Shadowrocket 사용법 구독 추가와 규칙 설정

Rule: 구체적인 규칙부터 FINAL까지

Global Routing에서 Config를 선택하면 구성 파일의 규칙에 따라 요청이 처리됩니다. 규칙은 일반적으로 위에서 아래로 확인되며 먼저 일치하는 규칙이 처리 방식을 결정합니다. 따라서 구체적인 도메인 규칙과 로컬 네트워크 규칙을 기본 처리 규칙보다 위에 배치해야 합니다. Config에서 현재 사용하는 파일을 편집한 다음 저장 후에도 해당 파일이 활성 상태인지 확인하세요. 아래 예시에서는 지정된 도메인은 PROXY로, 로컬 네트워크 주소는 DIRECT로 처리하고 나머지 요청은 FINAL로 처리합니다. 실제 결과는 도메인 해석, 규칙 조건 및 사용 가능한 정책에도 영향을 받습니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT

Global Routing: 현재 처리 방식을 먼저 확인하세요

Home의 Global Routing에는 Config, Proxy, Direct 세 가지 처리 방식이 있습니다. 각각 구성에 따라 요청 처리, 프록시를 통한 처리, 직접 연결을 뜻합니다. 규칙 분기를 사용하려면 먼저 Config를 선택한 뒤 활성 구성과 현재 서버를 확인하세요. 문제를 해결할 때는 같은 대상에 대해 처리 방식을 임시로 바꿔 결과를 비교할 수 있지만, 한 번에 하나씩만 변경하고 테스트 후에는 원래 설정으로 되돌리세요. 처리 방식을 바꿔도 서버 인증 정보가 수정되지는 않으며 DNS와 연결 로그 확인을 대신할 수도 없습니다.

[Rule]
DOMAIN,example.com,DIRECT
FINAL,PROXY

이 예시는 Config에서 적용되는 규칙만 설명하며 Global Routing을 전환하지 않습니다.

Subscribe: 이미 보유한 정보 가져오기

본인이 보유한 구독 주소를 준비한 뒤 Add Server에서 Subscribe를 선택하고 주소를 입력해 저장하세요. 기존 QR 코드는 Scan QR Code로 읽을 수 있습니다. 가져온 뒤 항목이 표시되는지 확인하고 유형과 필수 필드를 점검한 다음 항목 하나를 선택해 테스트하세요. 구독을 업데이트하면 원격에서 관리하는 항목이 변경될 수 있으므로, 계속 보존해야 하는 로컬 수정 사항을 구독에서 생성된 항목에만 저장하지 마세요. 구독 주소에는 접속 정보가 포함될 수 있으니 도움을 요청할 때 전체 주소와 인증 정보를 가리세요. 이 사이트에서는 가져오는 방법만 안내하며 구독을 제공하거나 추천하지 않습니다.

[General]
dns-server = system

구독은 연결 항목을 가져오는 데 사용됩니다. 위의 DNS 설정은 Config에 속하므로 각각 따로 확인해야 합니다.

Add Server: Type에 맞춰 매개변수 확인

Shadowrocket에서는 Shadowsocks, VMess, VLESS, Trojan, Hysteria2 등의 프로토콜을 설정할 수 있습니다. Add Server로 이동해 Type을 선택한 다음, 보유한 서버 정보에 따라 Host, Port 및 해당 인증 필드를 입력하세요. 프로토콜마다 필요한 매개변수가 다르며, 프로토콜 이름만으로 전송 방식, TLS 또는 서버 이름을 추정할 수는 없습니다. 링크를 가져온 뒤에도 각 항목을 확인하고, 한 프로토콜의 필드를 다른 프로토콜에 그대로 적용하지 마세요. 연결 항목이 올바르게 설정되어야 이후 PROXY 정책을 사용할 수 있습니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

규칙의 PROXY는 처리 방식이며 특정 프로토콜 이름이 아닙니다.

On Demand: 연결 조건과 규칙의 역할

On Demand는 설정한 조건에 따라 연결을 시작하는 기능이며, 관련 옵션은 Settings에서 확인할 수 있습니다. 자동 연결 동작을 설정 미저장으로 오해하지 않도록 먼저 수동 연결과 기본 접속을 테스트한 뒤 조건을 하나씩 조정하세요. On Demand는 연결을 시작할 시점을 정하고, Rule은 연결 중 요청을 처리하는 방식을 정하므로 서로 대체할 수 없습니다. 연결을 수동으로 중지하거나 네트워크 전환 문제를 확인할 때는 On Demand 상태도 함께 살펴보세요. 원래 조건으로 되돌린 뒤 연결이 반복되는지 확인하세요.

[Rule]
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY

이 예시는 요청 처리 경로를 설명합니다. On Demand 조건은 해당 설정에서 따로 확인해야 합니다.

Config: 저장, 선택 및 적용 범위

Config에서는 요청 처리 방식을 정하는 구성 파일을 관리합니다. 일반적으로 General과 Rule 섹션이 포함됩니다. 편집하기 전에 원본 파일을 보존하고 명확한 옵션 하나만 변경하세요. 파일을 저장한 뒤에는 현재 선택된 구성과 Global Routing이 일치하는지도 확인해야 합니다. 그렇지 않으면 파일은 수정했지만 요청이 예상대로 처리되지 않을 수 있습니다. 원격 구성 업데이트는 원격에서 관리하는 내용을 덮어쓸 수 있으므로, 계속 사용할 로컬 변경 사항은 별도로 백업하세요. 예시에서는 시스템 DNS를 사용하고 일치하지 않는 요청을 DIRECT로 처리하지만, 이것이 모든 네트워크에 적합하다는 뜻은 아닙니다.

[General]
bypass-system = true
dns-server = system

[Rule]
FINAL,DIRECT

Data: 통계 대상과 기간부터 확인하세요

Data의 트래픽 정보는 클라이언트가 처리한 요청과 사용량 변화를 살펴보는 데 도움이 됩니다. 통계를 확인하기 전에 화면에 표시된 기간과 대상부터 확인한 다음, 명확한 작업 전후의 변화를 비교하세요. 트래픽 기록은 서버 측 요금 산정 결과와 같지 않으며, 특정 대상에 접속했는지도 단독으로 판단할 수 없습니다. 분기 문제를 살펴볼 때는 Data를 현재 규칙과 연결 상태와 함께 확인하세요. 구성을 전환하거나 기록을 초기화했다면 범위가 다른 데이터를 섞어 해석하지 않도록 비교 기준을 새로 설정해야 합니다.

[Rule]
DOMAIN,example.com,DIRECT
FINAL,PROXY

규칙은 처리 방식을 결정하며, 통계 변화는 실제 요청과 기록 범위를 함께 고려해 해석해야 합니다.

iCloud: 동기화와 별도로 백업 보관

기기를 바꿀 때는 먼저 Settings에서 iCloud 관련 옵션을 확인하고 시스템 계정, 사용 가능한 저장 공간 및 동기화 상태를 점검하세요. 앱 구매에 사용한 계정과 시스템 iCloud 계정은 역할이 다르며, 구매 기록만으로 구성이 동기화되었다고 볼 수 없습니다. 기기를 옮기기 전에 현재 구성 파일을 보관하고 다시 가져와야 할 구독 정보도 별도로 기록하세요. 이전 후에는 활성 Config, 기존 항목 및 Global Routing을 확인하고 연결을 테스트하세요. 동기화는 과거 상태를 백업하는 것과 다릅니다. 내용을 잘못 수정한 경우 그 변경 사항까지 동기화될 수 있으므로 중요한 변경 전에는 별도 사본을 내보내세요.

[General]
dns-server = system

[Rule]
FINAL,DIRECT

Diagnostics: 단계별로 문제 범위 좁히기

연결에 문제가 있으면 먼저 현재 네트워크에서 정상적으로 접속할 수 있는지 확인한 뒤 선택된 항목, 인증 필드 및 Global Routing을 살펴보세요. Connectivity Test는 연결 상태를 파악할 단서를 제공하며, Settings의 Diagnostics와 Log에서는 실패가 발생한 단계를 더 자세히 확인할 수 있습니다. 테스트 한 번에 성공했다고 모든 대상에 연결할 수 있는 것은 아니며, 한 번 실패했다고 바로 규칙 문제로 단정할 수도 없습니다. 테스트 대상을 하나로 고정하고 연결, DNS, 규칙 결과를 순서대로 비교하면서 한 번에 하나씩만 변경하세요. 로그를 공유하기 전에 구독 주소, 인증 정보 및 기타 민감한 내용을 삭제하세요.

[General]
dns-server = system

[Rule]
FINAL,DIRECT