먼저 트래픽 처리 방식을 정한 다음 서버, 규칙, 자동 연결을 설정하세요. 한 번에 하나씩 변경하고 같은 요청으로 결과를 확인하세요.
이 페이지는 iPhone과 iPad 사용자를 대상으로 자주 쓰는 기능을 ‘기능, 메뉴 위치, 설정 방법, 주의사항’ 순서로 설명합니다. 메뉴 위치와 사용 가능한 옵션은 기기에 표시되는 내용을 기준으로 확인하세요. 시스템 요구 사항은 App Store 페이지를 참고하세요.
Global Routing은 연결 후 트래픽을 처리하는 기준입니다. Home에서 Global Routing을 열면 세 가지 모드인 Config, Proxy, Direct를 선택할 수 있습니다. 각각의 화면 표기는 Config, Proxy, Direct입니다. 이 설정은 전체 트래픽 처리 방식을 정하며, 특정 서버를 선택하거나 연결을 시작하는 기능은 아닙니다. 서버 선택 여부, 연결 스위치 상태, 트래픽이 의도한 대로 분기되는지는 각각 따로 확인해야 합니다.
| 모드 | 처리 방식 | 사용 시점 | 주의사항 |
|---|---|---|---|
| 구성 · Config | 현재 구성 파일의 규칙에 따라 처리 방식을 결정합니다. | 도메인, 주소 등의 조건에 따라 요청을 구분하는 일상적인 사용에 적합합니다. | 실제로 활성화된 구성과 규칙 순서, 마지막 FINAL을 확인하세요. |
| 프록시 · Proxy | 트래픽을 프록시 모드로 처리합니다. 적용되는 시스템 조건과 연결 예외도 확인해야 합니다. | 짧은 시간 동안 서버가 대상 요청을 처리할 수 있는지 확인할 때 사용합니다. | 선택된 서버를 확인하고 테스트 후 원래 모드로 되돌리세요. |
| 직접 연결 · Direct | 직접 연결을 우선하는 방식으로 트래픽을 처리합니다. | 현재 네트워크에서 직접 접속할 수 있는지 또는 일시적으로 직접 연결해야 하는지 확인할 때 사용합니다. | 이 모드에서 접속된다고 해서 프록시 서버가 정상이라고 판단할 수는 없습니다. |
사용 가능한 구성이 있다면 보통 Config부터 시작합니다. 특정 대상에 접속 문제가 생기면 기존 설정을 기록한 뒤 잠시 Proxy로 전환해 같은 요청을 다시 시도하세요. Config에서만 문제가 생기는 경우 규칙, 정책, DNS를 먼저 확인하세요. Proxy에서도 문제가 계속되면 서버 매개변수와 네트워크를 점검하세요. Direct는 직접 연결 결과와 비교할 때 유용하지만, 모드별 결과만으로 문제의 원인을 단정할 수는 없습니다.
모드를 바꾼 뒤 요청을 새로 보내세요. 이미 연결된 세션은 이전 처리 경로를 계속 사용할 수 있습니다. 새로고침하지 않은 페이지 하나만 보면 이전 연결 결과를 새 설정의 효과로 오해하기 쉽습니다.
규칙 기반 라우팅은 ‘요청의 특성’과 ‘요청 처리 방식’을 구분합니다. 규칙 유형은 매칭 조건을 설명하고 정책은 규칙에 일치한 뒤 수행할 동작을 지정합니다. Config에서 구성 파일을 확인·편집하고 활성화한 다음 Home의 Global Routing을 Config로 설정해야 규칙이 트래픽 처리에 적용됩니다. 파일을 목록에 가져오기만 하고 활성화하지 않았다면 현재 연결에 적용되는 것은 아닙니다.
DOMAIN은 전체 도메인과 일치하고, DOMAIN-SUFFIX는 도메인 및 하위 도메인과 일치하며, DOMAIN-KEYWORD는 도메인에 포함된 키워드로 매칭합니다. 주소 관련 조건에는 IP-CIDR, IP-CIDR6, GEOIP를 사용할 수 있습니다. GEOIP 결과는 IP 주소 위치 데이터에 따라 달라집니다.
USER-AGENT는 해당 요청 정보를 가져올 수 있어야 하므로 암호화된 모든 트래픽을 식별하는 방법으로 적합하지 않습니다. FINAL은 앞선 규칙에 매칭되지 않은 요청을 처리합니다. 지정한 정책이 의도에 맞는지 확인하세요.
PROXY는 프록시 정책, DIRECT는 직접 연결, REJECT는 요청 거부를 뜻합니다. 구성에서 사용자 지정 정책 이름을 참조할 수도 있습니다. 이 경우 이름만 보고 연결 경로를 판단하지 말고 해당 정책에서 선택한 서버나 하위 정책을 확인하세요.
규칙은 일반적으로 위에서 아래 순서로 검사하며, 먼저 일치한 규칙이 결과를 결정합니다. 범위가 좁고 구체적인 규칙을 더 넓은 규칙보다 위에 배치하세요. 순서를 변경한 뒤에는 앞선 조건이 요청을 먼저 처리하는지 확인하세요.
[Rule]
DOMAIN,api.example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN,blocked.example.net,REJECT
FINAL,PROXY예시 도메인은 문법 설명용이며 실제로 사용할 수 있는 서비스 구성이 아닙니다. 첫 번째 규칙은 api.example.com을 먼저 DIRECT로 처리하고, 두 번째 규칙은 example.com에 해당하는 나머지 요청을 처리합니다. 수정 전에 기존 구성을 보관하세요. 전체 구성 형식과 규칙 설명은 규칙 매뉴얼에서 확인할 수 있습니다.
서버 항목에는 연결 대상과 인증 매개변수가 저장되고, 구독은 기존 서버 정보를 일괄 관리하는 데 사용됩니다. 구성 파일은 주로 전역 매개변수와 라우팅 규칙을 담당합니다. 세 항목의 역할은 서로 다릅니다. 구독을 업데이트해도 현재 규칙이 업데이트되는 것은 아니며, 구성을 바꿔도 Home에서 선택한 서버가 바뀌지 않을 수 있습니다. 설정을 시작하기 전에 보유한 정보가 개별 서버 정보인지, 구독 링크인지, 구성 파일 주소인지 확인하세요.
Home의 서버 목록과 Add Server에서 연결 정보를 관리하세요. 기존 구독은 앱에서 제공하는 구독 메뉴를 통해 추가하고, 구성 파일이 필요하면 Config로 이동하세요. 서버를 직접 추가할 때는 올바른 프로토콜 유형을 선택한 다음 서버 주소, 포트, 인증 정보, 관련 전송 매개변수를 하나씩 확인하세요. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등은 프로토콜마다 입력 항목이 다르므로 프로토콜 이름만 바꿔 기존 매개변수를 그대로 재사용할 수 없습니다.
저장한 뒤 Home으로 돌아가 SERVER 목록에서 사용할 항목을 선택하고 선택 상태를 확인하세요. 구독을 업데이트한 다음에는 기본 서버가 여전히 있는지, 이름이 비슷한 항목이 같은 주소를 가리키는지, 선택한 정책이 유효한 항목을 참조하는지 다시 확인하세요. 처음 가져온 뒤와 여러 항목을 업데이트한 뒤에는 Connectivity Test를 실행하고 실제 접속도 확인하는 것이 좋습니다.
이 매뉴얼은 사용자가 자신의 구독이나 서버 정보를 이미 보유하고 있다는 전제로 작성되었습니다. Shadowrocket 일회성 구매 ≠ 회선 요금제: Shadowrocket을 구매하면 앱 사용 권한을 얻으며, 연결에 필요한 정보는 직접 준비해야 합니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 구독 주소에 접속 인증 정보가 포함될 수 있으므로 문제 해결 기록을 공유할 때 전체 주소, 인증 항목, QR 코드를 가리세요.
Shadowrocket은 Apple 플랫폼용 유료 앱이며 App Store에서만 제공됩니다. 구매, 설치, 정품 확인 방법은 App Store 안내를 참고하세요. 이 페이지의 서버 설정은 앱 구매 외의 서비스 거래와 관련이 없습니다.
On Demand는 조건에 따라 연결을 시작하거나 유지하는 기능으로, 연결 스위치를 수동으로 켜는 횟수를 줄이고 싶을 때 유용합니다. 연결 시점을 제어하는 기능이지 도메인별 라우팅 방식을 정하는 기능은 아닙니다. 트래픽이 PROXY, DIRECT, REJECT 중 어떤 방식으로 처리되는지는 Global Routing과 현재 구성에 따라 달라집니다. 서버 장애를 자동으로 복구하는 스위치로 사용할 수는 없습니다.
Settings에서 On Demand를 찾아 현재 기기에 표시되는 네트워크 조건과 관련 옵션을 확인하세요. 수동 연결과 접속이 정상임을 확인한 다음 필요한 조건을 활성화하세요. Wi-Fi, 셀룰러 또는 특정 네트워크 조건이 표시된다면 실제 사용 환경에 맞게 하나씩 설정하고 변경 전 상태를 기록하세요.
설정한 다음 대상 네트워크별로 연결 동작을 테스트하세요. 네트워크를 전환할 때는 시스템의 전환이 끝날 때까지 기다린 후 Home에서 연결 상태를 확인하세요. 상태 표시줄에 아이콘이 보인다고 해서 모든 대상에 의도한 대로 접속된다는 뜻은 아닙니다.
On Demand가 활성화된 상태에서는 수동으로 연결을 끊어도 조건에 따라 다시 연결될 수 있습니다. 자동 연결을 일시 중지하려면 Home의 연결 스위치를 조작하기 전에 On Demand 설정을 확인하세요. 조건은 그대로 둔 채 스위치만 반복해서 조작하지 않도록 주의하세요.
배터리 소모량은 요청 빈도, 네트워크 품질, 재연결 횟수에도 영향을 받습니다. 비교할 때는 관찰 시간을 비슷하게 맞추고 시스템의 배터리 사용량 기록을 확인하세요. On Demand를 켰다는 이유만으로 배터리 소모가 늘거나 줄었다고 단정하지 마세요.
Data에서는 앱에 기록된 트래픽 활동을 확인할 수 있습니다. 하단 메뉴에서 Data로 이동해 통계 범위, 기록 기간, 기기에서 제공하는 분류를 먼저 확인하세요. 업로드 및 다운로드 수치는 데이터 교환 여부를 파악하는 데 도움이 되지만 페이지 접속 성공 여부를 뜻하지 않으며, 특정 규칙에 트래픽이 일치했음을 단독으로 증명하지도 않습니다.
결과를 다시 확인할 수 있는 테스트를 하려면 현재 수치와 연결 모드를 먼저 기록하세요. 관련 없는 앱을 닫고 명확한 요청 하나만 보낸 다음 Data로 돌아와 수치 변화를 비교하세요. 백그라운드 동기화, 시스템 요청, 다른 앱의 활동도 트래픽을 발생시킬 수 있습니다. 따라서 통계는 참고 자료로만 활용하세요. 라우팅 결과를 확인하려면 사용 가능한 연결 기록과 규칙 매칭 정보도 함께 살펴보세요.
Settings에는 앱의 주요 옵션이 모여 있지만 모든 연결 매개변수가 여기서만 적용되는 것은 아닙니다. 일부 매개변수는 Config의 구성 파일에서 가져오고, 다른 항목은 개별 서버 설정을 따릅니다. 문제를 해결하기 전에 현재 활성화된 구성을 확인한 다음 Settings에서 관련 항목을 점검하세요. 이름이 비슷한 옵션은 설명을 확인해 적용 범위를 파악해야 합니다.
기능 및 위치:DNS는 도메인 이름을 IP 주소로 변환합니다. 관련 설정은 Settings의 DNS 항목과 현재 Config의 전역 매개변수에서 확인할 수 있습니다. DNS 응답은 IP 주소 기반 매칭에 영향을 주며 연결 대상에도 영향을 줄 수 있습니다.
설정 방법:현재 정상적으로 작동하는 설정은 유지하고, 활성 구성에 DNS 매개변수가 지정되어 있는지 확인한 다음 실제 네트워크 환경에 맞게 해석 방식을 조정하세요. 변경 후 같은 도메인으로 다시 테스트하고 기존 캐시나 연결이 결과에 영향을 주는지 확인하세요.
주의사항:한 번의 문제 해결을 위해 DNS 옵션 여러 개를 동시에 바꾸지 마세요. 도메인이 정상적으로 해석되어도 서버 인증에 성공했다는 뜻은 아닙니다. 반대로 서버 연결이 정상이어도 대상 도메인이 반드시 해석되는 것은 아닙니다. 이름 해석, 서버 연결, 대상 응답을 각각 나눠 확인하세요.
기능 및 위치:Settings의 Test Method는 관련 연결 테스트의 방식을 정합니다. 서버에 도달할 수 있는지 확인하는 방법에 영향을 주지만 라우팅 규칙을 직접 변경하거나 연결을 전반적으로 빠르게 만드는 설정은 아닙니다.
설정 방법:화면에 표시된 테스트 방식과 설명을 참고해 방법을 선택하세요. 테스트 대상을 지정해야 한다면 응답 동작을 확인할 수 있는 주소를 사용하세요. 변경 후 Home에서 Connectivity Test를 실행하고 같은 방법으로 결과를 비교하세요.
주의사항:테스트 실패는 테스트 대상, 테스트 방식, 네트워크 제한 때문일 수 있으므로 모든 요청이 실패한다고 바로 결론 내릴 수는 없습니다. 테스트 성공은 해당 테스트 경로가 작동했음을 보여줄 뿐입니다. 실제로 사용하려는 대상에도 접속해 확인하고, 서로 다른 방식의 수치를 같은 지표처럼 비교하지 마세요.
기능 및 위치:Today Widget은 시스템에서 지원하는 빠른 정보 표시 및 조작 기능입니다. 관련 옵션은 Settings에서 확인하고, 실제 추가 위치와 표시 방식은 기기의 시스템에 따라 달라집니다.
설정 방법:먼저 앱에서 유효한 구성을 준비하고 서버를 선택한 다음 시스템에서 제공하는 방법으로 사용할 수 있는 위젯을 추가하세요. 연결을 전환해야 한다면 표시된 항목이 원하는 대상인지 확인하세요. 조작 후 Home으로 돌아가 연결 상태를 확인하세요.
주의사항:위젯 표시는 갱신되기까지 시간이 걸릴 수 있으므로 전체 연결 진단을 대신할 수 없습니다. 현재 시스템에 해당 메뉴가 없다면 기기에서 실제로 지원하는지 확인하세요. 다른 기기의 화면 구성을 근거로 이 기기에서도 같은 기능을 사용할 수 있다고 판단하지 마세요.
기능 및 위치:iCloud 관련 기능은 앱이 지원하는 범위에서 데이터를 동기화하거나 클라우드 작업을 수행합니다. Settings에서 관련 옵션을 확인하고 시스템의 iCloud 상태도 함께 점검하세요.
설정 방법:기기가 원하는 iCloud 계정을 사용 중인지 확인하고, 시스템에서 앱의 iCloud 사용을 허용했는지 점검하세요. 그런 다음 앱에서 동기화할 항목을 확인하세요. 기기 간 작업을 시작하기 전에 현재 사용 가능한 구성을 보관하고 동기화가 끝나면 파일 내용과 서버 항목을 확인하세요.
주의사항:동기화는 이전 상태의 백업이나 App Store에서 구입 항목을 복원하는 기능과 다릅니다. 구성에 민감한 연결 정보가 포함될 수 있으므로 동기화 범위를 먼저 확인하세요. 임시 상태, 통계 기록, 시스템 VPN 설정이 모두 그대로 이전된다고 가정하지 마세요.
기능 및 위치:Diagnostics에는 진단 기능이 있으며 Settings에서 사용할 수 있는 항목을 확인할 수 있습니다. 문제가 발생했을 때 단서를 모으는 데 적합하며, 기능을 이해하지 못한 채 모든 기록 옵션을 계속 켜두는 용도가 아닙니다.
설정 방법:문제가 발생한 네트워크 유형, Global Routing 모드, 현재 구성, 접속에 실패한 대상을 기록한 다음 화면 안내에 따라 필요한 진단을 실행하세요. 한 번에 조건 하나만 바꾸고 변경 전후 결과를 보관하면 DNS, 서버 연결, 규칙, 대상 응답 문제를 구분하는 데 도움이 됩니다.
주의사항:진단 결과에 도메인, 주소, 요청 정보가 포함될 수 있으므로 공유 전에 인증 매개변수와 개인정보를 가리세요. 문제 해결이 끝나면 임시로 활성화한 옵션을 원래대로 되돌리세요. 원인을 알기 어려운 오류는 FAQ에서 유형별로 확인하세요.
이 페이지는 기능별 적용 범위를 설명합니다. 처음 설정할 때는 튜토리얼을 따라 진행하고, 구성 형식과 규칙 문법은 규칙 매뉴얼에서 확인하세요. 이를 통해 ‘연결이 수립되었는지’, ‘규칙이 적용되었는지’, ‘대상에 접속할 수 있는지’를 각각 확인할 수 있습니다.