Shadowrocket 사용법
기존 정보를 바탕으로 시작해 가져오기, 모드 선택, 연결 확인 순서로 진행합니다. 먼저 확인 가능한 연결을 설정한 다음 규칙과 자동 연결 조건을 조정하세요.
- iPhone / iPad 사용 안내
- 5단계 진행 순서
- 공식 스크린샷 참고
이 페이지는 처음 사용하는 순서에 따라 구성되어 있으며 모든 설정을 한꺼번에 변경할 필요는 없습니다. 공식 스크린샷은 화면에서 항목의 위치를 확인하는 데 활용하세요. 실제로 표시되는 필드는 선택한 Type, 앱 화면, 현재 구성에 따라 달라질 수 있으므로 기기에 표시된 내용을 기준으로 합니다. 구독 주소, QR 코드, 비밀번호는 민감한 정보이므로 다른 사람에게 노출하지 마세요.
STEP 01 / INPUT
서버 추가 및 구독 가져오기
먼저 보유한 정보의 종류를 확인하세요. 서버 목록을 업데이트하는 주소는 보통 구독으로 가져옵니다. 프로토콜, 주소, 포트, 인증 매개변수가 포함된 정보는 개별 서버로 추가합니다. 입력 위치가 서로 다르므로 구독 주소를 Host와 Port로 나누어 입력하지 말고, 링크 모양만 보고 Type을 추측하지 마세요. 정보 제공자가 안내한 용도와 입력 항목을 먼저 확인하세요.
구독 링크가 있는 경우: Subscribe 선택
Home에서 Add Server를 누릅니다. 추가 화면에서 Type을 열고 Subscribe를 선택한 다음 구독 주소 입력란에 전체 링크를 붙여 넣습니다. 복사할 때 쿼리 매개변수를 포함한 전체 주소를 유지하고 공백, 줄바꿈, 설명 문구를 추가하지 마세요. 일부 주소의 매개변수는 구독을 식별하는 데 필요하므로 일부가 누락되면 업데이트가 실패할 수 있습니다. 이름은 출처를 구분하는 용도이며 연결 방식에는 영향을 주지 않습니다.
저장한 뒤 Home으로 돌아가 목록이 불러와질 때까지 기다립니다. 화면에 업데이트 기능이 있으면 해당 구독을 업데이트할 수 있습니다. 주소가 저장되었다고 해서 성공한 것은 아닙니다. SERVER 그룹에 선택할 수 있는 서버 항목이 표시되어야 합니다. 구독 이름만 보이고 서버 항목이 없다면 업데이트 결과와 주소가 완전한지 먼저 확인한 다음 이 페이지의 문제 해결을 참고하세요. 같은 주소를 반복해서 추가하지 마세요.
서버 정보가 있는 경우: Type에 맞게 입력
정보가 개별 서버 매개변수라면 Add Server를 열고 올바른 Type을 선택한 다음 해당 필드를 입력합니다. 스크린샷에는 Host / Port / Password / Method 항목이 표시되어 있지만 프로토콜에 따라 필드가 달라질 수 있습니다. Host에는 서버 도메인이나 주소를, Port에는 포트 번호를 입력하고 인증 정보와 암호화 옵션은 제공된 정보에 맞춰 입력하세요. 양식을 채워 보이게 하려고 존재하지 않는 매개변수를 임의로 추가하지 마세요.
정보가 QR 코드로 제공된 경우 추가 화면 아래쪽의 Scan QR Code를 사용하고, 시스템 안내에 따라 카메라 권한을 승인한 뒤 스캔합니다. 스캔 후에도 Type, 주소, 포트를 확인해야 합니다. Import from Cloud JSON은 별도의 정보 가져오기 기능이며 임의의 구독 링크와 같은 기능이 아닙니다. 보유한 정보가 해당 기능에 맞는 경우에만 사용하세요. 저장한 뒤 Home으로 돌아가 항목이 표시되는지 확인하고 사용할 서버를 선택합니다. 여기까지는 추가 단계이며, 다음으로 연결에 사용할 라우팅 방식을 선택합니다.
STEP 02 / ROUTING
Global Routing 라우팅 방식 선택
서버가 Home에 표시된 뒤에도 바로 연결 스위치를 켜지 마세요. Global Routing을 눌러 현재 선택된 항목을 확인합니다. 이 설정은 트래픽을 처리하는 방식을 결정하며 프로토콜을 선택하거나 서버를 변경하는 기능은 아닙니다. 이 안내에서는 Config / Proxy / Direct 세 가지를 사용하며, 앱에 표시되는 영어 옵션과 동일합니다.
세 가지 선택 항목의 용도 이해하기
Config는 현재 구성 파일의 규칙에 따라 연결 정책을 결정합니다. 규칙에 따라 일부 요청은 DIRECT로, 다른 요청은 PROXY로 처리되거나 REJECT로 차단될 수 있습니다. 따라서 Config를 선택한 뒤 특정 페이지가 열린다고 해서 해당 트래픽이 현재 서버를 거쳤다고 단정할 수는 없습니다. 일치한 규칙과 연결 기록도 함께 확인하세요.
Proxy는 프록시 라우팅으로 트래픽을 처리합니다. 처음 점검할 때 규칙 분류로 인한 변수를 줄이는 데 유용하지만, 실제 접속은 서버 성능, 대상 사이트, 관련 설정의 영향을 받습니다. Direct는 직접 연결을 사용하므로 기기 자체의 네트워크 상태를 비교할 때 활용할 수 있습니다. Direct에서 접속이 정상이어도 방금 추가한 서버를 사용할 수 있다는 뜻은 아닙니다. 테스트 전에 현재 선택 항목을 기록해 두어 라우팅 방식이 달라진 상태에서 결과를 잘못 판단하지 않도록 하세요.
Config 사용 전 구성 파일 확인
Config를 사용하려면 Config로 이동해 현재 사용하는 구성 파일을 확인한 다음 그 안의 Rule을 살펴봅니다. 스크린샷의 General / Rule / Hosts / URL Rewrite / HTTPS Decryption은 구성 편집 화면의 각 섹션입니다. 처음 사용 단계에서는 구성 파일과 규칙을 확인하는 것으로 충분하며 연결을 위해 각 섹션을 수정할 필요는 없습니다. Add Rule은 규칙 추가 기능이지 서버 추가 기능이 아닙니다.
구독은 주로 서버 정보를 업데이트하고, 구성 파일은 규칙과 기타 연결 설정에 영향을 줍니다. 둘 중 하나를 가져왔다고 다른 하나까지 준비된 것은 아닙니다. 이미 구성이 있다면 우선 그대로 두세요. 명확한 규칙이 필요한 상황이 아니라면 출처를 알 수 없는 구성을 그대로 복사하지 마세요. 처음 연결을 확인할 때 사용한 라우팅 방식을 기록해 두고 연결이 성공한 뒤 필요한 Config로 전환해 다시 테스트합니다. 규칙 순서, 정책, 프로토콜 필드에 관한 자세한 내용은 기술 참고 자료에서 확인하세요. 여기서는 먼저 반복 가능한 연결 점검을 진행합니다.
STEP 03 / CONNECT
연결 시작 및 VPN 구성 권한 승인
Home으로 돌아가 SERVER 그룹에서 사용할 서버가 선택되어 있는지 확인한 다음 Global Routing이 앞서 계획한 설정과 일치하는지 다시 살펴봅니다. 목록에 항목이 여러 개라면 순서만 보고 현재 사용할 서버를 판단하지 마세요. 선택한 항목의 이름과 정보를 확인해 기존 항목을 새로 추가한 서버로 착각하지 않도록 합니다.
Home 상단의 연결 스위치를 누릅니다. 처음 연결을 시작할 때 시스템에서 Shadowrocket에 VPN 구성을 추가하도록 허용할지 묻는 메시지가 표시될 수 있습니다. 이 화면은 시스템 네트워크 구성 권한을 승인하는 절차이며 구독 구매 화면이 아니고 서버 매개변수를 자동으로 채워 주지도 않습니다. 직접 시작한 작업이 맞는지 확인한 뒤 시스템 안내에 따라 허용하고 기기에서 요구하는 인증을 완료합니다.
권한 승인이 끝나면 Shadowrocket으로 돌아와 상단 상태가 Not Connected에서 연결 상태로 바뀌는지 확인합니다. 권한 승인만 완료되고 스위치가 꺼져 있다면 현재 서버를 확인한 뒤 다시 켤 수 있습니다. 상태가 잠시 바뀌었다가 다시 연결이 끊기면 당시 표시된 안내를 먼저 기록하세요. 스위치를 반복해서 조작하거나 서버를 바꾸고 규칙까지 동시에 수정하면 어떤 변경이 결과에 영향을 주었는지 판단하기 어렵습니다.
연결 상태와 실제 접속 여부를 따로 확인
스위치가 켜져 있으면 시스템 연결 절차가 해당 상태에 도달했다는 뜻이지만 모든 대상에 접속할 수 있다는 의미는 아닙니다. 서버 인증, DNS 확인, 라우팅 정책, 대상 자체가 요청에 영향을 줄 수 있습니다. 서버와 모드는 그대로 둔 채 다음 단계에서 같은 대상을 테스트하세요. 상단 상태나 시스템 VPN 표시만 보고 확인을 끝내지 마세요.
기기에서 다른 VPN 구성이 이미 활성화되어 있다면 시스템 설정에서 현재 실제로 사용 중인 구성을 먼저 확인해 연결 상태가 서로 바뀌는 일을 방지합니다. 당분간 연결할 필요가 없다면 Home으로 돌아가 스위치를 끌 수 있습니다. 연결을 껐는데 다시 자동으로 연결된다면 On Demand 조건을 확인하세요. 자동 연결을 수동 스위치가 작동하지 않는 것으로 오해하지 않도록 합니다. 처음에는 수동 연결 절차부터 확인하고 자동화 설정은 연결이 안정된 다음 다룹니다.
STEP 04 / CHECK
연결 및 규칙 적용 확인
다음 세 가지를 따로 확인해야 합니다. 서버가 테스트에 응답하는지, 실제 페이지에 접속할 수 있는지, 요청이 예상한 정책에 따라 처리되는지 확인합니다. 서로 관련은 있지만 어느 하나가 다른 하나를 대신할 수는 없습니다. 방금 선택한 서버와 Global Routing을 유지한 채 Home에서 Connectivity Test를 누르고 테스트가 완료되는지 확인한 다음 실제 접속을 시도합니다.
테스트 결과는 테스트 방식과 대상의 영향을 받습니다. 항목 하나에서 테스트 결과를 얻었다고 해서 모든 앱, 도메인 또는 UDP 요청이 정상이라는 뜻은 아닙니다. 시간 초과가 발생해도 먼저 테스트 조건을 확인하세요. 이를 근거로 구독에 포함된 모든 서버가 작동하지 않는다고 단정할 수 없습니다. Test Method를 변경해야 한다면 기존 설정을 기록한 뒤 같은 방식으로 비교하세요. 조건이 다른 테스트 결과를 그대로 비교해 결론 내리지 마세요.
실제 요청으로 접속 결과 확인
브라우저로 전환해 익숙하고 평소 정상적으로 접속되는 페이지를 열어 제목이나 캐시된 내용만이 아니라 주요 콘텐츠가 로드되는지 확인합니다. 그런 다음 실제로 사용하려는 앱도 테스트합니다. 한 페이지는 정상이고 다른 페이지는 실패한다면 우선 문제 대상을 좁혀 보세요. 구독을 삭제하거나 모든 설정을 재설정할 필요는 없습니다. 필요한 경우 페이지를 새로고침하거나 요청을 다시 보내 새 연결을 확인합니다.
Shadowrocket으로 돌아가 Data에서 확인 가능한 연결 기록을 열고 방금 접속한 대상과 관련 정책 정보를 확인합니다. Config를 사용했다면 결과가 규칙의 예상과 일치하는지 살펴보세요. 직접 연결해야 하는 요청은 DIRECT를 사용하고, 프록시를 거쳐야 하는 요청은 PROXY를 사용하는지 확인합니다. REJECT가 표시되면 서버를 계속 바꾸기보다 해당 규칙부터 확인하세요. 기록에 표시되는 정보는 현재 앱 화면을 기준으로 합니다.
검증을 마치면 사용한 서버, 라우팅 방식, 접속한 대상, 결과를 설명할 수 있어야 합니다. 네 가지 항목을 확인한 뒤 일상적으로 필요한 규칙이나 On Demand를 하나씩 다시 적용하고 매번 같은 접속을 반복합니다. 이후 문제가 생기더라도 마지막으로 확인된 상태로 돌아갈 수 있습니다. 속도 측정 수치만으로 전체 사용 경험을 판단하지 마세요. 실제 사용 결과는 요청 유형과 현재 네트워크 상태에도 영향을 받습니다.
STEP 05 / DIAGNOSE
실패한 단계부터 차례로 문제 해결
가장 먼저 실패한 단계부터 문제를 해결합니다. 목록을 가져오지 못했다면 보유한 정보를 확인하고, 서버가 표시되지만 연결되지 않는다면 매개변수와 권한을 확인하세요. 한 번에 한 항목만 변경하고 변경 전후 결과를 기록합니다. 처음부터 앱을 다시 설치하지 마세요. 로컬 정보와 설정을 복구하는 작업이 늘어날 뿐 아니라 유용한 문제 해결 단서를 잃을 수도 있습니다.
저장했지만 SERVER 목록이 비어 있음
구독 항목으로 돌아가 Type이 Subscribe인지, 링크가 완전한지, 일반 웹 주소를 구독 주소로 잘못 사용하지 않았는지 확인합니다. 기기의 현재 네트워크에서 해당 주소에 요청을 보낼 수 있는지도 확인하고 업데이트 중 표시된 안내를 살펴보세요. 구독에서 제공되는 항목과 인증 유효성은 해당 구독 서비스의 상태에 따라 달라집니다. 필요한 경우 정보를 제공한 곳에 문의하세요. 공개된 질문이나 스크린샷에 전체 구독 주소를 포함하지 마세요.
항목은 있지만 연결할 수 없음
Type, Host, Port, 인증 필드를 하나씩 대조하고 복사 과정에서 공백이 섞이거나 대소문자가 잘못되지 않았는지 특히 주의하세요. 일부 프로토콜은 전송 또는 TLS 매개변수도 사용하므로 보유한 서버 정보를 기준으로 입력해야 합니다. 익숙해 보이는 몇 가지 항목만 입력해서는 안 됩니다. 시스템 VPN 권한이 완료되었는지, 올바른 서버가 선택되었는지도 확인합니다. 매개변수와 권한을 모두 확인한 뒤 같은 Connectivity Test를 실행하세요.
연결은 되었지만 일부 요청이 실패함
먼저 Global Routing을 확인합니다. Direct는 프록시 서버의 작동 여부를 확인하는 방법이 아닙니다. Config에서는 일치한 규칙과 정책을 확인해야 합니다. 테스트 목적이 분명하다면 같은 대상에 Proxy를 임시로 적용해 다시 테스트하여 규칙 문제와 서버 접속 문제를 구분할 수 있습니다. 테스트가 끝나면 원래 선택으로 되돌리세요. 특정 도메인만 실패한다면 관련 DNS와 연결 기록을 확인하고 모든 DNS 항목을 한꺼번에 변경하지 마세요.
Settings에서 추가로 확인할 사항
Settings로 이동해 먼저 Test Method / On Demand / Diagnostics를 확인합니다. Test Method는 테스트 방식을, On Demand는 자동 연결 조건을, Diagnostics는 추가 진단 기능을 제어합니다. 각 설정의 역할은 서로 다르므로 범용 해결 스위치처럼 사용하지 마세요. 수동으로 연결을 끊은 뒤 다시 연결된다면 On Demand를 먼저 확인하고, 테스트 결과와 실제 사용 결과가 다르다면 Test Method를 먼저 살펴봅니다.
스크린샷에는 Proxy / TCP / UDP 등의 설정 그룹도 표시됩니다. 처음 사용할 때 모든 항목을 수정할 필요는 없습니다. 특히 한 페이지의 문제를 해결하려고 전송 설정을 여러 개 한꺼번에 바꾸지 마세요. 문제를 정리할 때는 실패한 단계, 사용한 Type, Global Routing 선택, 테스트 방식, 표시된 안내 등 필요한 정보만 남깁니다. 진단 정보를 공유하기 전에 비밀번호, 구독 매개변수와 기타 개인 정보를 가리세요.
여전히 해결되지 않았다면 문제 해결에서 문제 유형별로 계속 확인하세요. 프로토콜 필드, 구성 파일, 기술적 선택을 이해하려면 기술 참고 자료를 읽어보세요. 연결 확인에 성공했다면 현재 정상 작동하는 설정을 유지하면서 규칙과 자동 연결 조건을 단계적으로 추가하세요. 확인되지 않은 변경을 한꺼번에 적용하지 마세요.
