Shadowrocket Global Routing 사용법: Config·Proxy·Direct 모드 차이

핵심 내용

Shadowrocket의 Global Routing은 앱이 처리하는 연결의 경로를 결정합니다. Config는 현재 구성의 규칙에 따라 연결을 분류하고, Proxy는 모두 프록시 경로로 보내며, Direct는 직접 연결 경로를 사용합니다. 이 글에서는 사용자가 이미 서비스와 구독을 보유한 상황을 전제로 모드 전환 위치, 규칙 확인 방법, 동일한 대상을 비교해 점검하는 방법을 안내합니다. 일상적으로는 검토를 마친 Config를 우선 사용하고, Proxy는 임시 비교에, Direct는 직접 연결 확인에 활용하세요. 모드를 바꾼 뒤에는 연결 스위치만 보지 말고 새 연결이 어떻게 처리되는지 확인해야 합니다.

세 가지 모드의 차이: 규칙·프록시·직접 연결 구분하기

Global Routing은 라우팅 모드이지 연결 품질 설정이 아닙니다. 기존 서버의 주소, 포트, 인증 정보가 바뀌지 않으며 Proxy로 전환해도 회선 대역폭이 늘어나지 않습니다. 모드는 이번 연결을 어떻게 처리할지에 따라 선택하세요.

Config: 현재 구성의 규칙에 따라 처리

권장

규칙 순서에 따라 연결을 DIRECT, PROXY 또는 구성에 지정된 정책으로 보냅니다. 앞선 규칙에 일치하지 않으면 FINAL이 경로를 결정합니다. Config가 ‘나머지는 모두 직접 연결’을 뜻하는 것은 아닙니다.

적합한 경우: 규칙과 FINAL을 확인한 뒤 일상적인 트래픽을 분류할 때

Proxy: 프록시 경로로 일괄 처리

앱이 처리하는 일반 연결은 Config의 대상별 분류 규칙으로 직접 연결과 프록시를 선택하지 않고, 프록시 경로를 사용합니다. 사용 가능한 서버와 올바른 설정값은 여전히 필요합니다.

적합한 경우: 임시로 모든 연결을 프록시로 보내거나 Config와 라우팅 결과를 비교할 때

Direct: 직접 연결 경로로 일괄 처리

앱이 처리하는 일반 연결에 직접 연결 경로를 사용합니다. 연결 스위치를 켜 둔 상태에서도 사용할 수 있으므로 Direct는 Shadowrocket을 끄는 모드가 아니며, 모든 네트워크 설정이 시스템 기본값으로 돌아간다는 뜻도 아닙니다.

적합한 경우: 현재 네트워크에서 직접 연결이 가능한지 확인하거나 임시로 모두 직접 연결할 때

여기서 ‘일괄 처리’는 Shadowrocket이 실제로 처리하는 연결에 한정됩니다. 기기의 모든 트래픽이 반드시 같은 출구를 거친다는 의미는 아닙니다. DNS, 로컬 네트워크 접근, 기존 연결 및 구성의 다른 네트워크 동작은 각각 따로 확인해야 합니다.

전환 위치: Home → Global Routing

iPhone 또는 iPad에서 Shadowrocket을 열고 Home으로 이동한 다음 Global Routing을 탭해 Config, Proxy 또는 Direct를 선택하세요. 하단의 Config 화면과 여기서 선택하는 Config 모드는 서로 다릅니다. 전자는 구성 파일을 관리하고, 후자는 현재 구성의 규칙에 따라 연결을 처리할지 결정합니다.

현재 상태를 기록합니다. 점검 후 원래 설정을 복구할 수 있도록 현재 Global Routing 모드, 사용 중인 구성, 선택된 기존 서버를 메모해 두세요.
필요 조건을 확인합니다. 프록시가 필요하다면 기존 구독이 가져와져 있고 서버 설정값이 모두 입력되었는지 확인하세요. 모드 전환과 동시에 구독을 업데이트하거나 서버를 바꾸지는 마세요.
모드를 선택합니다. Home → Global Routing에서 원하는 항목을 탭하고 Home으로 돌아와 선택 결과를 확인한 다음, 연결 스위치를 원하는 상태로 설정하세요.
새 연결을 만듭니다. 테스트 페이지를 다시 열고, 필요하면 해당 앱을 종료한 뒤 다시 실행하세요. 기존 연결은 이전 경로를 계속 사용할 수 있습니다.
평소 설정으로 복구합니다. 점검을 마치면 검토를 마친 원래 모드로 돌아간 뒤 같은 대상에 다시 접속해 결과를 확인하세요.

화면에 Scene이 표시된다면, 이를 미리 설정한 조건에 따라 해당 설정을 적용하는 기능으로 이해하세요. 항상 ‘모두 프록시’ 또는 ‘모두 직접 연결’을 뜻하는 고정 경로는 아닙니다. 사용 전에 Scene 조건과 연결된 설정을 확인하고, 세 모드를 재현 가능한 방식으로 비교하려면 Config, Proxy 또는 Direct를 명확히 선택하세요.

3가지 모드

이 글에서 비교하는 모드: Config / Proxy / Direct

2단계

전환 경로: Home → Global Routing

변수 1개

각 테스트에서는 라우팅 모드만 바꾸고 대상과 서버는 그대로 유지

Config의 라우팅 방식: 순서대로 규칙을 확인하고 마지막에 FINAL 점검

Config의 결과는 모드 이름 자체가 아니라 현재 적용 중인 구성에 따라 달라집니다. Config 화면에서 사용 중인 파일을 확인한 다음 규칙을 살펴보세요. 일반 규칙은 위에서 아래 순서로 확인됩니다. 적용되는 규칙과 일치하면 해당 규칙에 지정된 정책으로 처리하며, 모든 규칙의 결과를 종합해 결정하지 않습니다.

아래는 문법을 설명하기 위한 별도의 예시이며, 현재 구성에 그대로 적용하라는 뜻이 아닙니다. 도메인은 예시용이고 IP 대역은 문서 예시 주소입니다. 실제로 사용할 수 있는 서비스 정보가 아닙니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX,example.com,PROXY: example.com과 그 하위 도메인을 일치시켜 프록시 경로를 지정합니다. URL 전체에서 키워드를 검색하는 규칙은 아닙니다.
IP-CIDR,192.0.2.0/24,DIRECT: 대상 IP가 포함된 주소 대역을 기준으로 일치시킵니다. 도메인 접속에 IP 규칙이 적용되는지는 DNS 응답 결과와 관련 옵션에도 영향을 받습니다.
GEOIP,CN,DIRECT: 대상 IP의 지역 데이터베이스 정보를 기준으로 일치시킵니다. IP의 등록 지역이 웹사이트 운영자의 소재지와 반드시 일치하는 것은 아닙니다.
FINAL,PROXY: 앞선 규칙에 일치하지 않은 연결을 처리합니다. FINAL,DIRECT로 바꾸면 일치하는 규칙이 없는 연결의 기본 경로도 달라집니다.

따라서 Config로 전환한 뒤에도 특정 사이트가 프록시를 이용한다고 해서 반드시 문제가 있는 것은 아닙니다. 도메인 규칙이나 IP 규칙에 일치했거나, 정책 그룹에 지정되었거나, 마지막에 FINAL이 적용됐을 수 있습니다. 규칙을 수정하기 전에 해당 새 연결의 매칭 기록을 확인하세요. 범위가 넓은 규칙을 앞에 두면 뒤에 있는 구체적인 규칙이 적용되지 않을 수도 있습니다.

일상 사용과 문제 해결: 대상을 고정한 뒤 결과 비교

평소 여러 사이트를 이용하면서 직접 연결이 필요한 대상과 프록시가 필요한 대상이 모두 있다면, 검토를 마친 Config를 사용해 명확한 라우팅 기준을 유지하는 편이 좋습니다. 임시 점검에서는 변수를 통제하세요. 같은 네트워크, 같은 대상, 같은 서버를 유지하고 Global Routing만 바꿔야 차이를 비교할 수 있습니다.

두 가지 사용 방법: 일상적인 트래픽 분류와 임시 비교

일상적으로 Config 사용

Config 화면에서 의도한 파일이 선택되어 있는지 확인합니다.
대상에 적용되는 규칙과 FINAL의 정책을 확인합니다.
직접 연결될 대상 하나와 프록시를 사용할 대상 하나를 각각 확인합니다.
규칙을 수정한 뒤 새 연결을 만들고 매칭 결과를 확인합니다.

Proxy / Direct 임시 사용

먼저 Config에서 발생한 구체적인 실패 상황을 기록합니다.
서버를 그대로 둔 채 Proxy로 전환해 같은 대상에 접속합니다.
그다음 Direct로 현재 네트워크에서 직접 접속할 수 있는지 확인합니다.
결과를 기록한 뒤 원래 모드로 복구합니다. 한 번 성공한 결과를 장기적인 결론으로 간주하지 마세요.

Config에서는 실패하고 Proxy에서는 성공한다면 먼저 규칙의 경로와 정책 선택을 확인하세요. 이는 문제 해결의 단서일 뿐이며, 원인을 확정하려면 DNS와 연결 기록도 함께 살펴봐야 합니다.

예를 들어 같은 페이지가 Config에서는 시간 초과되고 Proxy에서는 열리지만 Direct에서도 시간 초과된다면, Config가 해당 연결을 DIRECT로 보냈는지 또는 사용할 수 없는 다른 정책을 선택했는지 먼저 확인할 수 있습니다. 반대로 Direct에서는 정상인데 Proxy에서 시간 초과된다면 프록시 서버와 경로를 먼저 점검하세요. 이는 비교 결과를 해석하는 방법이며, 항상 같은 결과가 나온다는 뜻은 아닙니다.

전환 후에도 열리지 않을 때: 라우팅·DNS·연결을 나눠 점검하기

Global Routing은 라우팅 방식만 바꾸며 서버 인증, 도메인 이름 확인, 프로토콜 전송 조건을 대신 해결하지는 않습니다. 일반적으로 접속 과정에는 도메인 확인, 대상 주소 연결, 암호화 세션 설정 등이 포함됩니다. 어느 단계에서든 실패하면 페이지가 계속 로드되는 것처럼 보일 수 있습니다.

확인된 증상	우선 점검할 항목	다음 조치
Config에서는 실패하고 Proxy에서는 정상	규칙 매칭, FINAL, 정책 그룹 선택	Data의 연결 기록에서 같은 대상에 대한 새 연결을 찾아 실제 적용된 정책을 확인하세요. 구체적으로 표시되는 항목은 현재 화면에 따라 다를 수 있습니다.
Proxy에서는 실패하고 Direct에서는 정상	기존 서버의 주소·포트·인증 정보 및 전송 조건	기존 구독의 설정값을 확인하고 포트나 인증 정보를 잘못 수동으로 바꾸지 않았는지 살펴본 뒤 서버를 따로 테스트하세요.
세 가지 모드 모두 실패	현재 네트워크, DNS, 대상 서비스 상태	먼저 다른 대상에 접속할 수 있는지 확인한 뒤 DNS 확인 오류를 점검하세요. 여러 설정 항목을 한꺼번에 바꾸지 마세요.
전환해도 기존 페이지의 동작이 달라지지 않음	연결 재사용, 캐시, 백그라운드 연결	현재 페이지를 닫고 다시 접속하세요. 필요하면 앱을 다시 실행한 뒤 새 연결 기록을 확인합니다.

일반적인 HTTPS 접속에서 대상 포트는 대개 443입니다. 전통적인 DNS 조회에는 보통 53을 사용하고 DNS over HTTPS에는 보통 443을 사용합니다. 이는 서로 다른 과정에서 사용하는 포트이며, 기존 프록시 서버의 포트를 이 값으로 바꾸라는 뜻이 아닙니다. 서버 포트는 사용자가 이미 설정한 값과 일치해야 합니다.

Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 프로토콜 또는 터널 유형이며 Global Routing을 대신하는 옵션이 아닙니다. Proxy로 전환해도 프로토콜이 자동으로 다른 유형으로 바뀌지 않으며 잘못된 인증 정보도 수정되지 않습니다. DNS 역시 현재 구성에 맞춰 별도로 확인해야 합니다. Direct라고 해서 DNS 처리 방식이 시스템 기본값으로 돌아가는 것은 아닙니다.

자주 묻는 질문: 연결 스위치·구독·자동 연결의 차이

Proxy를 선택했는데도 왜 작동하지 않나요?

먼저 Home으로 돌아가 선택된 기존 서버와 연결 스위치를 확인한 뒤 주소, 포트, 인증 정보를 점검하세요. Proxy는 앱이 처리하는 연결을 프록시 경로로 보내는 모드일 뿐입니다. 해당 경로를 사용할 수 없다면 모드만으로 연결이 새로 만들어지지는 않습니다. 같은 대상을 계속 테스트하고 네트워크와 서버를 동시에 바꾸지 마세요.

Direct로 바꿨는데도 왜 시스템에 VPN 상태가 표시되나요?

Direct는 연결이 켜져 있을 때의 라우팅 방식이지 네트워크 확장을 중지하는 버튼이 아닙니다. Shadowrocket이 연결을 처리하지 않게 하려면 Home에서 연결을 끄고 Settings → On Demand에 자동 연결 조건이 설정되어 있는지 확인하세요. 최종적으로는 실제 연결 상태를 기준으로 판단해야 합니다.

기존 구독을 업데이트하면 Config 규칙도 함께 업데이트되나요?

그렇게 단정해서는 안 됩니다. 서버 구독 업데이트와 라우팅 구성 파일 업데이트는 별개이며, 실제로 바뀌는 내용은 가져온 항목에 따라 다릅니다. 업데이트 후 Home의 서버와 Config의 적용 중인 파일을 각각 확인하세요. 서버 수가 달라졌다고 해서 규칙이나 FINAL이 바뀌었다는 뜻은 아닙니다.

On Demand를 켠 뒤에도 Global Routing을 선택해야 하나요?

각각 따로 확인해야 합니다. Settings → On Demand는 조건에 따른 연결 시작을 관리하고, Global Routing은 연결이 설정된 뒤의 처리 방식을 결정합니다. 자동 연결을 켰다고 올바른 규칙 구성이 자동으로 선택되는 것은 아닙니다. Scene도 함께 사용한다면 다른 설정을 적용하는지 확인하세요.

Proxy에서 열리는 웹페이지마다 규칙을 추가해야 하나요?

먼저 Config에서 해당 새 연결이 어떤 규칙에 일치했는지 확인한 뒤 수정 여부를 결정하세요. 기존 정책 그룹에서 서버를 잘못 선택한 경우에는 선택을 바로잡는 것이 우선입니다. 도메인 규칙을 추가해야 한다면 적절한 범위의 DOMAIN-SUFFIX를 사용하고, 먼저 일치하는 범위가 넓은 규칙보다 앞에 배치한 뒤 다시 확인하세요.

평소처럼 사용하기 전에 네 가지 항목 확인

점검을 마치면 마지막으로 페이지가 열린 모드를 그대로 두는 대신, 상태를 명확히 이해하고 설명할 수 있는 설정으로 복구해야 합니다. Proxy를 임시로 사용했다면 앱이 처리하는 모든 연결을 계속 프록시 경로로 보낼 필요가 있는지 확인하세요. Direct 테스트를 마친 뒤에는 원래 프록시가 필요했던 대상도 점검해야 합니다.

모드: Home → Global Routing에 원하는 모드가 표시되어 있고 임시 테스트 상태로 남아 있지 않습니다.
구성: Config의 적용 중인 파일, 규칙 순서, FINAL이 실제 사용 목적에 맞습니다.
서버: 현재 프록시 경로에 사용자가 이미 보유하고 설정값을 빠짐없이 입력한 서버가 선택되어 있습니다. 지연 시간 수치만으로 사용 가능 여부를 판단하지 마세요.
확인: 새 연결을 만들고 직접 연결 대상과 프록시 대상이 각각 예상대로 처리되는지 확인한 뒤 Settings → On Demand의 트리거 조건도 점검합니다.

Shadowrocket은 Apple 플랫폼용 유료 클라이언트로, 주로 iPhone과 iPad에서 사용하며 App Store에서만 받을 수 있습니다. 상용 비공개 앱이며, 클라이언트 구매와 연결 서비스 구독은 별개입니다. 이 글에서는 서버나 구독을 제공·판매·추천하지 않습니다. 시스템 요구 사항, 기기 호환성 및 일반 구매 정보는 App Store 페이지를 기준으로 확인하세요.