01 / RULES
규칙 분류
규칙 분류는 각 요청을 어떤 정책으로 처리할지 결정합니다. Shadowrocket은 Config의 규칙을 위에서부터 확인하며, 처음 일치한 항목을 즉시 적용합니다. 따라서 구체적인 도메인 규칙은 포괄적인 규칙보다 앞에 배치하고, FINAL은 일반적으로 마지막에 둡니다. 자주 사용하는 키워드로 DOMAIN, DOMAIN-SUFFIX, DOMAIN-KEYWORD, GEOIP, IP-CIDR, IP-CIDR6가 있습니다. 설정 후에는 연결 기록에서 실제 매칭 항목을 확인해야 하며, 웹페이지가 열리는지만으로 규칙이 올바르다고 판단해서는 안 됩니다.
규칙을 작성하기 전에 목표를 정하세요. 어떤 요청을 PROXY로 처리하고, 어떤 요청을 DIRECT로 연결하며, 어떤 요청을 REJECT할지 정해야 합니다. 규칙이 간결할수록 이후 문제 해결이 쉽습니다. 이상이 발생하면 위에서부터 확인해 더 앞에 있는 포괄적 규칙이 요청을 가로채지 않았는지 살펴보세요.
DOMAIN-SUFFIX
GEOIP
IP-CIDR
FINAL
02 / ROUTING
Global Routing 세 가지 방식
Global Routing은 전체 트래픽을 처리하는 방식을 결정합니다. Config는 현재 설정 파일의 규칙에 따라 요청을 하나씩 판단하므로 도메인과 주소 범위를 세분화해야 할 때 적합합니다. Proxy는 선택한 서버를 모든 트래픽에 사용하고, Direct는 직접 연결합니다. 연결 문제를 확인할 때는 각 방식을 잠시 전환해 비교할 수 있습니다. Proxy는 작동하지만 Config에서 문제가 발생하면 규칙, DNS와 FINAL을 중점적으로 확인하고, 모든 방식이 실패하면 먼저 서버 정보와 로컬 네트워크를 점검하세요.
일상적인 사용에는 보통 Config를 선택하지만, 설정 파일의 출처와 규칙 순서, 정책 이름이 서로 맞는지 먼저 확인해야 합니다. 방식을 전환한 뒤에는 이전 연결이나 캐시의 영향을 피하기 위해 테스트 페이지를 다시 열어 보세요.
Config
Proxy
Direct
03 / PROTOCOLS
다양한 프로토콜 설정
Shadowrocket에는 Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2 등의 서버 정보를 입력할 수 있습니다. 프로토콜 이름이 같다고 해서 매개변수를 서로 바꿔 쓸 수 있는 것은 아닙니다. 주소, 포트, 인증 필드, 전송 방식, TLS, SNI와 경로 등은 사용 중인 서버 정보와 일치해야 합니다. 수동으로 추가할 때는 Add Server에서 항목별로 확인하고, Subscribe로 가져온 뒤에도 프로토콜 유형과 주요 매개변수가 제대로 들어왔는지 점검하세요.
연결에 실패해도 여러 매개변수를 동시에 바꾸지 마세요. 먼저 원본 정보를 보존하고 서버 측 설정과 항목별로 대조한 다음, Connectivity Test 또는 연결 기록으로 DNS 조회, 핸드셰이크, 인증 중 어느 단계에서 실패했는지 확인하는 것이 좋습니다.
VMess
VLESS
Trojan
WireGuard
04 / SUBSCRIBE
기존 구독 가져오기 및 업데이트
사용 중인 구독 링크가 있다면 Subscribe에서 추가하고 업데이트할 수 있습니다. 가져오기 전에 링크가 현재 이용 중인 서비스 제공자의 것인지 확인하고, 링크에 개인 인증 정보가 포함될 수 있으므로 공개적으로 붙여 넣지 마세요. 구독을 업데이트하면 서버 목록을 다시 읽습니다. 기존 항목이 교체된 경우 현재 선택한 서버가 여전히 존재하는지, Config에서 참조하는 정책 이름이 바뀌지 않았는지 확인하세요.
구독 업데이트에 실패하면 먼저 정상적인 네트워크 환경에서 링크가 아직 유효한지 확인하고, 링크가 빠짐없이 복사되었는지 점검하세요. 같은 구독을 반복해서 새로 만들면 이름이 비슷한 중복 항목이 남아 선택과 문제 해결을 방해할 수 있습니다.
Subscribe
SERVER
Update
05 / ON DEMAND
On Demand 조건부 연결
On Demand는 네트워크 환경과 미리 정한 조건에 따라 시스템 연결을 설정할지 결정합니다. 특정 Wi-Fi 또는 셀룰러 네트워크 상태에서 설정을 자동 적용해야 하는 경우에 적합하지만, 설정하기 전에 수동 연결이 안정적으로 작동하는지 먼저 확인해야 합니다. 그렇지 않으면 서버, 규칙과 트리거 조건을 동시에 확인해야 하므로 원인 파악이 어려워집니다. 활성화한 뒤에는 대상 네트워크와 제외 네트워크에서 각각 테스트해 예상대로 작동하는지 확인하세요.
연결이 자주 반복되거나 예상대로 시작되지 않으면 먼저 On Demand를 끄고, 조건이 지나치게 포괄적이지 않은지, 네트워크 이름이 정확한지, 시스템의 VPN 설정이 여전히 유효한지 확인하세요.
On Demand
Wi-Fi
Cellular
06 / DATA
Data 트래픽 통계 및 연결 확인
Data 페이지에서는 앱에 기록된 트래픽 사용량을 확인할 수 있으며, 연결 기록은 요청이 Shadowrocket으로 들어왔는지, 어떤 규칙과 정책이 적용되었는지 확인하는 데 도움이 됩니다. 통계는 특정 테스트에서 트래픽이 발생했는지 확인하는 상대적 비교에 적합하지만, 통신사 청구서나 서버 측 측정값을 대신할 수는 없습니다. 통계 기준, 연결 재사용과 캐시에 따라 수치가 달라질 수 있습니다.
문제를 확인할 때는 관련 없는 테스트 조건을 먼저 제거하고 명확한 대상 하나만 방문한 뒤 해당 기록을 확인하세요. 새 기록이 전혀 없다면 시스템 연결 상태부터 점검하고, 기록은 있지만 정책이 맞지 않다면 Config로 돌아가 규칙 순서를 확인하세요.
Data
Connections
Rule Match
07 / ICLOUD
iCloud 동기화 및 기기 변경 정리
iCloud 동기화는 동일한 Apple ID를 사용하는 기기 사이에서 일부 앱 데이터를 저장하는 데 사용할 수 있지만, 기기를 바꾸기 전에는 중요한 Config, 구독 출처와 수동 서버 정보를 별도로 정리해야 합니다. 복원 후에는 Shadowrocket이 App Store 구입 항목에서 복원되었는지, 구독을 업데이트할 수 있는지, 현재 서버가 선택되었는지, Global Routing이 원하는 방식으로 유지되는지, 시스템 VPN 승인이 다시 완료되었는지를 항목별로 확인하세요.
동기화가 완료되었다고 해서 모든 외부 자료가 복원된 것은 아닙니다. 구독 링크와 서버 인증 정보는 사용자가 직접 보관해야 하며, 민감한 필드가 포함된 설정 파일을 공유하거나 내보내기 전에 수신 위치와 용도를 확인하세요.
iCloud
Import from Cloud JSON
Config