Shadowrocket Global Routing 설정 방법: Config·Proxy·Direct 모드 사용법

Shadowrocket의 Global Routing에서 Config, Proxy, Direct 모드를 선택하는 방법을 알아보세요. 모드별 차이와 기본 설정, 상황별 전환 방법을 정리했습니다.

이 글의 핵심

Shadowrocket은 필요한 설정을 활성화했다면 평소 Config 모드로 사용하는 것이 좋습니다. Proxy는 임시로 모든 연결을 프록시 경로로 보내거나 분기 문제를 비교할 때, Direct는 직접 연결 상태를 확인할 때 사용합니다. 서비스 제공업체의 구독을 이미 추가했고 연결은 되지만 모드를 어떻게 선택할지 고민하는 사용자를 위해 각 모드의 범위, 전환 방법, 규칙 순서와 문제 비교 방법을 설명합니다.

세 가지 모드의 차이: 연결 경로를 정한 뒤 개별 규칙 확인하기

Global Routing은 Shadowrocket이 처리하는 연결의 라우팅 방식을 결정합니다. 서버 프로토콜을 선택하거나 네트워크 속도 등급을 설정하는 기능은 아닙니다. Config를 Proxy로 바꿔도 Shadowsocks가 VLESS로 바뀌지 않으며, 서버 주소·포트·인증 정보도 자동으로 변경되지 않습니다.

Config: 설정에 따라 연결 분기

권장

현재 활성화된 설정의 규칙을 읽고 순서에 따라 DIRECT, PROXY 또는 설정에 지정된 정책으로 연결을 보냅니다. 앞선 규칙에 일치하지 않으면 마지막의 FINAL이 처리하므로, 나머지 연결이 모두 직접 연결된다고 단정할 수 없습니다.

적합한 경우: 분기 규칙을 설정해 평소에 사용하는 경우

Proxy: 모든 연결을 프록시 경로로 전송

처리 대상인 일반 연결을 모두 프록시 경로로 보내며, Config의 일반적인 분기 규칙에 따라 하나씩 경로를 정하지 않습니다. 실제 접속 가능 여부는 선택한 서버, DNS, 프로토콜 지원 여부와 네트워크 환경에 따라 달라집니다.

적합한 경우: 일시적으로 출구를 통일하거나 분기 문제를 비교할 때

Direct: 모든 연결을 직접 전송

처리 대상인 일반 연결이 프록시 서버를 거치지 않고 목적지에 직접 접속하도록 합니다. 연결 스위치를 끄거나 시스템의 VPN 구성을 삭제하는 것과는 다릅니다.

적합한 경우: 로컬 네트워크를 점검하거나 목적지에 직접 연결되는지 확인할 때

여기서 ‘모두’는 모드의 의미를 간단히 표현한 것이며 기기의 모든 통신을 예외 없이 보장한다는 뜻은 아닙니다. 시스템 트래픽, 터널이 처리하는 범위, 제외 항목, 기존 연결 상태에 따라 결과가 달라질 수 있습니다. 모드를 전환한 뒤에는 새 요청을 보내 확인하세요. 재생 중인 동영상이나 이미 열려 있는 페이지만 보고 적용 여부를 판단하지 마세요.

평소에는 Config 사용: 먼저 설정을 확인한 뒤 모드 전환

도메인, IP 또는 지역 조건에 따라 연결을 분기해야 한다면 Config를 기본 모드로 사용하는 것이 적합합니다. 설정에 지정된 직접 연결, 프록시, 차단 등의 동작을 유지할 수 있으며 Proxy와 Direct는 주로 짧은 비교 테스트에 유용합니다. Config가 예상대로 작동하는지는 모드 이름이 아니라 활성화된 설정과 규칙 내용에 달려 있습니다.

  1. 서버 확인

    Home으로 이동해 현재 선택한 서버가 본인의 유효한 구독에 포함되어 있는지 확인합니다. 구독 링크는 서비스 제공업체에서 받아야 합니다. 앱에 서버 목록이 표시된다는 것은 연결 정보가 저장되어 있다는 뜻일 뿐, 서비스가 반드시 작동한다는 의미는 아닙니다.

  2. 설정 확인

    Config로 이동해 현재 활성화된 설정을 확인합니다. 규칙과 마지막 FINAL의 대상을 살펴보고, 저장만 해 두고 활성화하지 않은 설정을 실제 적용 중인 설정으로 착각하지 않도록 합니다.

  3. 모드 선택

    Home → Global Routing → Config로 이동합니다. Home으로 돌아와 현재 표시된 모드를 확인하고 연결 스위치가 켜져 있는지 살펴봅니다. 처음 연결할 때는 시스템 안내에 따라 VPN 구성을 추가하도록 허용합니다.

  4. 다시 확인

    대상 웹페이지를 새로 열고 연결 기록에서 대상 도메인, 일치한 규칙, 최종 정책을 확인합니다. 페이지가 기존 연결을 재사용한다면 해당 페이지를 닫고 다시 접속하세요. 필요한 경우 중단해도 되는 작업을 마친 뒤 다시 연결합니다.

Home에서는 연결 상태와 서버를 선택하고, Config에서는 설정 파일을 관리하며, Settings에서는 앱 설정을 관리합니다. 각 메뉴의 역할은 서로 다릅니다. Subscribe를 가져오면 연결 정보를 추가할 수 있지만, 구독을 갱신했다고 분기 규칙까지 모두 해결된 것은 아닙니다. 문제를 확인할 때는 현재 활성화된 Config를 별도로 점검해야 합니다.

Config 규칙 확인: 실제 순서와 FINAL 살펴보기

규칙은 설정에 표시된 실제 순서대로 위에서 아래로 확인하며, 처음 일치한 규칙의 동작을 적용합니다. DOMAIN-SUFFIX, GEOIP, IP-CIDR는 이름에 따라 자동으로 그룹별 실행되는 것이 아닙니다. 도메인 규칙을 먼저 모두 검사한 다음 IP 규칙을 별도로 확인하는 방식이 아닙니다. 앞선 규칙이 하나도 일치하지 않았을 때 최종 처리하는 FINAL은 마지막에 두어야 합니다.

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

이 내용은 규칙 순서의 예시이며 개인 설정을 그대로 대체할 수 있는 완성된 파일이 아닙니다. 첫 번째 규칙은 example.com과 하위 도메인에 PROXY를 적용합니다. 두 번째 규칙은 192.168.0.0부터 192.168.255.255까지의 IPv4 주소에 적용됩니다. no-resolve는 이 IP 규칙과 일치시키기 위해 도메인을 IP 주소로 직접 조회하지 않는다는 뜻입니다. 설정 전체에서 DNS 조회를 중단한다는 의미는 아닙니다.

규칙 4개
규칙 예시: DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
/16
IPv4 대역 예시: 192.168.0.0/16
마지막
FINAL은 앞선 규칙에 일치하지 않는 경우 처리합니다

Config에서 특정 대상이 예상과 다른 경로를 사용한다면 비슷한 규칙을 바로 추가하기보다 어떤 규칙에 일치했는지 먼저 확인하세요. 일치 규칙 뒤에 추가한 새 규칙은 아예 실행되지 않을 수 있습니다. 규칙이 사용자 지정 정책을 가리킨다면 해당 정책에서 실제로 선택된 서버나 동작도 확인해야 합니다.

임시 전환 방법: 한 번에 하나의 변수만 변경

Proxy와 Direct는 연결 경로를 비교할 수 있다는 점에서 유용합니다. 테스트할 때는 같은 기기, 네트워크, 대상, 서버를 유지하고 Global Routing 모드만 전환하세요. Wi-Fi와 서버, 모드를 동시에 바꾸면 페이지가 다시 열리더라도 어떤 변경이 영향을 주었는지 알 수 없습니다.

비교 방법: 같은 대상에 두 경로 적용

Proxy 비교
  • Home → Global Routing → Proxy。
  • 현재 서버를 그대로 두고 대상에 새 요청을 보냅니다.
  • 로드가 완료되는지, 시간 초과가 발생하는지 기록합니다.
  • 접속이 복구되면 Config로 돌아가 규칙, 정책, DNS를 확인합니다.
Direct 비교
  • Home → Global Routing → Direct。
  • 같은 네트워크를 유지한 채 같은 대상에 다시 접속합니다.
  • 현재 네트워크에서 대상에 직접 연결할 수 있는지 확인합니다.
  • 접속이 복구되면 프록시 서버와 프록시 출구 경로를 확인합니다.

비교가 끝나면 Config로 되돌립니다. 테스트 결과는 문제 범위를 좁히는 데 활용할 수 있지만, 한 번 성공했다는 이유만으로 규칙이나 서버에 반드시 문제가 있다고 단정할 수는 없습니다.

Proxy를 사용한다고 모든 대상의 속도가 빨라지는 것은 아닙니다. 현재 네트워크에서 직접 접속할 수 있는 서비스도 원격 출구를 거치면 경로가 길어질 수 있습니다. 일부 로컬 네트워크 서비스는 프록시 출구를 통해 접속하지 못할 수도 있습니다. Direct 역시 모든 웹사이트에 연결할 수 있음을 보장하지 않으며 현재 네트워크의 직접 접속 가능 여부만 확인합니다.

결제, 업로드, 통화 또는 장시간 다운로드 중이라면 먼저 작업을 마친 뒤 모드를 비교하세요. 이미 연결된 세션은 기존 경로를 계속 사용할 수 있으며 전환이나 재연결 중 끊길 수도 있습니다. 새 요청을 기준으로 테스트하고, 페이지의 기본 틀만 표시된 상태와 필요한 리소스가 모두 로드된 상태를 구분하세요.

모드 전환 후에도 문제가 계속될 때: 증상에 따라 범위 좁히기

지연 시간 테스트에 결과가 나왔다고 해서 웹페이지에 필요한 DNS, TLS, 리소스 요청까지 모두 성공한 것은 아닙니다. 웹페이지를 한 번 열어도 여러 도메인에 연결될 수 있으며 메인 페이지, 이미지, 로그인 API가 서로 다른 규칙에 일치할 수 있습니다. 확인할 때는 ‘네트워크 전체가 안 됨’이라고만 기록하지 말고 구체적으로 어떤 대상에서 실패했는지 적으세요.

비교 결과먼저 확인할 항목다음 조치
Config 실패, Proxy 정상일치한 규칙, 실제 선택된 정책, DNS 경로Config로 돌아가 실패한 도메인에 적용된 규칙을 확인하고 DIRECT 또는 잘못된 정책으로 연결되지 않았는지 점검합니다.
Proxy 실패, Direct 정상현재 서버, 인증 정보, 출구 접속 가능 여부서버 주소, 포트, 프로토콜 항목을 확인하고 본인의 구독이 유효한지 점검합니다.
두 모드 모두 실패로컬 네트워크, 대상 서비스, DNS, 시스템 연결 상태먼저 현재 네트워크에서 인증 절차를 완료했는지 확인한 뒤 대상의 DNS 조회 결과와 연결 오류를 살펴봅니다.
전환 후에도 결과가 바뀌지 않음기존 연결, 캐시, Scene, 자동 연결 조건새 요청을 보내고 Home에 표시된 모드를 확인합니다. 자동화 조건이 테스트에 영향을 주는지도 점검합니다.

On Demand와 라우팅 모드는 따로 확인

Settings → On Demand에서는 네트워크 환경과 관련된 연결 조건처럼 특정 조건에서 자동으로 연결할 동작을 설정합니다. Global Routing은 연결이 처리된 뒤 어떤 경로로 라우팅할지 정합니다. 두 기능은 같은 스위치가 아닙니다. 테스트 중 연결 상태가 자동으로 바뀐다면 먼저 On Demand의 활성화 여부와 기존 조건을 확인한 다음, Global Routing에 현재 표시된 모드를 살펴보세요. 자동 재연결을 수동 전환 실패로 오해하지 않도록 합니다.

DNS와 프로토콜 항목은 따로 확인

평소 사용 상태로 복원: 기본 설정을 명확하게 유지

문제 확인을 마친 뒤 임시 변경 사항을 하나씩 되돌립니다. 평소 사용할 서버를 선택하고 확인한 설정을 활성화한 다음 Global Routing을 Config로 돌리고 새 요청으로 다시 확인합니다. Proxy나 Direct를 계속 사용해야 한다면 그 이유를 기록해 다음에 문제가 생겼을 때 규칙에 따라 분기 중이라고 착각하지 않도록 하세요.

나중에 설정을 바꾸거나 본인의 구독을 갱신했다면 현재 선택된 서버와 활성화된 설정을 다시 확인하세요. 기본 조작 방법은 기능 및 설정에서, 기존 구독 관리 방법은 Subscribe 업데이트 안내에서 확인할 수 있습니다. ‘연결 정보, 분기 설정, 라우팅 모드’는 서로 다른 단계입니다. 이를 구분하면 설정을 무작위로 바꾸는 것보다 문제를 쉽게 찾을 수 있습니다.

App Store 정품 확인 →