Shadowrocket 사용법
정보 가져오기, 모드 선택, 연결, 확인, 문제 해결 순서로 진행합니다. 먼저 결과를 다시 확인할 수 있는 연결을 한 번 완료한 다음 자동 연결과 복잡한 규칙을 설정하세요.
이 페이지는 iPhone과 iPad에서 처음 설정하는 방법을 안내합니다. 먼저 기기를 사용 가능한 Wi-Fi 또는 셀룰러 네트워크에 연결하고 일반 웹페이지가 열리는지 확인한 다음, 서비스 제공업체가 준 원본 정보를 준비하세요. 구독 링크에는 접속 정보가 포함될 수 있으므로 앱 안에만 입력해야 합니다. 직접 입력할 때는 프로토콜 유형, 서버 주소, 포트 및 해당 인증 정보가 명확해야 합니다. 서버 이름만으로 설정을 시작할 수는 없습니다.
현재 앱 화면에 표시되는 내용을 기준으로 읽고, 화면 용어는 영어 그대로 유지하세요. 옆의 공식 App Store 스크린샷은 페이지를 식별하기 위한 참고 자료이며 서버 매개변수를 그대로 입력하라는 의미가 아닙니다. iPad에서는 창 너비에 따라 페이지 배치가 달라질 수 있지만, 조작은 Home, Config, Settings를 중심으로 진행합니다. 기기 호환성과 시스템 요구 사항은 App Store 페이지의 표기를 기준으로 확인하세요.
01 서버 추가 또는 구독 가져오기
구독 가져오기와 직접 입력 중 하나만 선택하면 됩니다. 같은 정보를 중복으로 추가할 필요는 없습니다. 먼저 Home으로 이동해 Add Server 또는 화면의 추가 메뉴를 찾아 Add Server 페이지를 엽니다. Type을 먼저 확인하세요. 이후 입력할 항목이 Type에 따라 달라집니다. 스크린샷은 한 가지 항목 배치를 보여주는 예시입니다. 다른 프로토콜을 선택하면 필요한 인증 정보와 전송 옵션이 달라질 수 있으므로 모든 프로토콜에 공통인 양식으로 간주하지 마세요.
기존 구독 사용: Subscribe 선택
구독 링크가 있다면 Type에서 Subscribe를 선택하고 전체 링크를 URL에 입력한 다음, 출처를 알아볼 수 있는 이름을 적고 저장합니다. 붙여넣은 뒤 앞뒤에 공백이나 줄바꿈, 채팅 문구가 섞이지 않았는지 확인하세요. 서비스 제공업체의 로그인 페이지 주소를 구독 주소로 착각하지 않도록 주의합니다. 인증 매개변수는 구독 링크의 일부이므로 삭제하면 내용을 가져오지 못할 수 있습니다.
저장한 뒤 Home으로 돌아가 구독 그룹과 서버 항목이 표시되는지 확인합니다. 그룹 이름만 보인다면 구독 업데이트 결과를 확인하고 필요한 경우 해당 구독의 업데이트 기능을 사용하세요. 실제로 선택 가능한 항목이 표시되어야 가져오기가 완료된 것입니다. 저장만 했다고 가져오기가 성공한 것은 아닙니다. 가져오기 실패 메시지가 표시되면 우선 내용을 보관하고 현재 네트워크와 링크 유효성을 확인하세요. 같은 구독을 여러 번 추가하지 마세요.
직접 입력: Type을 먼저 선택한 뒤 항목 입력
서버 정보만 있는 경우 원본 자료에 따라 Type을 선택한 다음 Host, Port, 해당 프로토콜에 필요한 Password, Method 또는 기타 인증 정보를 입력합니다. Host에는 보통 서버 도메인이나 IP 주소를 입력합니다. 전체 웹 링크를 이 항목에 붙여 넣지 마세요. Port는 서비스 제공업체가 안내한 포트와 일치해야 합니다. Password의 대소문자와 기호를 그대로 유지하고, Method도 서버 측 설정과 일치시켜야 합니다. 이름이 비슷하다고 임의로 바꾸면 안 됩니다.
TLS, 서버 이름 또는 전송 설정이 필요한 경우에도 보유한 서버 자료를 기준으로 입력하세요. 연결에 실패했다고 인증을 임의로 끄거나 필요한 항목을 삭제하지 마세요. Scan QR Code는 사용자가 보유하고 출처를 확인한 QR 코드를 스캔할 때 사용합니다. Import from Cloud JSON은 별도의 가져오기 메뉴로, 해당 형식의 자료가 있을 때만 사용하세요. 모든 구독을 이 메뉴로 가져올 수 있는 것은 아닙니다.
저장한 뒤 Home으로 돌아가 SERVER에서 이번에 테스트할 항목을 선택합니다. 우선 항목 하나로 다음 단계를 진행하고 자동 전환이나 복잡한 정책은 추가하지 마세요. 그래야 문제가 발생한 단계를 파악하기 쉽습니다. 이 단계의 완료 기준: Home에 저장된 서버 항목이 표시되고, 그중 하나가 선택되어 있습니다. 다음으로 트래픽 처리 방식을 선택합니다.
02 Global Routing 모드 선택
Global Routing은 전체 트래픽 처리 방식을 결정합니다. 서버를 선택했다고 라우팅 방식까지 정해지는 것은 아닙니다. Home에서 Global Routing을 열고 현재 Config, Proxy, Direct 중 무엇이 선택되어 있는지 확인하세요. 세 옵션은 용도가 다르며 연결 품질의 등급을 뜻하지 않습니다. 규칙에 따른 일상적인 사용인지, 서버 경로를 임시로 확인하려는 것인지 먼저 정한 뒤 선택하세요.
Config: 선택한 구성의 규칙에 따라 처리
적절한 구성이 있다면 Config를 선택할 수 있습니다. 그런 다음 Config로 이동해 사용할 구성이 실제로 선택되어 있는지 확인하세요. 파일을 가져온 적이 있는지만 확인하면 안 됩니다. 구성 페이지의 General, Rule, Hosts, URL Rewrite, HTTPS Decryption은 각각 다른 부분입니다. 첫 연결에서는 구성 선택과 Rule만 확인하면 됩니다. 다른 항목은 우선 변경할 필요가 없습니다.
Rule은 조건에 따라 요청을 어떤 정책으로 보낼지 결정합니다. 보통 규칙을 순서대로 확인하며 먼저 일치하는 규칙이 최종 경로에 영향을 줍니다. 맨 끝의 FINAL은 기본 처리에 사용됩니다. 예를 들어 특정 도메인이 DIRECT 규칙에 일치하면 해당 요청은 직접 연결됩니다. Home에서 서버를 선택했더라도 그 요청이 자동으로 PROXY로 바뀌지는 않습니다. 이를 이해하면 “규칙에 따라 직접 연결된 것”을 “앱이 작동하지 않는 것”으로 오해하지 않을 수 있습니다.
Proxy: 프록시 처리 경로 확인
처음 문제를 점검할 때 Proxy를 사용하면 규칙의 영향을 줄여 범위를 좁힐 수 있습니다. 같은 서버를 선택하고 같은 대상을 다시 테스트하세요. 그렇다고 모든 대상에 접속할 수 있는 것은 아닙니다. 서버 연결 상태, DNS, 대상 서비스와 관련 설정이 결과에 영향을 줍니다. 테스트 후 일상적으로 규칙을 사용한다면 원래 Config로 돌아가 구성이 올바르게 선택되어 있는지 확인하세요.
Direct: 직접 연결 경로 확인
Direct는 직접 연결을 사용하며, 일반적으로 선택한 프록시 서버를 요청의 출구로 사용하지 않습니다. 프록시 경로와 비교할 때 유용하지만 프록시 서버가 작동한다는 증거는 아닙니다. Direct로 바꾼 뒤 일반 웹페이지가 다시 열렸다면 해당 요청이 직접 연결 경로에서 처리되었다는 뜻일 뿐입니다. 다음으로 서버와 구성을 확인하고 두 경로의 결과를 혼동하지 마세요.
이 단계에서는 명확한 모드 하나를 선택하고 기억해 두세요. 규칙 변경, 서버 교체, DNS 변경을 동시에 하지 마세요. 결과가 달라져도 어떤 설정이 영향을 줬는지 알기 어렵습니다. 이 단계의 완료 기준: 현재 모드를 설명할 수 있고, Config에 사용할 구성이 선택되어 있는지 확인한 상태입니다. 구매, App Store 스토어 국가, 구입 항목 복원 문제는 App Store 정품 구매 전체 안내를 참고하세요. 이 페이지의 규칙을 바꿔 해결할 문제는 아닙니다.
03 연결을 켜고 상태 확인
서버와 모드를 먼저 확인한 뒤 Home 상단의 연결 스위치를 켜세요. Home으로 돌아가 SERVER에서 선택된 항목을 확인하고 Global Routing도 살펴봅니다. 방금 서버를 편집했다면 저장한 뒤 편집 화면에서 나왔는지 확인하세요. 상단에 Not Connected가 표시되면 현재 연결이 아직 설정되지 않은 것입니다. 서버 목록에 항목이 있다는 이유만으로 연결이 시작되었다고 판단하지 마세요.
상단 스위치를 켜면 처음에는 시스템에서 VPN 구성 추가를 요청할 수 있습니다. 앱에 네트워크 구성을 설정하기 위해 필요한 시스템 권한 절차입니다. 안내가 현재 사용 중인 Shadowrocket에서 나온 것인지 확인한 뒤 기기의 단계에 따라 승인하고 필요한 인증을 완료하세요. 이전에 거부했다면 다시 연결을 시작해 시스템 안내가 표시되는지 확인합니다. 용도를 모르는 상태에서 기기에 있는 다른 네트워크 구성을 삭제하지 마세요.
권한을 승인한 뒤 Home으로 돌아가 상단 상태가 연결됨으로 바뀌었는지 확인합니다. 스위치가 바로 꺼지거나 계속 연결 안 됨으로 표시되면 당시 오류 메시지를 기록한 뒤 문제 점검으로 이동하세요. 스위치를 반복해서 빠르게 켜고 끄지 마세요. 시스템 설정에 이미 작동 중인 다른 VPN 구성이 있다면 현재 실제로 활성화된 것이 무엇인지 확인해 이번 연결 결과와 혼동하지 않도록 합니다.
주의할 점은 시스템 터널이 연결된 상태라도 해당 네트워크 구성이 시작되었다는 뜻일 뿐이라는 것입니다. 선택한 서버가 모든 요청을 성공적으로 처리하거나 특정 웹사이트에 접속할 수 있다는 보장은 없습니다. 이때는 현재 서버와 모드를 그대로 둔 채 다음 단계에서 실제 요청을 확인하세요. 상단 스위치나 기기 상태 표시줄의 네트워크 아이콘만으로는 충분히 검증할 수 없습니다.
테스트 중 연결을 끄려면 Home으로 돌아가 스위치를 끈 다음 연결이 해제되었는지 확인하세요. 꺼진 뒤 자동으로 다시 연결되면 스위치를 계속 누르지 말고 Settings에서 On Demand의 실행 조건을 확인합니다. 이 단계의 완료 기준: 권한 안내를 이해하고 Home에서 연결 상태 변화를 확인할 수 있습니다. 바로 설정을 더 추가하지 말고 테스트와 실제 접속으로 확인하세요.
04 테스트 결과와 실제 접속 확인
연결 상태, 서버 테스트, 대상 접속은 각각 따로 확인해야 하며 서로를 대신할 수 없습니다. 방금 선택한 서버와 Global Routing을 유지한 채 Home에서 Connectivity Test를 실행합니다. 결과가 반환되는지 시간 초과되는지 확인한 다음, 평소 잘 알고 현재 상태를 확인할 수 있는 웹페이지를 열어 완전히 로드되는지 살펴보세요. 숫자 하나만 보거나 캐시에 남아 있는 페이지를 새로운 요청의 성공으로 간주하지 마세요.
Connectivity Test의 의미는 현재 테스트 방식에 따라 달라집니다. 성공 결과가 모든 프로토콜 기능을 보장하거나 임의의 웹사이트와 앱이 정상 작동한다는 뜻은 아닙니다. 시간 초과도 사용 중인 테스트 방식과 실제 요청을 함께 고려해야 합니다. 테스트는 정상인데 특정 대상만 실패한다면 해당 대상, DNS, 규칙 경로를 계속 확인하세요. 모든 서버를 사용할 수 없다고 바로 판단하지 마세요.
Config 사용 시 요청에 적용된 정책 확인
현재 Config를 사용한다면 앱에서 확인할 수 있는 연결 기록을 통해 대상 요청을 살펴보세요. 대상 도메인, 일치한 규칙, 적용된 정책을 확인합니다. 직접 연결이 예상된 요청은 DIRECT에, 프록시 처리가 예상된 요청은 해당 프록시 정책에 일치해야 설정 목적에 부합합니다. Data의 트래픽 변화를 참고할 수는 있지만 총 트래픽 변화만으로 특정 요청이 어떤 규칙에 일치했는지 증명할 수는 없습니다.
비교가 필요하면 현재 Config를 기록한 다음 일시적으로 Proxy로 전환해 같은 서버로 같은 대상에 접속합니다. Proxy에서는 되지만 Config에서는 안 된다면 구성 선택, 규칙 순서, 정책 연결을 먼저 확인하세요. 두 모드에서 모두 실패하면 서버 매개변수와 네트워크 경로를 점검합니다. 비교를 마친 뒤에는 원래 모드로 복원해 임시 설정을 잊고 예상과 다른 방식으로 작동하는 일이 없도록 합니다.
한 번에 조건 하나만 변경
현재 네트워크, 선택한 서버, Global Routing, 오류 메시지의 네 가지 항목을 간단히 기록해 두세요. 다음 테스트에서는 그중 하나만 바꾸고 같은 테스트를 반복합니다. 예를 들어 Wi-Fi와 셀룰러 네트워크만 전환하고 비밀번호와 DNS는 동시에 변경하지 마세요. 그래야 차이를 바탕으로 문제 범위를 좁힐 수 있으며 서비스 제공업체에 상황을 설명할 때도 도움이 됩니다.
이 단계의 완료 기준: 실제 요청이 완료되고 처리 경로가 예상과 일치합니다. 특정 앱, 도메인 또는 요청 유형에서만 문제가 생긴다면 그 범위를 구체적으로 기록하고 문제 해결을 진행하세요. 일부 실패를 “모든 연결이 실패했다”라고 일반화하지 마세요. 첫 설정이 확인되면 개인 규칙을 단계적으로 복원하거나 추가합니다.
05 흔한 문제를 순서대로 확인
네트워크, 가져오기, 매개변수, 규칙, DNS 순서로 확인하고 모든 옵션을 한꺼번에 초기화하지 마세요. 먼저 이번 연결을 끄고 현재 Wi-Fi 또는 셀룰러 네트워크가 작동하는지 확인합니다. 네트워크에 로그인해야 한다면 먼저 접속 절차를 완료하세요. 네트워크 기본 상태를 확인하기 전에는 구독을 반복해서 업데이트하거나 서버 항목을 다시 만드는 것이 문제 해결에 도움이 되지 않습니다.
구독에 항목이 없음: 가져오기 과정 확인
저장된 Subscribe로 돌아가 URL 전체가 올바른지, 아직 유효한지, 업데이트 중 어떤 안내가 표시되었는지 확인합니다. 구독 가져오기 실패와 구독에 포함된 서버의 연결 실패는 서로 다른 문제입니다. 전자는 링크 가져오기와 콘텐츠 형식을, 후자는 서버 매개변수와 연결 가능성을 먼저 확인하세요. 업데이트 전에 현재 사용할 수 있는 정보를 보존하고, 원인을 모른 채 항목을 모두 삭제하지 마세요.
항목은 있지만 연결 실패: 각 항목 대조
해당 서버의 편집 화면을 열고 원본 자료와 Type, Host, Port, 인증 정보, 전송 설정을 하나씩 비교합니다. TLS를 사용한다면 서버 이름과 관련 매개변수도 확인하고 시스템 날짜와 시간이 올바른지 살펴보세요. Password만 확인해서는 충분하지 않습니다. 프로토콜 유형, 포트 또는 필수 전송 항목이 일치하지 않아도 시간 초과나 연결 실패가 발생할 수 있습니다. 서버 정보가 변경되었다면 본인의 서비스 제공업체가 제공한 최신 자료를 기준으로 다시 확인하세요.
일부 요청만 실패: 규칙 및 DNS 확인
먼저 Global Routing이 임시 테스트 모드에 남아 있지 않은지 확인합니다. Config를 사용한다면 선택한 구성과 규칙 일치 여부를 확인하세요. 특정 도메인에서만 문제가 생긴다면 해당 요청이 예상한 정책으로 처리되는지 살펴봅니다. DNS를 변경해야 한다면 현재 설정을 보존하고 “도메인 해석 실패”와 “해석은 되었지만 연결 실패”를 구분한 뒤 한 번에 하나만 바꾸세요. DNS 변경을 모든 문제를 해결하는 방법으로 간주하지 마세요.
Settings에서 테스트 및 자동 연결 설정 확인
Settings에서 Test Method, On Demand, Diagnostics 등의 항목을 확인할 수 있습니다. Test Method는 결과 해석에 영향을 주므로 두 테스트를 비교할 때 같은 방법을 사용하세요. On Demand는 조건에 따라 연결을 다시 시작할 수 있습니다. 수동으로 껐는데 다시 연결되면 상단 스위치가 고장 났다고 판단하지 말고 먼저 실행 조건을 확인하세요. 처음 문제를 점검할 때는 관련 자동 실행 조건을 잠시 비활성화하고 수동 연결을 확인한 뒤 원래대로 복원할 수 있습니다.
Diagnostics를 사용한다면 방금 발생한 한 번의 실패를 중심으로 내용을 확인하고 시간, 네트워크 환경, 서버 유형, 오류 메시지를 기록하세요. 스크린샷이나 진단 자료를 공유하기 전에 전체 구독 링크, Password, 인증 식별 정보 및 기타 민감한 내용을 가리고 문제 해결에 필요한 부분만 남깁니다. 시스템 연결은 정상인데 대상 요청이 실패하는 경우, 구체적인 기록이 “작동하지 않는다”는 설명보다 더 도움이 됩니다.
수정한 뒤 연결 켜기와 작동 확인으로 돌아가 같은 절차를 반복해 결과가 실제로 달라졌는지 확인한 다음, 일상적으로 사용하는 Config와 On Demand 설정을 복원하세요. 구매 계정, App Store에서 앱이 보이는지 여부, 기기 변경 후 앱 복원 문제는 정품 안내를 참고하세요. 이 문제는 기존 서버 매개변수 점검과 별개의 절차이며 네트워크 규칙을 다시 작성할 필요가 없습니다.
