Shadowrocket 기능 및 자주 쓰는 설정

Global Routing: 구성, 프록시, 직접 연결

기능과 위치: Global Routing은 Home에서 현재 연결의 전반적인 처리 방식을 선택하는 항목입니다. 구성은 Config, 프록시는 Proxy, 직접 연결은 Direct입니다. 구성 규칙과 서버를 어떻게 사용할지 정하는 기능이지, 연결 품질을 단독으로 제어하는 스위치는 아닙니다. 특정 방식을 선택했더라도 연결 스위치, 시스템 VPN 구성 권한, 현재 서버를 함께 확인해야 합니다.

설정 방법: Home에서 Global Routing을 열고 사용 목적에 맞는 방식을 선택합니다. 규칙 구성을 준비했다면 일반적으로 Config를 사용합니다. 규칙 매칭의 영향을 일시적으로 제외해 비교하려면 Proxy로 전환하고, 현재 네트워크에서 직접 접속한 결과를 확인하려면 Direct를 선택합니다. 전환 후에는 대상 요청을 다시 실행하고, 필요한 경우 대상 앱을 종료했다가 다시 열어 기존 연결이 재사용되지 않도록 합니다.

주의사항: Direct를 선택해도 시스템에서 VPN 구성이 제거되는 것은 아닙니다. Proxy 역시 모든 앱의 모든 연결이 성공한다고 보장하지 않습니다. DNS, 기존 연결, 개별 구성에 따라 관찰 결과가 달라질 수 있습니다. 점검을 마치면 Global Routing을 실제 사용 목적에 맞는 방식으로 되돌려 비교 테스트 중 변경한 설정을 잊지 않도록 하세요.

Config와 규칙 기반 라우팅: 조건을 먼저, 정책은 다음

기능과 위치: 규칙 기반 라우팅은 도메인이나 주소 등의 조건에 따라 요청을 PROXY, DIRECT, REJECT 또는 구성에 정의된 정책으로 보냅니다. 구성 파일은 Config에서 관리합니다. 규칙을 정상적으로 적용하려면 현재 활성화된 파일과 Global Routing이 Config 방식인지 모두 확인해야 합니다. 파일을 가져오기만 했다고 해서 실제로 사용 중인 것은 아닙니다.

설정 방법: 먼저 기존 구성의 사본을 저장한 뒤 규칙 영역을 확인합니다. DOMAIN은 지정한 도메인과 일치하고, DOMAIN-SUFFIX는 도메인 접미사와 일치하며, DOMAIN-KEYWORD는 키워드로 매칭합니다. IP-CIDR과 IP-CIDR6은 각각 주소 대역을 지정하고, GEOIP은 IP 주소 위치 데이터베이스를 기준으로 판단합니다. 이 조건들은 도메인 조건과 구분해야 합니다. 규칙은 일반적으로 순서대로 평가되므로 더 구체적인 조건을 포괄적인 조건보다 앞에 두고, 마지막의 FINAL도 확인하세요.

[Rule]
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.org,DIRECT
DOMAIN-KEYWORD,ads,REJECT
GEOIP,CN,DIRECT
FINAL,PROXY

이 내용은 규칙 문법만 보여 주며, 기존 설정 파일을 그대로 대체할 수 있는 완성본은 아닙니다. 예시에서 첫 번째 규칙은 특정 도메인을 지정하고, 두 번째 규칙은 다른 도메인 접미사를 지정하며, 세 번째 규칙은 키워드에 따라 거부하는 방식을 보여 줍니다. 앞선 조건에 해당하지 않는 요청은 마지막에 지정된 FINAL 정책으로 처리됩니다. 실제로 사용할 때는 설정에 해당 정책 이름이 있는지, 참조된 서버를 사용할 수 있는지도 확인하세요.

주의사항: 조건이 올바르게 매칭되어도 정책 대상이 잘못되면 예상과 다른 결과가 나올 수 있습니다. USER-AGENT 등의 조건은 요청에서 식별 가능한 정보가 제공되어야 하므로 모든 연결에 적용되는 범용 판별 방식으로 간주하면 안 됩니다. 매칭 여부를 확인하려면 연결 기록에서 대상, 매칭된 규칙, 최종 정책을 함께 살펴보세요. 웹페이지가 열리는지만으로 규칙 적용 여부를 판단하지 마세요.

Subscribe 및 SERVER: 기존 연결 정보 관리

기능과 위치: Home의 SERVER 영역에서 서버를 확인하고 선택할 수 있으며, Add Server에서 연결 정보를 추가할 수 있습니다. Subscribe는 사용자가 이미 보유한 구독을 관리하는 기능입니다. 구독은 일반적으로 업데이트할 수 있는 서버 항목 모음이고, Config는 규칙과 기타 동작에 영향을 주는 구성 파일이므로 역할이 다릅니다. 서버 목록을 가져왔다고 해서 라우팅 규칙까지 모두 설정된 것은 아닙니다.

설정 방법: 본인이 보유한 구독 또는 서버 정보가 있다는 전제에서 시작하기 안내에 따라 가져옵니다. 직접 추가하려면 Add Server에서 원본 정보와 일치하는 유형을 선택하고 주소, 포트, 인증 정보를 입력합니다. Scan QR Code를 사용할 때는 스캔할 내용이 직접 가져오도록 준비한 자료인지 확인하세요. 저장한 뒤 Home으로 돌아가 이름, 유형, 현재 선택 상태를 확인하고 Connectivity Test를 실행합니다.

Shadowsocks, VMess, VLESS, Trojan 등은 필요한 항목이 서로 다릅니다. 원본 자료를 기준으로 각 항목을 입력하세요. 유형만 바꾼다고 프로토콜이 변환되는 것은 아닙니다. TLS, 전송 방식, 서버 이름 관련 옵션도 서버 측 설정과 일치해야 합니다. 비워둘 수 있어 보이는 항목이라도 현재 연결 방식에서 생략할 수 있다는 뜻은 아닙니다.

주의사항: Subscribe를 업데이트하기 전에 보존해야 할 로컬 변경사항이 있는지 확인하고, 업데이트 후 목록과 선택 항목을 다시 점검하세요. 구독 주소, QR 코드, 인증 정보가 포함된 스크린샷을 공개하지 마세요. Shadowrocket은 유료 클라이언트입니다. 클라이언트 일회성 구매 ≠ 회선 요금제. 이 사이트는 서버나 구독을 제공·판매·추천하지 않으며, 이미 보유한 자료를 가져오고 관리하는 방법만 안내합니다.

On Demand: 조건에 따라 연결 실행

기능과 위치: On Demand는 조건에 따라 연결을 시도할 시점을 결정합니다. Home에서 연결 스위치를 직접 켜는 방식과 달리, 저장된 조건에 따라 시스템이 연결 동작을 실행할 수 있습니다. Settings에서 On Demand 관련 설정을 찾아 현재 앱에 표시되는 네트워크 조건과 옵션을 확인하세요. 구체적인 메뉴 위치와 사용할 수 있는 항목은 앱의 실제 화면을 기준으로 합니다.

설정 방법: 먼저 수동 연결 상태에서 정상적으로 접속되는지 확인한 다음 조건을 설정합니다. 연결을 실행할 네트워크 상황과 예외 상황을 구분해 기록하고, 저장 후 해당 네트워크로 하나씩 전환해 테스트하세요. Home의 연결 상태뿐 아니라 고정된 대상을 실제로 열어 조건이 충족된 뒤 예상한 서버와 Global Routing 방식이 사용되는지도 확인해야 합니다.

주의사항: On Demand는 서버 매개변수나 규칙 오류를 해결하지 않습니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 시스템 구성을 반복해서 삭제하기 전에 On Demand 조건을 먼저 확인하세요. 변경 전에 조건을 기록해 두고, 연결이 자주 반복되거나 네트워크 전환 후 상태가 비정상적이면 원인을 파악하는 동안 On Demand를 잠시 비활성화해 수동 연결을 기준으로 점검하세요. 원인을 확인한 뒤 조건을 하나씩 다시 적용합니다.

Data: 트래픽 확인, 품질 판단은 별도로

기능과 위치: Data에서는 앱이 기록한 트래픽 정보를 확인할 수 있습니다. Data를 열고 먼저 화면의 기간, 방향, 분류 기준을 확인한 다음 수치를 비교하세요. 업로드, 다운로드, 개별 연결, 누적 기록은 각각 의미가 다릅니다. 앱에 표시되는 데이터는 통신사 청구서나 다른 서비스의 요금 산정 기준으로 바로 사용할 수 없습니다.

설정 및 확인 방법: 한 번의 작업으로 발생한 변화를 보려면 먼저 현재 수치를 기록한 뒤 고정된 페이지 하나만 여는 등 단일 작업을 수행하고 Data로 돌아와 비교합니다. 화면에 기록 삭제 또는 통계 초기화 기능이 있다면 실행 전에 과거 기록을 보존해야 하는지 확인하세요. 서로 다른 시간대의 총량을 임의로 비교하기보다 같은 네트워크와 작업 조건으로 전후를 비교하는 편이 결과를 해석하기 쉽습니다.

주의사항: 트래픽 수치가 변했다는 것은 데이터 교환이 있었다는 뜻일 뿐, 모든 요청이 성공했거나 규칙이 올바르게 매칭되었다는 증거는 아닙니다. 백그라운드 작업, 재시도, 네트워크 전환도 통계에 영향을 줄 수 있습니다. 속도가 느리거나 배터리 소모가 많다면 사용 시간, 연결 기록, 시스템 배터리 정보를 함께 확인하세요. 누적 수치가 증가했다는 이유만으로 DNS를 변경하거나 모든 규칙을 교체하지 마세요.

DNS: 확인 경로와 설정 출처 점검

기능과 위치: DNS는 도메인 이름을 연결에 필요한 주소로 변환합니다. 관련 옵션은 Settings와 현재 Config의 DNS 설정에서 확인할 수 있으며, 실제 적용 방식은 구성 내용에 따라서도 달라집니다. 도메인 접속 실패, 네트워크별 결과 차이, 연결 기록에 표시되는 비정상적인 주소가 나타나면 먼저 현재 DNS 설정의 출처를 파악한 다음 변경 여부를 결정하세요.

설정 방법: 먼저 시스템 DNS 설정을 그대로 사용하는지, DNS 서버를 지정했는지, 구성에 다른 DNS 매개변수가 있는지 기록합니다. 직접 지정할 경우 본인이 확인한 연결 가능한 DNS 서비스를 사용하고 해당 항목에서 요구하는 형식에 맞춰 입력하세요. DNS over HTTPS를 사용하려면 해당 서비스 주소에도 연결할 수 있어야 합니다. 암호화 전송을 사용한다고 해서 DNS 경로가 모든 라우팅 규칙의 예상과 자동으로 일치하는 것은 아닙니다.

주의사항: DNS 확인 방식을 한 번에 하나만 변경하고 기존 값을 보관한 뒤 같은 도메인으로 반복 테스트하세요. DNS, Global Routing, 서버를 동시에 바꾸면 어느 변경이 영향을 줬는지 구분하기 어렵습니다. 주소를 직접 입력해 접속하는 결과와 도메인으로 접속하는 결과도 같다고 단정할 수 없습니다. TLS와 대상 서비스가 도메인 이름에 의존할 수 있기 때문입니다. DNS 경로에 대한 자세한 설명은 DNS 설정 자세히 알아보기를 참조하세요.

Test Method와 Connectivity Test: 테스트 대상 구분

기능과 위치: Test Method는 Settings에서 테스트 방식과 관련된 설정이고, Connectivity Test는 Home에서 연결 테스트를 실행하는 기능입니다. 전자는 테스트 방법에 영향을 주고 후자는 테스트를 시작합니다. 결과를 보기 전에 어느 구간을 테스트하는 방식인지 확인하세요. 한 번 표시된 테스트 시간이 모든 웹사이트의 접속 속도를 의미하지는 않습니다.

설정 방법: Test Method를 열어 현재 방식을 확인하고 앱에서 제공하는 옵션 및 안내에 따라 선택합니다. 해당 방식에 대상 주소나 추가 매개변수가 필요하다면 형식이 올바르고 연결 가능한지 먼저 확인하세요. Home으로 돌아가 Connectivity Test를 실행하고 결과를 비교할 때 테스트 방식, 대상, 네트워크를 동일하게 유지합니다. 다른 방식과 비교하려면 변경 전에 기존 결과를 기록하세요.

주의사항: 테스트 성공이 인증이 필요한 모든 요청, DNS 확인, 대상 서비스의 정상 작동을 보장하지는 않습니다. 테스트 실패가 테스트 대상에만 관련된 문제일 수도 있습니다. 서버 테스트는 통과했지만 웹페이지가 열리지 않으면 Global Routing, DNS, 해당 대상의 규칙을 추가로 확인하세요. 네트워크를 전환한 뒤에만 실패한다면 다시 테스트하고 네트워크 유형을 기록하세요. 조건이 다른 결과를 한데 모아 순위를 매기지 마세요.

Today Widget 및 iCloud 동기화: 기능과 데이터 범위 확인

Today Widget: 시스템 위젯 진입점

기능, 위치 및 설정: Today Widget은 앱 외부에서 빠르게 확인하거나 조작할 수 있는 진입점을 제공합니다. 먼저 Settings에서 관련 옵션을 확인한 다음 시스템에서 지원하는 위젯 편집 화면에서 Shadowrocket을 추가할 수 있는지 살펴보세요. 위젯 형태, 표시 내용, 사용 가능한 동작은 기기의 시스템과 앱 지원 여부에 따라 달라집니다. 시스템 요구 사항은 App Store 페이지의 안내를 기준으로 합니다.

주의사항: 위젯 표시와 앱의 상태 업데이트 사이에 지연이 생길 수 있습니다. 현재 연결 상태를 확인하려면 Home으로 돌아가 실제 요청을 실행해 보세요. 위젯이 보이지 않으면 앱을 정상적으로 한 번 실행한 뒤 시스템 위젯 목록과 관련 권한을 확인하세요. 위젯을 추가하려고 정상 작동 중인 서버 매개변수를 변경하지 마세요.

iCloud 동기화: 범위를 확인한 뒤 덮어쓰기 처리

기능, 위치 및 설정: iCloud 관련 설정은 지원되는 범위에서 앱 데이터를 동기화합니다. 먼저 시스템에서 iCloud를 사용할 수 있는지 확인한 다음 Settings에서 앱이 제공하는 동기화 옵션과 안내를 살펴보세요. 처음 활성화하기 전에 각 기기에서 보존해야 할 구성을 따로 저장하고, 동기화 대상 항목을 확인한 후 화면에 표시된 절차를 진행하세요. 모든 서버, 통계, 시스템 권한이 함께 이전된다고 가정하지 마세요.

주의사항: 동기화는 과거 상태를 보관하는 백업을 대신하지 않습니다. 두 기기에서 모두 변경한 내용이 있다면 먼저 비교하세요. 동기화 스위치를 반복해서 켰다 끄며 ‘새로고침’을 시도하지 마세요. 기기를 바꿀 때 앱 구매 기록, 구성 데이터, 시스템 VPN 구성 권한은 각각 별도로 확인해야 합니다. iPhone과 iPad의 화면이 다를 수 있으므로 동기화 결과를 항목별로 점검하세요.

Diagnostics: 근거를 바탕으로 설정 문제 찾기

기능과 위치: Diagnostics 및 관련 진단 메뉴에서는 문제 해결에 필요한 정보를 수집하거나 확인할 수 있습니다. Settings에서 해당 기능을 찾아보세요. 진단의 목적은 모든 옵션을 켜는 것이 아니라, 명확한 증상에 따라 연결이 설정되지 않는지, 테스트가 실패하는지, 도메인 확인에 문제가 있는지, 규칙이 요청을 예상과 다른 정책으로 보내는지를 파악하는 것입니다.

설정 및 사용 방법: 먼저 재현 시각, 네트워크 유형, Global Routing, 현재 서버, 대상 도메인을 기록한 다음 화면에서 사용할 수 있는 진단 메뉴를 확인합니다. 안정적으로 재현되는 작업을 한 번 반복하고 오류가 발생한 위치와 안내 문구를 기록하세요. 구성을 비교해야 한다면 정상 작동했던 기존 사본을 기준으로 매개변수를 한 번에 하나씩 변경하고, 확인 후 유지하거나 복원합니다.

주의사항: 진단 자료에는 서버 주소, 접속 대상, 인증 관련 정보가 포함될 수 있습니다. 공유하기 전에 구독 주소, 인증 정보, 개인 접속 기록을 항목별로 확인하고 삭제하세요. 전체 구성을 그대로 공개하지 마세요. 상세 기록을 켰다면 이번 점검에 필요한 동안만 사용하고, 완료 후 기존 기록 설정으로 되돌린 다음 더 이상 필요하지 않은 민감한 자료를 삭제하세요.

이 페이지에서는 설정의 기능과 확인 방법을 안내합니다. 문제가 이미 발생했다면 문제 해결을 참고해 스위치, 연결, 구독, 속도, DNS 등의 증상별로 점검하세요. 앱은 Apple 플랫폼에서만 제공되며, 유일한 다운로드 경로는 App Store입니다. 호환성, 시스템 요구 사항, 구매 가능 여부는 App Store 페이지의 안내를 기준으로 합니다.