Shadowrocket 기능 안내
Global Routing의 작동 방식부터 확인한 뒤 규칙, 서버, 연결 조건을 살펴보세요. 각 설정은 ‘기능, 위치, 조작 방법, 유의점’ 순서로 설명합니다. 기존 구독이나 서버 정보를 보유한 사용자를 위한 안내입니다.
- Config / Proxy / Direct
- 규칙 매칭과 정책 동작
- 연결 확인 및 설정 문제 해결
Global Routing의 세 가지 모드
Global Routing은 연결이 활성화된 뒤 요청을 어떤 방식으로 처리할지 결정합니다. Home에서 현재 모드를 탭해 Config, Proxy 또는 Direct를 확인하세요. 여기서 Config는 트래픽 분기 모드의 이름이며, 하단의 Config 탭은 구성 파일을 관리하는 화면입니다. 서로 관련은 있지만 같은 메뉴는 아닙니다.
| 모드 | 처리 방식 | 사용 상황 | 확인할 사항 |
|---|---|---|---|
규칙 기반 Config |
현재 활성화된 구성의 규칙에 따라 요청 동작을 결정합니다. | 도메인이나 주소 등의 조건에 따라 평소에 트래픽을 분기할 때 사용합니다. | 구성 파일이 활성화되어 있는지, 규칙 순서와 최종 동작이 올바른지 확인합니다. |
프록시 Proxy |
일반적으로 요청을 현재 선택된 프록시로 보내며, 구성 규칙을 하나씩 적용해 분기하지 않습니다. | 선택한 서버가 대상 요청을 처리할 수 있는지 임시로 확인할 때 사용합니다. | 현재 선택된 서버와 관련 네트워크 및 이름 해석 조건을 확인합니다. |
직접 연결 Direct |
일반적으로 프록시 서버를 거치지 않고 대상에 직접 연결합니다. | 현재 기기의 네트워크에서 직접 접속할 때의 동작을 확인합니다. | 로컬 네트워크에서 접속이 허용되는지, 대상에 연결할 수 있는지 확인합니다. |
모드를 선택한 뒤 비교하세요
평소 규칙에 따라 사용하려면 Config를 선택하고, 현재 구성이 필요한 규칙을 포함하는지 확인하세요. 특정 요청의 문제를 확인할 때는 Proxy나 Direct로 잠시 바꿔 비교할 수 있습니다. 같은 대상을 사용하고 네트워크 조건은 가능한 한 유지하며, 원래 선택한 모드를 기록해 두세요. 확인이 끝나면 평소 사용하는 모드로 되돌려 임시 설정이 계속 적용되지 않도록 합니다.
모드 이름만으로 연결 성공 여부를 판단할 수는 없습니다. 시스템에 VPN 연결됨으로 표시되어도 서버 인증, DNS 또는 대상 연결에 실패할 수 있습니다. Proxy를 선택했다고 해서 기기의 모든 시스템 트래픽이 반드시 같은 경로를 통과하는 것도 아닙니다. 상태 아이콘만 보지 말고 실제 요청 결과와 진단 기록을 함께 확인하세요.
규칙 기반 트래픽 분기와 정책
규칙에는 ‘무엇을 매칭할지’와 ‘매칭 후 어떻게 처리할지’가 함께 지정됩니다. Config 화면에서 사용할 구성을 선택하고 편집 화면에서 규칙을 확인한 다음, Home에서 Global Routing을 Config로 설정하세요. 수정하기 전에 백업을 만들고, 방금 편집한 파일이 활성화되어 있는지 확인한 뒤 테스트합니다.
DOMAIN은 전체 도메인을 매칭합니다. DOMAIN-SUFFIX는 도메인 접미사와 하위 도메인을 매칭하고, DOMAIN-KEYWORD는 도메인에 포함된 키워드로 매칭합니다. IP-CIDR과 IP-CIDR6은 각각 IP 주소 대역을 지정합니다. GEOIP는 IP 지리 데이터베이스를 기준으로 매칭하며, 데이터베이스의 지역 분류가 웹사이트 운영 주체의 소재지를 뜻하지는 않습니다. USER-AGENT의 작동 여부는 요청에서 관련 정보를 읽을 수 있는지에 따라 달라지므로 모든 앱 트래픽을 식별한다고 가정할 수 없습니다.
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY위 내용은 규칙 문법의 예시일 뿐, 완성된 구성이나 실제 웹사이트에 적용할 권장 설정이 아닙니다. PROXY는 프록시 정책으로 전달하고, DIRECT는 직접 연결하며, REJECT는 요청을 거부합니다. 구성에서 이미 정의된 정책 그룹 이름을 참조할 수도 있습니다. 정책 그룹은 서버 주소가 아닙니다. 참조하기 전에 해당 그룹이 있고 그룹 안에서 유효한 항목을 선택할 수 있는지 확인하세요.
규칙 순서가 매칭 결과를 결정합니다
요청은 일반적으로 위에서 아래로 규칙을 확인하고, 매칭되면 해당 동작을 실행합니다. 따라서 구체적인 규칙은 이를 덮어쓸 수 있는 포괄적인 규칙보다 앞에 두세요. FINAL은 앞선 규칙에 매칭되지 않은 요청을 처리하므로 규칙의 마지막에 둡니다. 문제를 확인할 때는 먼저 요청의 도메인이나 대상 주소를 확인한 다음 매칭된 규칙과 동작을 살펴보세요. 한 번 접속에 실패했다고 해서 규칙 전체와 DNS를 동시에 다시 작성하지 마세요.
구독 및 서버 관리
Home의 서버 목록에는 실제 연결에 필요한 정보가 저장됩니다. 이미 보유한 구독은 추가 메뉴의 Subscribe로 가져올 수 있으며, 서버 하나를 추가하려면 Add Server에 정보를 입력하세요. 기존 자료에 따라 Scan QR Code나 클립보드 가져오기를 사용할 수도 있습니다. 가져오기 전에 해당 정보가 본인 소유 서비스에 속하는지, 선택한 메뉴에서 지원하는 형식인지 확인하세요.
서버를 직접 추가할 때는 먼저 올바른 프로토콜을 선택한 뒤 주소, 포트, 인증 정보, 전송 매개변수를 입력하세요. Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2는 사용하는 항목이 서로 다릅니다. 비밀번호, 공개 키, 주소처럼 같은 이름으로 보이는 정보도 서로 바꿔 쓸 수 없습니다. 보유한 서비스 정보를 기준으로 입력하고, 암호화 방식이나 포트를 추측해서 반복적으로 바꾸는 대신 정보를 확인하세요.
Subscribe 업데이트와 직접 수정
구독을 업데이트하면 원격 목록을 다시 불러오므로 이름, 항목 수, 연결 정보가 바뀔 수 있습니다. 먼저 구독 주소가 유효한지 확인한 다음 해당 구독의 업데이트 기능을 사용하세요. 업데이트에 실패해도 비교할 수 있도록 기존 목록을 보존하고 바로 삭제 후 다시 만들지 마세요. 자동 업데이트 조건과 옵션은 현재 앱 화면을 기준으로 확인하세요. 목록을 업데이트해도 서비스 이용 기간이 연장되는 것은 아닙니다.
여러 구독을 사용하는 경우 용도를 구별할 수 있는 이름을 지정하고, 표시 이름이 같다는 이유만으로 서버를 선택하지 마세요. 구독에서 생성된 항목을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다. 유지해야 할 개인 설정은 미리 백업하세요. 구독을 삭제하기 전에 포함된 항목을 확인하고, 현재 선택한 서버도 함께 삭제되는지 살펴보세요.
서버 목록과 규칙 구성은 서로 다른 역할을 합니다. 서버 목록은 ‘어디에 연결할지’를, 규칙 구성은 ‘요청을 어떤 경로로 보낼지’를 정합니다. 서버가 보인다고 구성이 활성화된 것은 아니며, 구성을 가져왔다고 유효한 서버 정보가 입력된 것도 아닙니다. 업데이트, 정렬, 내보내기, 삭제 방법은 구독 및 서버 관리 가이드에서 확인하세요.
On Demand 자동 연결
On Demand는 설정된 조건에 따라 VPN 연결을 시작하거나 관리하는 기능입니다. Settings에서 On Demand를 열고 현재 화면에 표시되는 네트워크 조건과 동작을 확인한 뒤 실제 필요에 따라 활성화하세요. 기기와 시스템 환경에 따라 사용할 수 있는 옵션이 다를 수 있으므로 앱 안의 안내를 기준으로 합니다.
먼저 수동으로 연결해 보유한 서버, 규칙, DNS가 정상 작동하는지 확인한 뒤 자동 연결 조건을 설정하세요. 한 번에 조건 하나씩 추가하고 해당 네트워크에서 연결 및 연결 해제 동작을 각각 확인합니다. Wi-Fi 이름을 기준으로 조건을 설정했다면 이름이 정확히 일치하는지 확인하고, 기기가 네트워크를 전환할 때 실제로 어떻게 작동하는지도 고려하세요.
자동 연결은 연결을 시작하는 기능이며, 잘못된 비밀번호나 만료된 서버, 불완전한 구성을 해결하지는 않습니다. 수동으로 연결을 끊은 뒤에도 다시 연결될 수 있습니다. 이 경우 시스템 VPN 구성을 반복해서 삭제하지 말고 먼저 On Demand의 조건을 확인하세요. 문제를 진단하는 동안에는 관련 자동 연결 설정을 끄고 수동으로 연결을 해제하세요. 점검이 끝나면 기록해 둔 설정을 복원합니다.
Data 트래픽 통계
Data에서는 앱에 기록된 트래픽 사용량을 확인할 수 있습니다. Data 화면에서 집계 범위와 기간, 화면에 표시된 업로드 및 다운로드 방향을 확인한 뒤 명확한 네트워크 작업을 한 번 실행해 관찰하세요. 통계 초기화 기능이 있다면 사용 전에 현재 결과를 기록해 두어 비교 자료를 잃지 않도록 합니다.
통계로는 ‘특정 시간 동안 트래픽이 변했는지’를 확인할 수 있지만, 대상 웹페이지가 완전히 로드됐다는 사실까지 단독으로 증명할 수는 없습니다. 요청이 재시도되거나 연결이 설정되거나 리소스 일부만 전송되어도 트래픽이 발생할 수 있습니다. 백그라운드 활동도 수치에 영향을 줍니다. 확인할 때는 불필요한 동시 활동을 끄고 같은 대상을 반복해서 관찰한 뒤 연결 기록과 함께 판단하세요.
앱의 통계와 사용 중인 서비스의 집계 기준은 다를 수 있습니다. 프로토콜 오버헤드, 집계 범위, 초기화 시각, 여러 기기의 동시 사용 등이 차이를 만들 수 있습니다. Data는 서비스 측의 잔여 사용량 정보를 대신하지 않으며 구독 기간을 추정하는 데 사용해서도 안 됩니다. 사용량이 비정상적으로 늘었다고 의심되면 먼저 통계 기간을 확인한 다음 백그라운드 앱과 중복 요청을 점검하세요.
Settings 및 DNS
DNS는 도메인을 대상 주소로 변환하며 연결을 설정하기 전에 거치는 중요한 단계입니다. 관련 설정은 Settings에서 확인할 수 있습니다. 현재 구성 파일에 DNS 설정이 포함되어 있을 수도 있으므로 활성화된 구성의 내용도 함께 살펴보세요. 전역 옵션을 변경하기 전에 기존 값을 기록하고, ‘기기 네트워크에서 제공하는 이름 해석 방식’과 ‘구성에서 지정한 이름 해석 방식’을 구분하세요.
서버 지연 시간 테스트는 정상인데 웹페이지가 열리지 않는다면, 먼저 도메인 이름 확인에 실패했는지 이후 연결 단계에서 실패했는지 확인하세요. DNS 주소의 형식과 연결 가능 여부를 점검하고, 사용 중인 이름 해석 방식이 현재 구성과 호환되는지 확인한 다음 같은 도메인의 요청 기록을 살펴보세요. 암호화된 이름 해석을 지원한다고 해서 임의의 주소를 입력해도 작동하는 것은 아닙니다. 주소, 프로토콜, 연결 경로가 서로 맞아야 합니다.
한 번에 하나의 이름 해석 조건만 변경하세요
현재 구성을 저장한 뒤 한 가지 설정만 수정하고 다시 테스트하세요. 서버, Global Routing, DNS를 동시에 바꾸면 성공하거나 실패해도 원인을 파악하기 어렵습니다. IP 규칙은 이름 해석 결과로 나온 주소에 따라 매칭될 수 있으며, DNS 변경으로 규칙의 매칭 결과도 달라질 수 있습니다. 따라서 이름 해석이 복구된 뒤 실제로 매칭된 트래픽 분기 동작도 확인하세요.
변경 후 상태가 나빠지면 기록해 둔 설정을 복원한 뒤 문제를 확인하세요. 캐시를 지우면 이름 해석 과정을 다시 살펴보는 데 도움이 될 수 있지만, 연결할 수 없는 DNS 서비스나 잘못된 규칙을 해결해 주지는 않습니다. 기록을 공유할 때는 개인 도메인, 구독 주소, 인증 정보를 숨기고 문제 재현에 필요한 항목만 남기세요.
Test Method 및 Diagnostics
Test Method에서는 연결 테스트에 사용할 방식을 선택할 수 있으며, Settings에서 확인할 수 있습니다. Home의 Connectivity Test는 목록의 서버를 테스트하는 기능입니다. 문제를 확인하려는 목적에 맞는 테스트 방식을 선택한 뒤 서버를 테스트하세요. 현재 방식에 대상 주소가 필요하다면 해당 주소가 유효하고 예상대로 접속 가능한지 확인합니다.
테스트 방식에 따라 확인하는 연결 구간이 다릅니다. 기본 연결을 설정할 수 있어도 인증이나 대상 요청까지 성공한 것은 아닙니다. 요청 기반 테스트 결과는 테스트 대상, DNS, 현재 네트워크의 영향을 받습니다. 결과를 비교할 때는 테스트 방식과 대상을 동일하게 유지하고, 서로 다른 방식에서 얻은 수치를 한데 놓고 비교하지 마세요. 특정 시점의 짧은 지연 시간은 그때의 조건만 보여줄 뿐 실제 사용 환경에서의 작동을 보장하지 않습니다.
Diagnostics 확인 순서
Diagnostics에서는 문제 해결을 위한 정보를 수집하거나 확인할 수 있으며, Settings의 관련 메뉴에서 열 수 있습니다. 먼저 기기의 기본 네트워크 연결을 확인한 다음 서버 정보, 도메인 이름 확인, 매칭된 규칙, 대상 연결 순으로 살펴보세요. 문제를 재현할 때는 명확한 요청 하나만 실행하고 문제가 발생한 네트워크 환경과 조작 순서를 기록합니다. 여러 요청을 동시에 발생시켜 단서를 놓치지 않도록 하세요.
로그나 진단 결과에는 서버 주소와 접속 도메인 등 개인 정보가 포함될 수 있습니다. 외부에 전달하기 전에 내용을 확인하고 구독 인증 정보, 비밀번호, 개인 키를 삭제하세요. 전체 구성을 그대로 공유하지 마세요. 인증 단계에서 오류가 집중되면 관련 정보를 다시 확인하고, 특정 도메인에서만 문제가 생기면 앱을 반복해서 재설치하기보다 DNS와 규칙을 먼저 살펴보세요.
첫 연결까지의 전체 확인 순서는 Shadowrocket 사용법에서 확인하세요. 진단의 목적은 실패한 단계를 찾는 것이며, 옵션을 계속 바꾸다가 우연히 한 번 성공시키는 것이 아닙니다.
Today Widget 및 iCloud 동기화
Today Widget 빠른 조작
Today Widget 관련 옵션은 Settings에 있으며 시스템에서 지원하는 위젯 표시나 빠른 조작을 설정할 수 있습니다. 먼저 앱에서 사용할 수 있는 항목을 확인한 다음 시스템의 위젯 관리 화면에서 추가하세요. 표시 여부, 실행할 수 있는 동작, 배치 위치는 기기 시스템과 현재 앱의 지원 범위에 따라 달라집니다. 특정 레이아웃이 모든 기기에서 동일하다고 가정하지 마세요.
위젯은 작동을 확인한 일상적인 작업을 실행하는 데 적합하지만, 서버와 규칙을 전체적으로 점검하는 기능을 대신하지는 않습니다. 위젯에서 설정을 바꾼 뒤 예상과 다른 결과가 나오면 Home으로 돌아가 현재 서버, 연결 상태, Global Routing을 확인하세요. 표시가 아직 갱신되지 않았다면 위젯의 문구만으로 연결 성공 여부를 판단하지 말고 앱을 열어 실제 상태를 확인하세요.
iCloud 동기화와 별도 백업
Settings에서 iCloud 동기화 관련 옵션을 확인하고, 시스템에서 앱의 iCloud 사용을 허용했는지도 점검하세요. 동기화 전에 현재 기기의 구성과 구독이 온전한지 확인합니다. 새 기기에서는 동기화가 완료될 때까지 기다린 뒤 파일, 서버 목록, 현재 선택 항목을 살펴보세요. 동기화되는 항목은 앱 안내와 기기에 실제로 표시되는 내용을 기준으로 확인해야 하며 모든 설정과 상태가 복원된다고 미리 단정할 수 없습니다.
iCloud 동기화는 별도 백업과 다릅니다. 삭제나 수정이 다른 기기에도 반영될 수 있고, 오프라인 상태의 변경 사항은 아직 업로드되지 않았을 수 있습니다. 여러 항목을 삭제하거나 구성을 교체하거나 새 기기로 옮기기 전에 보관할 내용을 별도로 내보내 안전하게 저장하세요. 구성과 구독에는 민감한 정보가 들어갈 수 있으므로 본인이 관리하는 위치에 백업하고 일반 첨부 파일로 공개하지 마세요.
App Store에서 구입 항목을 복원하는 것과 구성을 복원하는 것은 별개의 절차입니다. 전자는 앱을 다시 받을 수 있는 권한을 복원하고, 후자는 본인의 서비스 정보와 설정을 복원합니다. 재설치 후에도 정보가 모두 있는지 확인한 다음 연결을 한 번 테스트하세요. 구매 가능 여부와 시스템 요구 사항은 App Store 페이지의 표기를 기준으로 합니다.