Shadowrocket Global Routing 설정 방법: Config·Proxy·Direct 차이

핵심 내용

자신이 이용하는 서비스와 구독 정보가 있고, 트래픽 분기와 전체 프록시 사용을 구분하고 싶다면 다음을 기억하세요. Config는 현재 설정에 따라 트래픽의 경로를 정하고, Proxy는 Shadowrocket이 처리하는 일반 연결을 프록시 경로로 보냅니다. Direct는 해당 연결을 직접 연결합니다. 평소에는 내용을 확인한 Config를 사용하세요. 문제를 진단할 때는 서버와 테스트 대상을 그대로 둔 채 Global Routing만 바꾸고, 새 연결이 실제로 어떻게 처리되는지 확인합니다.

Global Routing, 서버, 연결 스위치 구분하기

Global Routing은 트래픽 처리 방식을 정하는 옵션이지, 서버 주소나 연결 스위치가 아닙니다. Proxy를 선택해도 연결이 정상적으로 수립된다는 뜻은 아니며, Config를 선택해도 현재 네트워크에 맞는 규칙이 앱에 자동으로 추가되는 것은 아닙니다. 설정, 서버, 시스템 연결 상태를 각각 확인해야 서로 다른 문제를 혼동하지 않을 수 있습니다.

Shadowrocket에서 Home은 서버와 연결 상태를 확인하고 Global Routing으로 이동하는 화면이며, Config에서는 구성 파일을 관리합니다. Config라는 이름은 두 곳에서 서로 다른 의미로 쓰입니다. 하나는 구성 파일을 관리하는 메뉴이고, 다른 하나는 Global Routing에서 설정에 따라 트래픽을 처리하는 옵션입니다. 옵션을 바꿔도 규칙이 자동으로 작성되거나 잘못된 서버 정보가 수정되지는 않습니다.

3가지

비교 항목: Config / Proxy / Direct

2곳

Home에서 라우팅 옵션 확인, Config에서 구성 파일 관리

1회

진단할 때마다 변수 하나만 바꾸고 새 연결을 시작합니다

Global Routing 목록에 Scene이 표시된다면, 이는 상황별로 라우팅 옵션을 구성하는 메뉴입니다. 다른 프로토콜로 보면 안 됩니다. Scene을 사용하는 경우 실제로 적용 중인 Scene과 라우팅 옵션을 확인하세요. 이 글에서는 Config, Proxy, Direct를 직접 선택할 때의 기본 동작을 비교하며 Scene의 조건 설정은 다루지 않습니다.

Config·Proxy·Direct, 어떤 상황에 적합할까요?

Config: 현재 설정에 따라 처리

권장

연결 경로는 현재 설정의 규칙과 정책에 따라 결정됩니다. 규칙은 DIRECT, PROXY 또는 설정에 정의된 정책을 지정할 수 있습니다. 앞선 규칙에 일치하지 않으면 FINAL에 따라 처리됩니다.

적합한 경우: 설정을 확인했고, 평소 대상별로 트래픽을 분기해 사용하려는 경우

Proxy: 프록시 경로 사용

Shadowrocket이 처리하는 일반 연결은 통상적인 분기 규칙을 하나씩 따르는 대신 프록시 경로로 전달됩니다. 실제로 사용할 서버는 별도로 확인해야 합니다. 시스템 트래픽, 제외 항목, 특수한 네트워크 동작까지 포함해 '기기 전체의 모든 데이터'가 처리된다고 단정할 수는 없습니다.

적합한 경우: 프록시 경로를 잠시 테스트하거나 규칙의 영향을 비교해 진단하려는 경우

Direct: 직접 연결

Shadowrocket이 처리하는 일반 연결은 프록시 서버를 경유하지 않고 직접 연결됩니다. 앱의 연결 상태와 DNS 등의 설정은 별도로 확인해야 하며, Direct를 앱 연결을 끄는 기능으로 이해하면 안 됩니다.

적합한 경우: 직접 연결과 비교해 현재 로컬 네트워크에서 대상에 접속할 수 있는지 확인하려는 경우

Config를 선택하려면 현재 설정을 이해하고 있어야 합니다. Config를 '일부 사이트는 프록시를 사용하고 나머지는 반드시 직접 연결'하는 옵션으로 단순화하면 안 됩니다. 설정 마지막에 FINAL,PROXY가 있으면 앞선 규칙에 일치하지 않은 연결도 프록시로 전달됩니다. Proxy가 더 빠른 옵션인 것도 아닙니다. 속도는 로컬 네트워크, 서버 경로, 대상 서비스, 연결 부하에 따라 달라집니다.

Config 규칙 읽는 법: 순서와 FINAL

규칙은 일반적으로 순서대로 확인합니다. 앞에 있는 구체적인 규칙부터 적용하며, FINAL은 앞선 규칙에 일치하지 않은 경우의 처리를 정합니다. 특정 도메인을 진단할 때는 구성 파일의 마지막 줄만 볼 것이 아니라 실제로 어떤 규칙이 적용됐는지 확인하세요. 포괄적인 규칙이 앞에 있으면 뒤의 구체적인 규칙이 적용되지 않을 수 있습니다.

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

위 내용은 규칙 형식을 보여 주는 예시이며, 기존 설정을 그대로 대체할 수 있는 완성된 파일이 아닙니다. example.com은 도메인 일치 방식을 설명하기 위한 예시입니다. 예시의 PROXY는 프록시 정책을 뜻합니다. 실제 설정에 사용자 지정 정책 이름이 있다면 해당 이름의 정의와 현재 선택을 확인하세요. 예시 문구를 사용 중인 설정에 그대로 덮어쓰지 않도록 주의하세요.

DOMAIN-SUFFIX,example.com,DIRECT: 해당 도메인과 하위 도메인에 일치하며 DIRECT를 사용합니다.
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve: 지정된 IPv4 대역에 일치합니다. no-resolve는 이 규칙을 위해 별도의 도메인 조회를 수행하지 않는다는 뜻이며, DNS를 전역적으로 끄는 설정은 아닙니다.
GEOIP,CN,DIRECT: 대상 IP의 지리 데이터베이스 정보를 기준으로 일치 여부를 판단합니다. 웹페이지 언어, 사이트 이름 또는 기기 지역을 기준으로 하는 규칙이 아닙니다.
FINAL,PROXY: 앞선 규칙에 일치하지 않으면 PROXY로 전달합니다. 방문자가 직접 연결과 프록시 중 무엇을 원하는지 자동으로 판단하지는 않습니다.

도메인 규칙과 IP 규칙은 서로 다른 입력에 의존합니다. 대상이 이미 IP 주소라면 도메인 접미사 규칙에서 도메인을 알아낼 수 없습니다. IP 기준으로 일치 여부를 판단할 때는 DNS 조회 결과도 영향을 줍니다. 같은 사이트가 간혹 다른 경로를 이용한다면 해당 요청 기록, 대상 주소, 적용된 규칙을 함께 살펴보세요. 규칙 문구만으로 결과를 추측해서는 안 됩니다.

iPhone에서 라우팅 옵션을 바꾸고 확인하기

아래 절차는 서버 또는 구독 정보를 직접 가져온 상태를 전제로 합니다. 구독 업데이트, 서버 변경, 라우팅 수정이 동시에 일어나지 않도록 알아보기 쉬운 서버 하나를 선택해 그대로 유지하세요. 가져오기 절차는 시작하기를, 서버와 구독 관리 방법은 서버 관리를 참고하세요.

Home으로 이동해 현재 서버를 확인합니다. Config에서 활성화된 구성 파일과 파일 이름, FINAL에 지정된 정책을 확인합니다.
Home → Global Routing으로 돌아가 Config를 선택한 다음 Home에서 연결 상태를 확인합니다. 처음 연결할 때는 시스템 안내에 따라 권한을 허용하세요.
도메인 규칙에 일치하는 대상과 FINAL로 처리될 것으로 예상되는 대상을 각각 방문합니다. Data의 연결 기록에서 요청 경로를 확인하세요. 기록 메뉴의 위치는 현재 인터페이스에 따라 다를 수 있습니다.
서버를 그대로 둔 채 Home → Global Routing에서 Proxy를 선택하고 같은 대상에 새 연결을 시작합니다. 기존에 열린 장시간 연결 페이지를 새로 고치는 것만으로 결과를 판단하지 마세요.
Direct로 바꾸고 다시 테스트해 도메인이 조회되는지, 연결이 수립되는지, 페이지 리소스가 모두 로드되는지 기록합니다. 테스트가 끝나면 원래 사용하려던 Config로 되돌립니다.

예를 들어 Proxy에서는 새 요청이 성공하고 Config에서는 같은 요청이 실패하며, 기록에 Config가 DIRECT를 적용한 것으로 표시된다면 해당 규칙과 직접 연결 경로부터 확인하세요. 이는 결과를 해석하는 방법을 보여 주는 예시일 뿐, 특정 사이트를 실제로 테스트한 결과가 아닙니다. 반대로 세 가지 옵션에서 모두 실패한다면 규칙 파일을 계속 바꾸기보다 로컬 네트워크, DNS, 대상 서비스를 먼저 확인하세요.

두 가지 사용 상황: 평소 트래픽 분기와 일시적인 진단

사용 방법: 평소 설정과 진단 비교를 나눠서 진행하기

평소에는 Config 사용

Config에서 활성화된 파일을 확인하고 FINAL의 처리 경로를 확인합니다.
직접 연결이 필요한 대상과 프록시가 필요한 대상을 각각 한 번씩 테스트합니다.
구독을 업데이트한 뒤 서버 선택과 정책 참조를 다시 확인합니다.

Proxy / Direct는 일시적으로 사용

서버, 테스트 대상, 로컬 네트워크를 그대로 유지합니다.
Global Routing만 한 번에 하나씩 바꾸고 새 연결을 시작합니다.
결과를 기록한 뒤 원래 옵션으로 되돌립니다. 진단용 설정을 장기간 방치하지 마세요.

정리: Config는 확인 가능한 평소 트래픽 분기에 사용하고, Proxy와 Direct는 경로를 비교해 진단할 때 활용합니다.

기기에 자동 연결 동작을 설정했다면 Settings → On Demand도 확인하세요. On Demand는 특정 조건에서 연결을 시작하는 동작을 제어하며 DOMAIN-SUFFIX나 FINAL 같은 규칙을 대신하지 않습니다. 진단 중 연결 상태가 저절로 바뀐다면 Global Routing의 동작을 판단하기 전에 이 설정부터 확인하세요.

구독과 구성 파일도 구분해야 합니다. 구독 업데이트는 주로 기존 서비스의 서버 정보를 가져오며, 현재 규칙을 수정해 주지는 않습니다. 프로토콜 이름 역시 라우팅 옵션과는 별개입니다. 서버가 Shadowsocks, VMess, VLESS, Trojan, Hysteria2 또는 WireGuard를 사용하더라도 여기서 Config, Proxy, Direct가 맡는 기본 역할은 달라지지 않습니다.

자주 묻는 질문: 옵션을 바꾸면 결과가 달라지는 이유

Config를 선택했는데 왜 모든 연결이 프록시를 사용하는 것처럼 보이나요?

먼저 Config에서 현재 파일의 FINAL을 확인하고, 앞부분에 포괄적인 프록시 규칙이 있는지도 살펴보세요. 정책 그룹을 사용한다면 그룹 내부의 선택도 확인해야 합니다. 서로 다른 대상 두 곳에 새 요청을 보내고 Data에서 실제 기록을 확인하세요. 한 웹페이지의 결과만으로 모든 연결을 판단하지 마세요.

Proxy에서는 열리지만 Config에서는 열리지 않습니다. 구독에 문제가 있나요?

같은 서버를 유지한 채 Config에서 해당 대상에 적용된 규칙과 정책을 비교하세요. 실제로 DIRECT를 사용하고 있다면 직접 연결이 가능한지 확인하고, 다른 서버를 선택했다면 해당 정책을 확인하세요. 프록시 서버 자체에 연결할 수 없는 경우에만 서버 매개변수나 기존 구독의 업데이트 결과를 확인하면 됩니다.

Direct에서는 열리지만 Proxy에서는 열리지 않습니다. 무엇을 바꿔야 하나요?

현재 직접 연결 경로에서는 대상에 접속할 수 있다는 뜻일 뿐, 프록시 경로도 정상이라는 의미는 아닙니다. Home으로 돌아가 서버 선택과 연결 상태를 확인한 다음 서버 주소, 포트, 인증 정보가 보유한 정보와 일치하는지 살펴보세요. 서버 연결 오류를 감추려고 FINAL을 수정하지 마세요.

지연 시간은 표시되는데 세 가지 옵션 모두 웹페이지를 열지 못하는 이유는 무엇인가요?

지연 시간 결과는 해당 테스트 과정만 나타내며, 도메인 조회와 웹페이지 연결, 리소스 로드가 모두 성공했다는 뜻은 아닙니다. 먼저 로컬 네트워크를 확인하고 DNS에서 유효한 결과를 받는지 살펴보세요. 도메인 조회 실패와 연결 시간 초과도 구분해야 합니다. Proxy로 바꿔도 잘못된 DNS 주소나 대상 서비스 장애가 자동으로 해결되지는 않습니다.

Direct를 선택했는데 시스템에 연결 상태가 계속 표시되는 이유는 무엇인가요?

Direct는 트래픽 처리 옵션이지 연결을 중지하는 버튼이 아닙니다. 연결을 끄려면 Home으로 돌아가 연결 스위치를 조작하세요. 연결이 다시 시작되면 Settings → On Demand의 조건 설정을 확인합니다. 시스템의 연결 표시만으로 프록시 경로가 적용됐다고 판단하지 마세요.

진단 후 확인 목록

마지막에는 '열리면 더 확인하지 않아도 되는' 임시 상태가 아니라, 이유를 설명할 수 있는 설정을 유지해야 합니다. 평소 사용에서는 트래픽 경로를 모른 채 특정 옵션을 계속 사용하는 것보다 현재 구성, 프록시 정책, FINAL의 처리 경로를 명확히 파악하는 편이 중요합니다. Wi-Fi와 셀룰러 네트워크를 전환한 뒤에도 같은 방법으로 간단히 다시 확인할 수 있습니다.

Home → Global Routing이 의도한 옵션으로 돌아왔으며 현재 서버 선택도 명확합니다.
Config에서 올바른 파일이 활성화되어 있고 도메인 규칙 순서와 FINAL을 확인했습니다.
직접 연결 대상과 프록시 대상의 새 연결 기록을 각각 한 번 이상 확인했습니다.
Settings → On Demand의 자동 연결 조건이 실제 사용 목적에 맞습니다.
진단 중 임시로 바꾼 설정을 원래대로 복원하고, 이후 문제를 파악하는 데 필요한 오류 메시지를 보관했습니다.

Shadowrocket은 Apple 플랫폼용 유료 클라이언트로, 주로 iPhone과 iPad에서 사용합니다. 유일한 구매 경로는 App Store입니다. 시스템 요구 사항, 호환성, 구매 가능 여부는 App Store 페이지를 기준으로 확인하세요. 클라이언트 앱 구매와 회선 요금제는 별개입니다. 서버와 구독 기능을 사용하려면 본인이 보유한 서비스 정보를 준비해야 합니다.