Add Server / Subscribe: 기존 정보 추가
Shadowrocket을 열고 먼저 Home 화면으로 이동하세요. 아래 SERVER 그룹에는 추가한 서버가 표시됩니다. 처음 사용하는 경우 상단 연결 스위치를 조작하기 전에 서버부터 추가하세요. 본인의 구독 링크 또는 서버 정보를 준비합니다. 두 자료는 입력 방식이 다르므로 시작할 때 둘 다 처리할 필요는 없습니다.
기존 구독 링크 사용
Home에서 Add Server를 누른 뒤 추가 화면에서 Type을 열고 Subscribe를 선택하세요. 본인의 구독 링크 전체를 해당 URL 항목에 입력하고, 앞뒤 부분과 쿼리 매개변수가 빠짐없이 포함되었는지 확인한 다음 화면의 저장 기능을 사용합니다. Home으로 돌아가 구독 정보를 불러올 때까지 기다리세요. 구독 그룹과 서버 항목이 표시되면 목록을 가져온 것이므로 서버를 선택할 수 있습니다.
복사할 때는 링크만 남기고, 채팅에 포함된 설명이나 따옴표, 줄바꿈은 함께 붙여 넣지 마세요. 구독 링크에는 접근 정보가 포함될 수 있으므로 민감 정보로 취급하고 공개 스크린샷에 노출하지 마세요. 가져오기에 성공했다는 것은 목록을 읽을 수 있다는 뜻일 뿐, 목록의 모든 서버에 연결할 수 있다는 의미는 아닙니다. 목록이 비어 있다면 Global Routing을 반복해서 바꾸기보다 먼저 구독 정보를 불러오는 문제를 해결하세요.
서버 정보 직접 입력
단일 서버 정보를 받은 경우에도 Add Server로 이동하되, Type은 제공된 정보의 프로토콜과 일치해야 합니다. 예를 들어 Shadowsocks, VMess, VLESS 또는 Trojan을 선택할 수 있습니다. 선택한 Type에 따라 실제로 표시되는 Host, Port, Password 등의 항목을 입력하세요. Method는 해당 Type에서 필요한 경우에만 제공된 매개변수에 맞게 선택합니다. 프로토콜마다 입력 항목이 다르므로 서로 바꿔 적용할 수 없으며, 이름이 비슷하다는 이유로 Type을 변경해서도 안 됩니다.
TLS, 전송 방식 또는 기타 추가 항목이 있다면 기존 정보를 하나씩 대조하고 임의로 입력하지 마세요. QR 코드가 제공된 경우 Scan QR Code로 가져온 뒤 내용을 확인할 수 있습니다. Import from Cloud JSON은 해당 기능에 맞는 데이터에만 사용하며, 일반적인 구독 가져오기 기능이 아닙니다. 저장한 뒤 Home으로 돌아가 항목이 있는지 확인하고 사용할 서버를 선택하세요. 여기까지는 정보를 앱에 추가한 단계이며, 다음 단계에서 트래픽 처리 방식을 선택합니다.
Global Routing: 트래픽 처리 방식 선택
서버를 추가한 뒤 Home에서 Global Routing을 누르세요. 여기서는 요청 처리 방식을 선택합니다. 서버를 다시 추가하거나 구독을 업데이트하는 기능이 아닙니다. 처음 설정할 때는 현재 선택 항목을 기억한 뒤 이번 확인에 적합한 모드를 선택하세요. 변경할 때마다 Home으로 돌아가 표시 상태를 확인하면, 현재 모드를 모른 채 테스트를 이어가는 일을 피할 수 있습니다.
Config / Proxy / Direct
Config는 현재 활성화된 구성과 규칙에 따라 요청에 적용할 정책을 결정하며, 규칙 기반으로 트래픽을 분기할 때 적합합니다. 선택하기 전에 Config로 이동해 실제 사용할 구성을 확인하고 규칙 및 정책 참조를 점검하세요. Subscribe로 가져온 서버 목록과 Config의 규칙 구성은 서로 별개입니다. 서버 목록을 가져왔다고 해서 규칙 구성이 준비된 것은 아닙니다.
Proxy는 프록시를 통해 트래픽을 처리합니다. 처음 연결을 확인할 때 규칙 분기의 영향을 줄여 선택한 프록시 경로가 작동하는지 점검하는 데 적합합니다. 잘못된 서버 정보를 수정하는 기능은 아니며, 모든 앱의 모든 요청이 반드시 같은 경로를 거친다는 뜻도 아닙니다. 전환한 뒤에도 접속할 수 없다면 규칙에 문제가 있다고 단정하지 말고 서버와 기본 네트워크를 계속 확인하세요.
Direct는 직접 연결 경로를 사용하며 기기의 현재 네트워크가 정상인지 비교할 때 적합합니다. 선택한 서버의 속도를 높이는 옵션은 아닙니다. Direct에서 특정 페이지가 열린다면 해당 페이지가 직접 연결 상태에서 접속 가능하다는 뜻일 뿐, 프록시 연결에 성공했다는 증거는 아닙니다. 비교를 마친 뒤에는 원래 사용하려던 모드로 되돌리세요.
Config에서 먼저 확인하고 일괄 수정은 보류
Config에 들어가면 구성 편집 화면에서 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 등의 섹션을 볼 수 있습니다. 처음에는 선택한 구성과 Rule의 순서를 확인하는 것으로 충분하며, 각 섹션을 하나씩 켜거나 수정할 필요는 없습니다. Add Rule은 규칙을 추가하는 기능이지만 무작정 규칙을 늘리면 일치 결과가 달라질 수 있습니다. HTTPS Decryption 관련 설정은 이번 기본 연결 절차에 포함되지 않습니다.
아래는 규칙 문법의 예시이며 완전한 구성 파일이 아니므로 복사할 필요는 없습니다. 규칙에서 참조하는 정책은 실제 구성에서 유효해야 합니다. 규칙과 정책의 관계가 아직 익숙하지 않다면 먼저 단일 경로 연결을 확인한 뒤 자주 묻는 질문의 모드 및 구성 안내를 읽어 보세요. 처음 연결하기 전에 DNS, 규칙, 전송 매개변수를 한꺼번에 변경하지 마세요.
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
Home: 연결 스위치를 켜고 승인 완료
Home으로 돌아와 SERVER에서 사용할 서버가 선택되어 있는지 먼저 확인한 뒤, Global Routing이 앞 단계에서 선택한 모드와 일치하는지 확인하세요. 구독 목록에 항목이 여러 개라면 그룹 이름만 보지 말고 실제로 선택된 서버를 확인하세요. 한 항목을 테스트해 놓고 연결할 때는 다른 항목을 사용하는 상황을 피할 수 있습니다.
이어서 Home 상단의 Not Connected 옆 연결 스위치를 켜세요. 처음 연결을 설정할 때 시스템에서 VPN 구성 추가를 승인해 달라는 메시지가 표시될 수 있습니다. 이는 기기에 해당 네트워크 구성을 설정하기 위한 시스템 절차입니다. 요청을 보낸 앱이 Shadowrocket인지 확인하고 안내에 따라 승인한 뒤, 기기에서 요구하는 인증을 완료하세요. 승인을 마치지 않으면 스위치가 정상적으로 연결 상태로 바뀌지 않을 수 있으며, 반드시 서버 정보가 잘못된 것은 아닙니다.
승인이 끝나면 Shadowrocket으로 돌아가 상단 상태가 Not Connected에서 연결됨으로 바뀌었는지 확인하세요. 시스템 승인 과정에서 앱이 백그라운드로 전환됐다면 먼저 Home으로 돌아가 최종 상태를 확인하고, 스위치를 빠르게 연속해서 누르지 마세요. 승인을 거부했다면 다시 연결을 시도하고 시스템 안내에 따라 처리할 수 있습니다. 기기 관리 제한이 있는 기기라면 VPN 구성 권한이 허용되어 있는지 먼저 확인하세요.
연결됨 상태는 앱의 연결 절차가 완료되었다는 의미이며, 다음 단계에서 추가 확인이 필요합니다. VPN 상태 표시만으로 특정 웹사이트에 접속할 수 있는지, 모든 규칙이 예상대로 적용되는지 알 수는 없습니다. 이때는 서버, 모드, 구성을 그대로 유지하세요. 연결에 성공했다고 여러 설정을 바로 바꾸면 이후 문제가 발생했을 때 원인을 찾기 어렵습니다.
iPad 화면 배치는 스크린샷과 다를 수 있지만 Home, SERVER, Global Routing, 상단 연결 스위치 순서로 확인하면 됩니다. 앱을 닫은 뒤 연결이 자동으로 다시 설정된다면 현상을 기록하고 나중에 On Demand를 확인하세요. 스위치를 반복해서 껐다 켜는 것만으로 앱에 문제가 있는지 판단하지 마세요. 이 단계를 마치면 어떤 서버를 선택했는지, 어떤 모드를 사용하는지, 상단에 어떤 상태가 표시되는지 명확히 설명할 수 있어야 합니다.
Connectivity Test: 연결 및 접속 확인
연결한 뒤 Home에서 Connectivity Test를 실행하고 테스트가 끝날 때까지 기다린 다음 선택한 서버의 결과를 확인하세요. 이 테스트는 특정 테스트 방식에서의 연결 가능성을 확인할 뿐, 실제 사용 중의 모든 네트워크 상태를 보여주지는 않습니다. 시간이 표시된다고 모든 대상에 접속할 수 있다는 뜻은 아닙니다. 시간 초과가 표시되어도 Test Method와 실제 접속 결과를 함께 확인해야 하며, 숫자 하나만으로 구성이 올바른지 판단하지 마세요.
이어서 브라우저를 열고 실제로 사용해야 하며 주소가 명확한 페이지에 접속하세요. 일반 페이지를 새로 고친 뒤 이전에 문제가 있었던 대상도 시도합니다. 페이지가 캐시에 남아 있다면 기존 내용이 보이는 것만으로 새 요청이 성공했다고 판단할 수 없습니다. 새로 접속하거나 페이지를 새로 고치세요. 서버와 모드는 그대로 두고 모든 페이지에서 실패하는지, 특정 대상에서만 실패하는지 기록하세요. 이 차이에 따라 연결 자체를 점검할지, 규칙·이름 확인·대상 서비스 문제를 점검할지 결정할 수 있습니다.
Config를 사용하는 경우 페이지가 열린다고 해서 프록시를 거쳤다는 뜻은 아닙니다. 앱에서 확인할 수 있는 요청 기록을 참고해 대상 도메인에 적용된 규칙과 정책 결과를 살펴보고 PROXY, DIRECT, REJECT를 구분하세요. Data의 트래픽 변화는 보조 지표로 볼 수 있지만, 트래픽 수치만으로 특정 대상의 전체 처리 경로를 판단할 수는 없습니다. 기록의 의미를 모르겠다면 결과를 보존하고 수치를 늘리기 위해 규칙을 변경하지 마세요.
비교 테스트가 필요하면 Global Routing에서 한 번에 하나의 조건만 바꾸세요. 예를 들어 같은 네트워크와 같은 서버를 유지한 채 Config에서 Proxy로 임시 전환하고, 다시 연결한 뒤 같은 대상에 접속합니다. Config에서만 문제가 발생한다면 현재 구성을 우선 확인하세요. Direct로 기본 네트워크를 확인할 때도 해당 대상이 직접 연결 테스트에 적합한지 기록해야 합니다. 비교를 마치면 원래 설정으로 되돌려 임시 진단 모드를 최종 설정으로 착각하지 않도록 하세요.
Settings: 실패한 단계별로 문제 해결
문제를 해결하기 전에 현재 구성을 보존하고 선택한 서버, Global Routing, 네트워크 종류, 구체적인 메시지를 기록하세요. Settings에는 Test Method, On Demand, Diagnostics, Proxy, TCP, UDP 등의 항목이 있지만 모두 켜서 확인해야 하는 체크리스트는 아닙니다. 처음 문제를 해결할 때는 증상과 관련된 항목 하나만 변경하고, 변경할 때마다 같은 테스트를 반복하세요.
구독을 가져오지 못했거나 목록이 비어 있음
먼저 Type이 Subscribe로 선택되어 있는지, 링크에 누락이나 공백이 없고 설명 문구가 함께 들어가지 않았는지 확인하세요. 그런 다음 기기의 기본 네트워크로 정상적으로 접속할 수 있는지 확인합니다. 구독 응답을 사용할 수 없다면 본인의 구독 상태와 주소가 유효한지 확인하세요. 구독 주소를 일반 서버의 Host에 입력하지 말고, 서버 항목이 없는 상태에서 연결 테스트를 반복하지 마세요. 이 문제는 아직 가져오기 단계에서 발생한 것이므로 Global Routing은 우선 확인할 항목이 아닙니다.
연결 스위치를 켜도 연결되지 않거나 곧 끊김
먼저 시스템의 VPN 구성 승인이 완료되었는지 확인한 다음, 서버가 선택되어 있고 정보가 빠짐없이 입력되었는지 점검하세요. 기기에서 다른 VPN 구성을 사용 중이라면 현재 네트워크 구성 상태를 확인해 여러 연결 조건을 동시에 변경하지 않도록 합니다. 수동으로 연결을 끊은 뒤 다시 자동 연결된다면 Settings에서 On Demand 조건을 확인하세요. 비교를 위해 관련 조건을 일시 중지한 경우, 확인이 끝나면 본래 설정으로 복원하세요.
테스트 시간 초과 또는 연결 후 접속 불가
먼저 연결을 끊은 상태에서 기기의 기본 네트워크가 작동하는지 확인한 다음 Host, Port, Type 및 인증 항목을 점검하세요. Settings의 Test Method는 테스트 방식에 영향을 줍니다. 이를 바꾸면 테스트 방식과 실제 접속 문제를 구분하는 데 도움이 될 수 있지만, 잘못된 서버 정보를 수정해 주지는 않습니다. 서버가 여러 개라면 다른 조건을 그대로 유지한 채 다른 항목을 선택해 비교할 수 있습니다. 구독을 업데이트하고 규칙을 수정하며 네트워크까지 한 번에 바꾸지 마세요.
일부 페이지, 앱 또는 네트워크에서만 문제가 발생
Proxy에서는 접속되지만 Config에서 문제가 발생한다면 대상에 일치하는 Rule과 최종 정책을 확인하세요. 같은 서버가 특정 네트워크에서만 작동하지 않는다면 네트워크를 바꾸기 전후의 차이를 기록합니다. DNS, UDP, 장시간 연결 또는 특정 프로토콜 항목과 관련된 문제는 더 자세한 진단이 필요합니다. Proxy, TCP, UDP 설정을 일괄 변경하며 해결 방법을 찾지 마세요. 마지막으로 정상 작동했던 구성을 복원하면 변경을 계속 추가하는 것보다 원인을 찾기 쉽습니다.
Diagnostics 정보를 저장해야 한다면 구독 링크, 서버 주소, 인증 정보가 포함되어 있는지 먼저 확인하고 공유 전에 민감한 내용을 삭제하세요. 어느 단계에서 어떤 메시지와 함께 실패했는지, 무엇을 변경했는지, 복구 가능한지를 정리한 뒤 문제 진단의 증상별 문제 해결 절차를 확인하세요. 화면 용어와 기본 조작에 관한 짧은 답변은 자주 묻는 질문에서 확인할 수 있습니다. 이 안내는 연결과 접속을 안정적으로 한 번 재현하는 단계까지 다룹니다. 복잡한 설정은 기본 연결 경로를 확인한 뒤 진행하세요.
