Shadowrocket
기능 및 주요 설정
먼저 트래픽을 어떤 방식으로 처리할지 확인한 다음, 구성과 연결 조건을 조정하세요. 이 페이지에서는 iPhone과 iPad의 주요 기능을 기능 설명, 위치, 설정 방법, 주의사항 순으로 안내합니다. 구체적인 메뉴와 사용 가능한 옵션은 앱에 표시되는 내용을 따르며, 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요.
Global Routing:Config / Proxy / Direct
Global Routing은 현재 연결의 전반적인 트래픽 처리 방식을 정합니다. Home에서 Global Routing을 찾아 Config, Proxy 또는 Direct를 선택하세요. 이는 서버 프로토콜이나 연결 스위치가 아닙니다. 모드를 선택한 뒤에도 서버, 구성, 주 연결 스위치 상태를 확인해야 합니다. 평소 도메인이나 주소에 따라 트래픽을 나누려면 Config를 사용하세요. 문제를 진단할 때는 나머지 두 모드로 잠시 전환할 수 있으며, 확인이 끝나면 원래 설정으로 되돌리세요.
| 화면 옵션 | 처리 방식 | 사용 사례 | 먼저 확인할 항목 |
|---|---|---|---|
Config 구성 |
현재 활성화된 구성의 규칙과 정책에 따라 트래픽을 처리합니다. | 일상적인 트래픽 분배 및 프록시 연결과 직접 연결이 필요한 요청 구분 | 활성 구성, 규칙 순서, 정책 대상, 최종 규칙 |
Proxy 프록시 |
클라이언트가 처리하는 연결에 일반 규칙 분배 대신 프록시를 적용합니다. | 선택한 서버가 대상 요청을 처리할 수 있는지 임시로 확인할 때 | 현재 서버의 사용 가능 여부, 인증 및 전송 설정 |
Direct 직접 연결 |
클라이언트가 처리하는 연결을 직접 연결로 처리합니다. | 로컬 네트워크에서 같은 대상에 직접 접속할 수 있는지 확인할 때 | 로컬 네트워크, 도메인 확인, 대상 서비스 연결 가능 여부 |
테스트를 시작하기 전에 원래 모드를 기록하고, 같은 네트워크에서 같은 대상을 사용해 각 모드를 비교하세요. 네트워크를 바꾸거나 여러 설정을 동시에 수정하지 마세요. Proxy에서는 접속되지만 Config에서는 안 된다면 규칙이 일치하는지, 정책이 올바른 서버를 가리키는지 확인하세요. Direct에서는 정상인데 Proxy에서 실패한다면 서버 정보와 연결 로그를 확인하세요. 이러한 결과는 문제 범위를 좁히는 데 도움이 될 뿐, 하나의 결과만으로 원인을 단정할 수는 없습니다.
Direct는 시스템의 VPN 구성을 끄는 설정이 아니며, Proxy가 모든 기기 통신을 반드시 처리한다고 보장하는 것도 아닙니다. 모드 테스트 결과는 실제 요청 기록과 함께 판단하세요. Config로 돌아온 뒤 활성 구성을 다시 확인해 임시 진단 모드가 일상 설정으로 남지 않도록 하세요.
Rules: 일치 조건과 처리 결과
규칙 기반 트래픽 분배에서는 어떤 요청을 찾을지와 해당 요청을 어떻게 처리할지를 따로 지정합니다. Config에서 현재 활성화된 구성을 확인한 뒤, 해당 구성의 편집 화면에서 규칙을 확인하세요. 규칙은 일반적으로 순서대로 적용되므로 구체적인 조건을 포괄적인 조건보다 앞에 두는 것이 좋습니다. Global Routing이 Config일 때는 현재 구성의 규칙이 일상적인 트래픽 분배를 점검하는 핵심입니다.
규칙 유형을 먼저 선택한 뒤 정책을 확인하세요
DOMAIN은 도메인 전체가 정확히 일치하는지 확인하고, DOMAIN-SUFFIX는 도메인과 하위 도메인 범위에 적용되며, DOMAIN-KEYWORD는 도메인에 포함된 키워드로 일치 여부를 판단합니다. IP-CIDR과 IP-CIDR6은 IP 주소 대역을 나타내며, GEOIP는 IP 주소의 지리적 분류를 사용합니다. 도메인 기반 판단과 IP 주소 기반 판단은 전제가 다르며, DNS 조회 결과도 IP 규칙의 판단에 영향을 줄 수 있습니다. 규칙 이름만 보고 일치 여부를 추측하지 마세요.
규칙 끝의 정책은 처리 방식을 지정합니다. DIRECT는 직접 연결, REJECT는 연결 거부를 뜻합니다. PROXY는 현재 구성에서 사용할 수 있는 프록시 정책 또는 정책 그룹을 가리켜야 합니다. 정책 그룹에 별도의 선택 항목이 있다면 현재 선택된 항목도 확인하세요. PROXY라는 이름만 적어 두는 것으로 사용 가능한 서버 연결을 대신할 수는 없습니다.
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
이 예시에서는 example.com과 그 하위 도메인을 PROXY로 처리하고, 앞선 규칙과 일치하지 않는 요청은 FINAL을 통해 DIRECT로 처리합니다. example.com은 설명용 도메인이므로 모든 네트워크에 적합한 완전한 구성 예시는 아닙니다. FINAL은 최종 처리 규칙으로 사용해야 하며, 이후 규칙을 계속 확인해야 하는 위치에 두면 안 됩니다.
수정 후 실제 요청으로 확인
편집하기 전에 복구할 수 있는 구성 사본을 보관하고, 한 번에 조건이나 정책 하나만 수정하세요. 저장한 뒤 수정한 구성이 현재 활성 구성인지 확인하고, 새 요청을 보낸 다음 확인 가능한 연결 기록에서 일치한 규칙과 정책을 살펴보세요. 기존 연결은 이전 처리 결과를 계속 사용할 수 있으므로 비교하려면 연결을 새로 시작해야 합니다. USER-AGENT 등의 규칙 유형은 실제 요청에 적용되는 조건도 확인하세요. 이를 앱을 기준으로 요청을 식별하는 범용 규칙으로 간주해서는 안 됩니다.
- 구체적인 규칙을 앞에 배치
- 유효한 정책 이름
- FINAL은 마지막에 배치
Subscribe 및 Add Server
서버 항목에는 연결에 필요한 주소, 포트, 인증 정보, 프로토콜 매개변수를 저장합니다. Subscribe는 사용자가 보유한 구독 URL에서 여러 서버 정보를 가져옵니다. 두 방식은 함께 사용할 수 있지만 정보의 출처와 관리 방법이 다릅니다. Home에서 Add Server를 선택해 서버 항목을 추가하고, 제공받은 정보에 맞는 프로토콜을 선택하세요. 구독을 가져오려면 Subscribe를 선택하고 기존 구독 URL을 입력하세요. 구독 URL을 개별 서버의 주소 입력란에 넣지 마세요.
수동 추가: 항목별 입력 안내
Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2는 인증 및 전송 항목이 서로 다릅니다. 사용자가 보유한 정보를 기준으로 입력하고, 프로토콜 이름만 보고 값을 추측하지 마세요. 특히 서버 주소와 포트, 비밀번호 또는 UUID, 그리고 자료에 지정된 TLS, 전송 유형, Host, SNI 등의 항목을 확인하세요. 화면에 실제로 표시되고 연결 정보에 필요한 항목만 입력하면 됩니다.
Scan QR Code를 사용하거나 링크를 가져온 뒤에도 서버 항목을 열어 파싱 결과를 확인하세요. QR 코드를 읽었다고 해서 서버에 연결할 수 있다는 뜻은 아닙니다. 메모는 항목을 구분하기 위한 것으로 인증에는 사용되지 않습니다. 용도에 맞게 이름을 붙일 수 있지만, 메모에 비밀번호나 전체 구독 인증 정보를 적지 마세요.
구독 업데이트: 원본과 로컬 수정 사항을 따로 관리
Subscribe를 추가한 뒤 업데이트를 실행하고 서버 항목이 표시되는지 확인한 다음 사용할 서버를 선택하세요. 업데이트에 실패하면 URL 전체가 정확한지, 인증 정보가 유효한지, 현재 네트워크에서 구독 내용을 가져올 수 있는지 먼저 확인하세요. 업데이트 성공은 내용의 가져오기와 파싱이 완료되었다는 뜻일 뿐, 연결이 정상이라는 의미는 아니므로 별도로 연결을 확인해야 합니다.
구독에 포함된 항목은 업데이트에 따라 달라질 수 있으며, 로컬에서 수정한 내용이 새 데이터로 덮어써질 수도 있습니다. 구독을 삭제하기 전에 연결된 항목과 백업 구성을 확인하세요. 업데이트 후에는 선택한 서버와 정책 그룹을 다시 확인하세요. 구독 URL의 token은 접근 인증 정보이므로 문제를 문의할 때 가려야 합니다. 매뉴얼의 예시는 실제 연결 정보로 사용할 수 없습니다.
On Demand: 조건에 따라 연결 시작
On Demand는 시스템이 지원하는 주문형 연결 기능을 사용해 설정된 조건이 충족되면 연결을 시작합니다. Global Routing과 역할이 다릅니다. On Demand는 연결 시점을, Global Routing은 연결 중 트래픽 처리 방식을 다룹니다. Settings에서 On Demand 관련 항목을 찾아 앱에 표시되는 조건과 스위치를 기준으로 설정하세요. 조정하기 전에 수동 연결을 한 번 완료해 서버와 구성이 정상인지 확인해야 합니다.
설정할 때는 먼저 연결을 시작할 네트워크 조건을 정하고 해당 옵션을 활성화하세요. 화면에 네트워크 유형이나 Wi-Fi 조건이 있다면 포함, 제외, 연결 해제 동작을 각각 확인하세요. 이름만 보고 모든 네트워크에서 자동 연결된다고 판단하지 마세요. 저장한 뒤 조건을 충족하는 환경과 충족하지 않는 환경에서 연결 상태를 확인하고, 실제 요청도 보내 검증하세요.
주문형 연결이 항상 유지된다는 보장은 없습니다. 시스템 상태, 네트워크 전환, 서버 연결 가능 여부에 따라 결과가 달라질 수 있으며, 연결 시작 기능으로 잘못된 비밀번호나 사용할 수 없는 서버를 해결할 수는 없습니다. 연결이 끊겼다가 다시 시작되는 경우에는 주 연결 스위치를 반복해서 조작하기 전에 On Demand 조건이 여전히 충족되는지 확인하세요.
연결 문제를 진단할 때는 On Demand를 잠시 끄고 같은 네트워크에서 수동 연결로 비교 테스트할 수 있습니다. 원인을 확인한 뒤 필요한 조건을 다시 설정하세요. 일상적으로 사용할 때는 다른 활성 VPN 구성도 확인하고, 시스템에 표시되는 연결 상태와 Shadowrocket의 상태가 일치하는지 점검하세요.
Data: 업로드, 다운로드 및 트래픽 분류
Data에서는 클라이언트에 기록된 트래픽을 확인할 수 있습니다. Data를 열고 통계 범위와 분류를 먼저 확인한 다음 업로드와 다운로드 값을 살펴보세요. 업로드는 기기에서 전송한 데이터이고 다운로드는 기기가 받은 데이터입니다. 화면에 표시되는 누적량과 현재 속도는 서로 다른 지표입니다. 수치를 비교하기 전에 단위, 시간 범위, 이전에 통계를 초기화했는지 확인하세요.
현재 화면에서 서버별 또는 앱별 분류를 제공한다면, 서버별 분류는 트래픽이 어느 서버를 통과했는지 확인할 때, 앱별 분류는 트래픽 발생 앱의 분포를 살펴볼 때 유용합니다. 앱 식별과 통계 범위에는 제한이 있을 수 있으며, 분류 이름만으로 특정 규칙이 적용되었다고 단정할 수는 없습니다. 트래픽 처리 결과를 판단할 때는 요청 기록, 활성 구성, 정책 선택을 함께 확인하세요.
같은 동작을 반복해 수치를 비교하세요
현재 수치를 먼저 기록한 다음 같은 페이지 새로고침과 같이 명확한 작업을 수행하고, 업로드와 다운로드 증가량을 확인하세요. 백그라운드 동기화, 미디어 미리 로드, 시스템 통신에서도 트래픽이 발생할 수 있습니다. 캐시된 콘텐츠를 반복해서 열면 증가량이 적을 수 있습니다. 테스트 중에는 네트워크와 서버를 가능한 한 그대로 유지해 네트워크 전환이나 일반적인 백그라운드 트래픽이 비교에 섞이지 않게 하세요.
클라이언트 통계 수치를 서비스 제공자의 청구서나 기기 전체 트래픽으로 간주해서는 안 됩니다. 연결 범위, 집계 기간, 프로토콜 오버헤드, 서비스 제공자의 과금 기준이 서로 다를 수 있습니다. 수치를 비교하려면 먼저 시간 범위와 단위를 맞춘 뒤 기존 서비스 제공자에게 집계 기준을 확인하세요. 두 화면의 숫자가 완전히 같아야 하는 것은 아닙니다.
통계를 초기화해야 한다면 문제 확인에 필요한 수치를 먼저 저장한 뒤 현재 화면의 초기화 메뉴를 사용하세요. 통계 초기화는 구독 업데이트, 서버 전환, 구성 수정을 대신하지 않습니다. 문제를 기록할 때 누적 트래픽 화면만 제공하기보다 초기화 전후와 테스트 동작을 함께 적으면 재현에 도움이 됩니다.
Settings: DNS, 테스트, 위젯 및 동기화
Settings에는 연결 관련 옵션과 보조 도구가 모여 있으며, 일부 매개변수는 활성 Config에서 지정할 수도 있습니다. 설정을 바꾸기 전에 기존 값을 기록하고, 해당 설정이 전역 옵션인지 현재 구성에 속하는지 확인하세요. 두 위치에서 같은 항목을 반복해서 덮어쓰지 않도록 주의해야 합니다. 아래 메뉴 위치는 앱에 표시되는 내용을 기준으로 하며, 위젯과 동기화의 사용 가능 여부는 기기와 시스템 지원에 따라 달라집니다.
DNS: 도메인 조회와 구성의 연동
DNS는 도메인 이름을 연결에 필요한 주소로 변환합니다. Settings와 활성 Config의 DNS 관련 항목을 확인해 현재 어느 쪽에서 이름 조회를 제어하는지 파악한 다음 해당 설정을 수정하세요. 기존 구성에 DNS 서버나 특정 도메인 규칙이 포함되어 있다면 먼저 역할을 이해하세요. 특정 도메인에 접속할 수 없다는 이유만으로 모든 DNS 옵션을 한꺼번에 변경하지 마세요.
설정한 뒤 도메인 조회와 대상 연결을 각각 테스트하세요. 도메인 조회에 성공해도 연결까지 성공한 것은 아니며, IP 주소 규칙도 조회 결과에 영향을 받을 수 있습니다. 수정 후 문제가 생기면 기존 값으로 되돌려 비교하고 요청 기록의 주소와 정책을 확인하세요. 진단 정보를 제출할 때는 필요한 도메인과 오류만 남기고 개인 접속 기록은 가리세요.
Test Method 및 Connectivity Test
Test Method에서는 연결 테스트 방식을 선택합니다. Settings에서 해당 옵션을 찾아 현재 화면에서 제공하는 방식으로 설정한 뒤 서버 목록으로 돌아가 Connectivity Test를 실행하세요. 테스트 방식에 따라 측정하는 단계가 다릅니다. 표시된 수치는 연결 수립 시간이나 지정된 대상에 요청을 보내는 데 걸린 시간일 수 있으며, 실제 다운로드 속도와는 다를 수 있습니다.
서버를 비교할 때는 테스트 방식, 대상, 네트워크를 동일하게 유지하세요. 테스트 실패는 대상에 연결할 수 없거나 일시적인 네트워크 변동 때문일 수도 있으므로 모든 요청이 실패한다고 단정할 수 없습니다. 항목을 선택한 뒤에는 실제로 접속해야 하는 대상으로 인증, 전송, 라우팅이 모두 정상인지 확인하세요.
Today Widget: 시스템 위젯 바로가기
Today Widget은 시스템 위젯에서 빠르게 확인하거나 조작할 수 있는 기능을 제공합니다. Settings에서 관련 옵션을 확인한 다음, 기기의 시스템에서 지원하는 위젯 추가 절차에 따라 앱에서 제공하는 위젯을 추가하세요. 위젯의 형태와 지원 범위는 현재 시스템 및 앱에 표시되는 내용을 기준으로 하며, 이름이 비슷한 다른 시스템 위젯을 같은 기능으로 간주하지 마세요.
위젯을 사용하면 앱을 반복해서 여는 일을 줄일 수 있지만, 최초 설정과 권한 부여를 대신하지는 않습니다. 서버나 구성을 변경한 뒤에는 앱으로 돌아가 현재 선택을 확인하세요. 위젯의 수치나 상태가 바로 갱신되지 않으면 앱에 표시되는 실제 상태와 연결 테스트를 기준으로 판단하세요.
iCloud: 기기 간 동기화 조건
iCloud 설정을 통해 앱에서 지원하는 데이터를 동기화할 수 있습니다. Settings에서 동기화 메뉴를 확인하고 시스템에서 Shadowrocket의 iCloud 사용을 허용했는지 살펴보세요. 먼저 현재 기기의 데이터가 올바른지 확인한 다음 동기화를 활성화하세요. 다른 기기에서도 해당 계정, 시스템 권한, 네트워크 조건을 충족해야 합니다.
동기화 범위는 앱에 표시되는 항목을 기준으로 하며, 모든 비밀번호, 통계, 로그, 시스템 VPN 권한이 함께 이전된다고 가정해서는 안 됩니다. 작업 전에 중요한 구성을 복구할 수 있도록 사본을 보관하고, 완료 후 서버, 구성, 현재 선택을 항목별로 확인하세요. iCloud 동기화와 App Store 구매 항목 복원은 서로 다른 절차입니다. 동기화 데이터가 앱 구매 내역을 대신하지는 않습니다.
Diagnostics: 연결 실패 단계 확인
Diagnostics에서는 진단 정보를 수집하거나 확인할 수 있습니다. Settings에서 해당 메뉴를 찾아 화면 안내에 따라 필요한 진단을 실행하세요. 문제 발생 네트워크, Global Routing 모드, 선택한 서버, 구체적인 작업을 먼저 기록한 다음 문제를 재현하세요. 그래야 로그의 시각과 실제 동작을 대조할 수 있습니다.
결과를 확인할 때는 구독 가져오기, 도메인 조회, 서버 연결, 인증, 대상 요청 단계부터 구분하세요. 하나의 오류만으로 최종 원인을 판단할 수 없으므로 앞뒤 기록을 함께 살펴봐야 합니다. 진단 결과를 공유하기 전에 구독 token, 비밀번호, UUID, 개인 주소, 불필요한 접속 기록을 가리고 문제 재현에 필요한 정보만 남기세요.
연결 정보부터 실제 요청까지 확인하는 순서
기능은 서로 연관되어 있지만 문제를 진단할 때는 단계별로 확인해야 합니다. 먼저 연결 정보를 확인하고, 다음으로 연결 상태를 확인한 뒤 규칙과 보조 설정을 검증하세요. 한 번에 하나씩만 바꿔야 어떤 수정이 결과에 영향을 줬는지 알 수 있습니다. 아래 순서는 기존 구독 또는 서버 정보를 보유한 사용자를 위한 것으로, 모든 기능을 먼저 켤 필요는 없습니다.
- 출처를 확인하세요. Subscribe 업데이트 결과를 확인하거나 Add Server에서 프로토콜, 주소, 포트, 인증 항목을 점검한 뒤 현재 선택된 서버를 기록하세요.
- 구성을 확인하세요. Config에서 활성 구성을 확인하세요. Config 모드를 사용한다면 Rules 순서, 정책 그룹 선택, FINAL을 점검하세요.
- 수동 연결을 완료하세요. 시스템 권한을 확인하고 연결을 켠 다음 실제 요청을 보내세요. 필요한 경우 Proxy와 Direct를 잠시 비교 테스트하고, 테스트 후 원래 모드로 되돌리세요.
- 조회와 로그를 확인하세요. 관련 증상이 있을 때만 DNS 또는 테스트 설정을 조정하고, Diagnostics를 통해 실패 단계를 구분하세요.
- 편의 기능은 나중에 활성화하세요. 연결이 안정된 뒤 On Demand, Today Widget, iCloud를 설정하고, Data에서 같은 동작에 따른 트래픽 변화를 기록하세요.
구매와 최초 권한 설정부터 확인하려면 구매 및 설치 가이드를 읽어보세요. 연결 정보를 보유하고 있지만 첫 연결을 완료하지 못했다면 사용 튜토리얼을 확인하세요. 규칙 키워드가 익숙하지 않다면 먼저 용어 설명을 읽고 현재 구성의 조건을 확인하세요.