SETTINGS / ROUTING / CONFIG
Shadowrocket 기능 및 설정
먼저 Global Routing을 선택한 다음 규칙과 서버를 확인하세요. 연결이 안정되면 On Demand, DNS 및 진단 옵션을 조정합니다.
이 글은 iPhone 및 iPad용 Shadowrocket 공식 가이드입니다. 화면에 표시되는 항목명은 영어로 표기하며, 메뉴 위치와 사용 가능한 항목은 현재 앱 화면을 기준으로 확인하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요.
- 지원 기기: iPhone / iPad
- 기존 구독 또는 서버 정보 준비
- 한 번에 한 종류의 설정만 변경
01 / GLOBAL ROUTING
Global Routing: Config, Proxy, Direct
Global Routing에서는 요청에 적용할 라우팅 방식을 선택합니다. Home에서 설정하며, 주로 사용하는 모드는 Config, Proxy, Direct 세 가지입니다. 이 옵션은 서버 프로토콜이나 연결 품질 등급을 뜻하지 않습니다. 작업에 따라 선택해야 하며, 특정 모드가 항상 정답인 것은 아닙니다.
평소 목적지별로 트래픽을 분기하려면 Config를 사용하세요. 현재 서버의 연결 가능 여부를 확인할 때는 잠시 Proxy를 선택할 수 있습니다. 현재 네트워크에서 직접 접속했을 때와 비교하려면 Direct를 사용하세요. 모드를 바꾼 뒤에는 새 테스트 요청을 보내야 합니다. 기존 연결의 동작을 새 설정의 결과로 오해하지 않도록 주의하세요.
| 화면 옵션 | 동작 방식 | 사용 상황 | 확인할 항목 |
|---|---|---|---|
| Config(구성) | 현재 적용 중인 구성의 규칙에 따라 요청에 사용할 정책을 선택합니다. | 일상적인 규칙 기반 분기: 목적지별로 다르게 처리해야 하는 경우 | Config에서 선택된 구성 파일, Rule 순서 및 마지막의 FINAL |
| Proxy(프록시) | 요청을 프록시로 처리합니다. 일반적으로 Config의 목적지별 분기 규칙에 따라 경로를 선택하지 않습니다. | 선택한 서버를 임시로 확인해 규칙의 영향을 줄이고 싶을 때 | Home에서 선택한 서버 및 요청에 영향을 줄 수 있는 DNS 등의 설정 |
| Direct(직접 연결) | 현재 네트워크를 통해 요청을 직접 처리합니다. | 직접 연결 결과와 비교해 문제가 프록시 경로에서만 발생하는지 확인할 때 | 현재 네트워크에서 대상에 접속할 수 있는지 확인하세요. Direct를 선택해도 시스템의 VPN 구성이 제거되는 것은 아닙니다. |
설정 및 확인 순서
- Home에서 Global Routing을 열고 현재 작업에 맞는 모드를 선택합니다.
- Config를 선택했다면 Config에서 현재 적용 중인 파일을 확인하세요. Proxy를 선택했다면 Home의 SERVER 목록에서 선택된 항목을 확인하세요.
- 대상 페이지를 다시 열거나 요청을 새로 보내고, 연결 기록에서 실제 처리 결과를 확인합니다.
- 임시 비교가 끝나면 원래 사용하려던 모드로 되돌려 문제 해결용 설정이 계속 남지 않도록 합니다.
Proxy에서는 접속되지만 Config에서는 안 된다면 규칙 매칭과 정책 참조를 먼저 확인하세요. 둘 다 실패하면 서버 매개변수, DNS 및 현재 네트워크를 점검합니다. 이 비교만으로 특정 설정이 문제의 원인이라고 단정할 수는 없습니다.
02 / RULES & POLICY
규칙 기반 분기: 매칭 조건과 처리 정책
규칙은 어떤 요청이 조건에 해당하는지를 정하고, 정책은 해당 요청을 어떻게 처리할지를 정합니다. Config에서 현재 구성의 Rule을 확인하거나 수정하고, Global Routing을 Config로 설정해야 규칙 기반 분기가 적용됩니다. 일반적으로 규칙은 위에서부터 순서대로 매칭됩니다. 앞선 규칙에 매칭되면 뒤의 규칙은 적용되지 않을 수 있으므로 내용뿐 아니라 순서도 중요합니다.
| 규칙 키워드 | 매칭 대상 | 확인할 점 |
|---|---|---|
DOMAIN | 전체 도메인 | 실제 요청에 사용된 도메인을 확인하세요. 페이지 주소가 모든 요청의 주소와 같다고 가정하지 마세요. |
DOMAIN-SUFFIX | 도메인 접미사 및 관련 하위 도메인 | 범위가 너무 넓어 의도하지 않은 하위 도메인까지 영향을 주지 않는지 확인하세요. |
DOMAIN-KEYWORD | 도메인에 포함된 키워드 | 다른 도메인까지 의도치 않게 매칭되는지 확인하세요. |
IP-CIDR / IP-CIDR6 | IPv4 / IPv6 주소 대역 | 주소 범위, DNS 조회 결과 및 구성의 주소 조회 관련 옵션 |
GEOIP | IP 주소에 해당하는 지역 분류 | 주소 분류 기준이며, 웹사이트 콘텐츠나 운영 주체의 소재지를 뜻하지 않습니다. |
USER-AGENT | 확인 가능한 요청의 User-Agent | 요청 정보를 확인할 수 있어야 매칭됩니다. 암호화된 모든 요청이 매칭된다고 가정하지 마세요. |
FINAL | 앞선 규칙에 매칭되지 않은 요청 | 일반적으로 마지막에 배치하고 기본 처리 정책을 명확히 지정합니다. |
정책은 규칙 유형이 아닙니다
DIRECT는 직접 연결, REJECT는 요청 거부, PROXY는 프록시 정책을 뜻합니다. 구성에서 사용자 지정 정책 그룹을 참조할 수도 있으며, 실제 연결 경로는 해당 그룹의 정의와 선택에 따라 달라집니다. 규칙에 PROXY가 적혀 있다는 사실만으로 최종 사용 서버를 확인할 수는 없습니다.
아래는 규칙 구조를 설명하기 위한 예시입니다. example.com은 설명용 도메인이며 연결 서비스가 아닙니다. 이 조각은 기존 구성을 대체해 바로 사용할 수 있는 완성된 파일도 아닙니다.
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
수정 방법과 적용 여부 확인
먼저 기존 구성을 보관한 다음 현재 적용 중인 파일에서 규칙 하나만 수정하세요. 일반적으로 조건이 구체적인 규칙을 범위가 넓은 규칙보다 앞에 두고, FINAL은 마지막에 배치합니다. 저장한 뒤 Global Routing이 Config인지 확인하고 요청을 새로 보내세요. 앱에서 제공하는 연결 기록을 통해 매칭된 조건과 처리 정책을 확인합니다.
웹페이지의 본문은 표시되지만 이미지가 뜨지 않거나 로그인이 실패한다면 키워드 규칙의 범위를 계속 넓히기보다 관련 도메인을 각각 확인하세요. 한 페이지에서 여러 도메인에 요청을 보낼 수 있습니다. 구성을 통째로 교체하는 것보다 항목별로 확인해야 문제를 재현하고 결과를 유지하기 쉽습니다. 자세한 구성은 초보자부터 고급 사용자까지 보는 가이드를 참고하세요.
03 / SERVER & SUBSCRIBE
구독 및 서버: 먼저 정보 유형 확인
Home의 SERVER 목록에서 연결 항목을 관리합니다. 개별 서버 정보에는 프로토콜과 필수 매개변수가 포함되며, 구독은 여러 항목을 가져오고 업데이트하는 데 사용됩니다. 서버 목록과 Config의 규칙 구성은 용도가 다릅니다. 서버 목록을 가져와도 규칙 파일이 가져와지는 것은 아니며, 규칙 파일을 바꿔도 서버 인증 정보가 함께 업데이트되지는 않습니다.
기존 정보를 앱에 추가하는 방법
개별 서버 매개변수가 있다면 Add Server를 열고 정보에 맞는 프로토콜을 선택한 뒤 항목별로 입력하세요. Shadowsocks, VMess, VLESS, Trojan, WireGuard, Hysteria2 등은 프로토콜마다 입력 항목이 다릅니다. 이름이 비슷하다고 다른 프로토콜의 매개변수를 적용하지 마세요. 주소, 포트, 인증 정보 및 TLS 옵션은 보유한 정보에 맞게 입력해야 합니다.
기존 구독 주소가 있다면 Add Server에서 Subscribe 유형을 선택하고 주소를 입력한 뒤 저장하세요. 그런 다음 앱의 구독 업데이트 메뉴에서 목록을 가져옵니다. 사용할 수 있는 QR 코드가 있다면 Scan QR Code로 스캔한 뒤 인식된 내용을 확인하세요. 구독 주소는 민감한 정보이므로 문제 해결 중 전체 주소, 인증 정보 또는 QR 코드를 공개하지 마세요.
업데이트와 선택은 별개의 작업입니다
구독을 업데이트하면 내용을 다시 가져오고, 서버를 선택하면 현재 사용할 연결 항목이 정해집니다. 업데이트 후에는 그룹과 항목이 정상인지 확인한 다음 현재 선택 항목을 점검하세요. 서비스 제공자가 항목 이름을 바꾸거나 서버를 삭제했다면 기존 선택을 다시 확인해야 할 수 있습니다. ‘업데이트 완료’만 보고 연결할 수 있다고 판단하지 마세요.
Connectivity Test를 실행하면 서버 항목을 기본적으로 점검할 수 있습니다. 테스트에 성공해도 모든 대상에 접속할 수 있다는 뜻은 아니며, 현재 규칙이 해당 항목을 선택한다는 보장도 없습니다. 테스트에 실패하면 다른 설정을 바꾸기 전에 구독을 가져올 수 있는지, 매개변수가 빠짐없이 입력됐는지, 현재 네트워크에서 접속 가능한지 확인하세요. 여러 요소를 동시에 변경하지 마세요.
04 / ON DEMAND
On Demand: 조건에 따른 연결
On Demand는 설정한 조건에 따라 시스템이 VPN 연결을 시작하도록 하는 기능입니다. 수동 연결을 줄이고 싶은 경우에 적합합니다. 연결 시작 조건을 관리할 뿐 Global Routing의 분기 결정을 대신하거나 사용할 수 없게 된 서버 매개변수를 복구하지는 않습니다. 활성화하기 전에 먼저 수동으로 연결하고 접속을 확인하세요.
설정 위치와 시작 방법
Settings에서 On Demand 관련 항목을 찾고 현재 화면에 표시되는 조건을 기준으로 설정하세요. 먼저 시스템에서 Shadowrocket의 VPN 구성 추가를 허용했는지 확인한 뒤, 연결을 시작할 네트워크 조건을 설정합니다. 화면에 네트워크 유형이나 Wi-Fi 조건이 표시된다면 각 조건의 의미를 확인하세요. 토글 이름만 보고 적용 범위를 추측하지 마세요.
- 자동 연결 조건을 먼저 끄고 현재 서버와 Config가 정상적으로 작동하는지 수동으로 확인합니다.
- On Demand를 켜고 실제로 필요한 조건을 설정한 뒤 변경 전후의 값을 기록합니다.
- 예상한 네트워크 환경으로 전환하고 시스템 VPN 상태와 Home의 연결 상태를 확인합니다.
- 연결이 시작되면 안 되는 환경에서도 테스트해 조건 범위가 사용 계획에 맞는지 확인합니다.
연결을 끊었는데 왜 다시 연결되나요?
연결 조건이 계속 충족되면 수동으로 연결을 끊어도 시스템이 다시 연결할 수 있습니다. 이 경우 시스템의 VPN 구성을 반복해서 삭제하기보다 먼저 On Demand를 확인하세요. 연결을 일시 중지하려면 해당 조건을 조정하거나 끈 다음 시스템과 앱의 상태를 확인합니다.
On Demand를 사용한다고 배터리 소모량이 일정하게 정해지는 것은 아닙니다. 네트워크 불안정, 반복 연결, 백그라운드 요청 및 실제 전송량에 따라 시스템의 배터리 사용량이 달라질 수 있습니다. 사용 전후를 비교할 때는 네트워크와 사용 습관을 최대한 비슷하게 유지하고 시스템의 배터리 화면을 함께 확인하세요. 짧은 시간의 한 번뿐인 변화로 결론 내리지 마세요.
05 / DATA
Data: 전송량 확인, 청구 내역과는 별개
Data에서는 앱이 제공하는 트래픽 통계를 확인할 수 있습니다. Data를 열고 표시되는 통계 유형, 기간 및 단위를 먼저 확인한 뒤 업로드와 다운로드를 비교하세요. 화면마다 집계 범위가 다를 수 있으므로 일부 연결의 데이터를 기기 전체 네트워크 사용량으로 간주하지 마세요.
통계로 문제를 확인하는 방법
한 작업에서 트래픽이 발생했는지 확인하려면 먼저 현재 통계를 기록하고, 특정 페이지를 새로고침하는 등 분명한 작업 하나만 수행하세요. 그런 다음 Data로 돌아와 변화를 확인합니다. 다른 앱이 백그라운드에서 데이터를 전송하고 있다면 결과는 참고용일 뿐입니다. 연결 기록과 함께 확인해 발생 원인을 판단하세요.
앱 통계, 시스템의 셀룰러 데이터 통계 및 서비스 제공자의 요금 산정은 집계 기간, 프로토콜 오버헤드, 초기화 주기 등이 서로 다를 수 있습니다. 따라서 Data는 추세를 살펴보고 문제를 확인하는 보조 수단으로 사용하세요. 서비스 잔액 확인이나 통신사 청구서의 대체 용도로 사용할 수 없습니다.
통계를 초기화하기 전에 비교 기준을 보관하세요
현재 화면에서 통계 초기화를 제공한다면 실행 전에 필요한 데이터와 확인 기간을 기록하세요. 초기화하면 전후 비교에 영향을 주지만 구독이 업데이트되거나 규칙이 바뀌거나 서버 연결이 복구되는 것은 아닙니다. 트래픽이 표시되어도 대상 요청이 성공했다는 뜻은 아니므로 실제 페이지나 앱에서 접속을 확인하세요.
06 / SETTINGS
Settings 주요 항목: 하나씩 조정하고 확인
Settings의 항목은 각각 다른 동작을 제어합니다. 기존 값을 기록한 뒤 한 번에 하나씩만 변경하고, 같은 대상으로 다시 테스트하세요. 일부 DNS 동작은 현재 Config의 General 내용에도 영향을 받을 수 있으므로 설정을 확인할 때 구성의 출처도 함께 확인해야 합니다. 정확한 메뉴 위치와 항목은 현재 앱 화면을 기준으로 확인하세요.
DNS: 조회 경로와 결과 확인
DNS는 도메인을 IP 주소로 변환하며 연결을 시작하기 전에 필요한 과정입니다. Settings의 DNS 관련 항목과 현재 Config의 General에서 DNS 서버 및 관련 옵션을 확인하세요. 주소 하나만 바꿨다고 모든 요청이 같은 경로를 따른다고 단정하지 마세요. 현재 구성의 DNS 조회 및 라우팅 설정을 함께 살펴보세요.
변경 전에 기존 값을 기록하고 같은 도메인으로 DNS 조회와 접속을 테스트하세요. IP 주소로는 접속되지만 도메인 요청이 실패한다면 먼저 DNS 조회를 점검할 수 있습니다. 도메인이 이미 조회됐는데 연결이 실패한다면 대상 주소로 가는 경로와 서버 상태도 확인해야 합니다. DNS 조회 성공은 결과를 얻었다는 뜻일 뿐 이후 연결 성공을 보장하지 않습니다. 모든 접속 문제에 DNS 변경을 적용하지 마세요.
Test Method: Connectivity Test 비교 조건 통일
Test Method에서는 앱에서 사용할 테스트 방식을 선택합니다. Settings의 테스트 관련 항목에서 확인할 수 있습니다. 여러 서버를 비교하기 전에 테스트 방식, 대상 및 네트워크 환경을 동일하게 설정한 뒤 Home에서 Connectivity Test를 실행하세요. 방식마다 확인하는 단계가 다르므로 결과를 한데 모아 순위를 매기면 안 됩니다.
테스트 수치는 특정 조건에서 한 번 측정한 결과이며 지속적인 속도를 보장하지 않습니다. 항목의 테스트에는 응답이 있지만 실제 앱 사용이 실패한다면 프로토콜 매개변수, 대상에 연결되는 경로 및 규칙을 추가로 확인하세요. 테스트 결과 하나만으로 기존에 올바른 구성을 반복해서 바꾸지 마세요.
Today Widget: 빠른 조작 후에도 상태 확인
Today Widget은 시스템의 해당 위젯 영역에서 빠르게 확인하거나 조작하는 기능입니다. Settings에서 관련 항목을 확인하고 현재 시스템에서 제공하는 위젯 관리 방식에 따라 추가하세요. 시스템 버전과 기기 환경에 따라 진입 방법이 달라질 수 있습니다. 같은 항목이 보이지 않는다면 기기에 실제로 표시되는 내용을 기준으로 확인하세요.
빠른 실행 기능은 일상적인 조작을 돕지만 최초 설정을 대신하지 않습니다. 서버, Global Routing 또는 On Demand를 변경한 뒤에는 먼저 앱으로 돌아가 상태를 확인한 다음 빠른 실행 기능을 사용하세요. 표시 상태가 예상과 다르면 위젯의 문구만 보고 요청 경로를 판단하지 말고 Home에서 다시 확인하세요.
iCloud: 동기화 전 범위와 방향 확인
iCloud 기능은 앱에서 지원하는 범위의 자료를 저장하거나 동기화하는 데 사용됩니다. 먼저 기기의 로그인 상태와 시스템에서 iCloud를 사용할 수 있는지 확인한 다음 Settings에서 현재 제공되는 동기화, 백업 또는 복원 옵션을 살펴보세요. 작업마다 적용 범위가 다르므로 앱 안내를 확인하고 모든 서버, 구성 및 통계가 함께 전송된다고 가정하지 마세요.
복원, 덮어쓰기 또는 Import from Cloud JSON 등의 가져오기를 실행하기 전에 기기에 보관할 자료를 저장하고 클라우드 내용이 예상한 출처인지 확인하세요. JSON 가져오기는 지속적인 동기화와 다릅니다. 동기화가 끝난 뒤에도 선택된 서버와 적용 중인 구성을 확인해야 하며, 시스템 VPN 권한은 기기에서 별도로 확인해야 합니다.
Diagnostics: 재현 가능한 요청을 기준으로 단서 수집
Diagnostics는 연결 문제를 확인하는 데 도움을 주는 기능입니다. Settings에서 관련 진단 메뉴를 찾으세요. 시작하기 전에 문제가 발생한 네트워크 환경, Global Routing 모드 및 작업 순서를 기록한 뒤 실패하는 요청 하나만 재현하고 현재 화면에서 제공하는 진단 결과나 로그를 확인합니다.
로그에 포함된 도메인, 서버 주소, 구독 정보 또는 인증 항목은 개인정보에 해당할 수 있습니다. 저장하거나 전달하기 전에 민감한 부분을 가리고 문제 판단에 필요한 오류 유형과 사용 상황만 남기세요. 진단 결과는 문제 범위를 좁히는 데 사용하며, 당시 환경을 확인하지 않고 다른 사람의 설정을 그대로 적용하지 마세요. 문제 해결을 마친 뒤 임시로 변경한 옵션을 원래대로 되돌리세요.
07 / CHECK BEFORE CHANGING
연결 문제 발생 시 설정 확인 순서
기본 정보부터 규칙, 자동화 순으로 확인하면 설정끼리 간섭하는 일을 줄일 수 있습니다. 단계마다 같은 대상으로 다시 테스트하세요. 차이가 발견되면 원인을 파악한 뒤 다음 설정을 바꾸세요.
- 현재 네트워크 확인. 기기가 정상적으로 사용할 수 있는 네트워크에 연결되어 있는지 확인하고, 필요하면 같은 조건에서 Direct로 비교합니다.
- 서버 확인. 보유한 정보에서 프로토콜, 주소, 포트 및 인증 정보를 확인하고 Home에서 올바른 항목을 선택했는지 점검합니다.
- Global Routing 확인. Proxy를 임시로 사용해 규칙의 영향을 줄인 다음 Config로 돌아와 실제 적용 중인 파일을 확인합니다.
- Rule 및 DNS 확인. 매칭된 규칙, 정책 참조 및 DNS 조회 결과를 살펴보고 FINAL이 예상대로 설정됐는지 확인합니다.
- 자동 연결 조건 확인. 상태가 계속 바뀐다면 On Demand 조건과 시스템 VPN 상태를 확인합니다.
- 진단 단서 보관. 재현 절차를 기록하고 Diagnostics를 확인한 뒤 공유 전에 민감한 내용을 처리합니다.
처음 앱을 여는 단계부터 알아보려면 사용 튜토리얼을 참고하세요. 구매, 권한 설정, 가져오기 및 관리 순서에 따라 차근차근 살펴보려면 초보자부터 고급 사용자까지 보는 공식 가이드를 확인하세요. 앱 구매, 지원 기기 및 시스템 요구 사항은 정품 확인 안내에서 확인하고 App Store 페이지의 내용을 기준으로 판단하세요.