2026-10-24 · 시작하기 · 약 8분

Shadowrocket Global Routing 설정 방법: Config·Proxy·Direct의 차이와 사용법

Global Routing의 Config·Proxy·Direct가 트래픽을 처리하는 방식을 설명하고, 규칙 기반 분할을 위해 평소 Config를 권장하는 이유를 안내합니다.

핵심 내용

일반적인 사용에서는 Config를 선택해 현재 적용 중인 설정에 따라 연결을 처리하는 것이 좋습니다. Proxy와 Direct는 임시 전환이나 규칙을 비교·점검할 때 활용할 수 있습니다. 이 문서에서는 iPhone / iPad의 Home → Global Routing을 기준으로 설명하며, 이미 보유한 서비스 제공업체의 구독을 사용하면서 모드와 규칙의 차이를 확인하려는 사용자에게 적합합니다. Mac, Windows, Android, Linux에서도 같은 분할 라우팅 원리를 참고할 수 있으며, 실제 메뉴 위치는 플랫폼에 따라 다를 수 있습니다.

1. Global Routing과 연결 스위치 구분하기

Shadowrocket의 Global Routing은 연결이 가로채진 뒤 어떤 방식으로 처리할지 정하는 기능이며, 연결 스위치와는 다릅니다. Proxy를 선택해도 프록시 연결이 성공했다는 뜻은 아닙니다. Config를 선택했다고 해서 적절한 분할 규칙이 설치되어 있다는 뜻도 아닙니다. 정상 작동 여부를 판단하려면 연결 상태, 현재 설정, 실제로 적용된 정책을 함께 확인해야 합니다.

Home에서는 연결 상태를 확인하고 노드를 선택하거나 Global Routing으로 이동할 수 있습니다. Config는 구성 파일을 관리하고, Settings는 앱 설정을 조정하는 메뉴입니다. 각 화면의 역할은 서로 다릅니다. 특히 Global Routing의 Config는 라우팅 모드이고, 하단의 Config는 구성 관리 화면입니다. 이름은 같지만 서로 다른 메뉴입니다.

3가지
비교 항목: Config / Proxy / Direct
4가지
규칙 예시: DOMAIN-SUFFIX / GEOIP / IP-CIDR / FINAL
2단계
메뉴 경로: Home → Global Routing

화면에 Scene이 함께 표시된다면 이는 별도의 시나리오 선택 기능이며, Config·Proxy·Direct와 같은 의미가 아닙니다. 별도의 시나리오 설정이 필요하지 않다면 우선 이 문서의 세 가지 모드로 기본 동작을 확인하고, 시나리오 조건과 규칙을 동시에 변경하지 마세요.

2. Config·Proxy·Direct의 연결 처리 방식

Config

권장

현재 적용 중인 설정의 규칙과 정책에 따라 연결을 처리합니다. 규칙에 매칭되면 DIRECT, 프록시 노드 또는 정책 그룹을 사용할 수 있습니다. 앞선 규칙에 매칭되지 않은 연결은 일반적으로 FINAL에서 처리 방향을 결정합니다. Config가 ‘매칭되지 않으면 직접 연결’을 뜻하는 것은 아닙니다.

적합한 경우: 도메인, IP 또는 다른 규칙에 따라 트래픽을 나누는 일상적인 사용.

Proxy

이 라우팅 모드의 처리 대상인 연결에 프록시 경로를 적용합니다. 일반적인 분할 규칙에 따라 DIRECT 또는 프록시를 각각 선택하지 않습니다. 실제 연결 성공 여부는 선택한 노드, 네트워크 연결 상태, 프로토콜 매개변수에 따라 달라집니다.

적합한 경우: 프록시 경로를 잠시 테스트하거나 규칙에서 잘못된 정책을 선택했는지 비교할 때.

Direct

이 라우팅 모드의 처리 대상인 연결에 직접 연결 경로를 적용합니다. 현재 네트워크에서 대상에 직접 접근할 수 있는지 확인하는 데 유용하지만, 앱 연결을 끄는 기능은 아닙니다. DNS 등 다른 설정까지 시스템 기본값으로 되돌리는 것도 아닙니다.

적합한 경우: 로컬 네트워크, LAN 리소스, 직접 연결 가능 여부를 확인할 때.

여기서 ‘전체’는 기기의 모든 종류의 패킷이 반드시 원격 서버를 경유한다는 뜻이 아닙니다. 시스템 라우팅, 제외 항목, DNS 설정, 프로토콜 지원 여부가 실제 동작에 영향을 줄 수 있습니다. 모드를 전환해도 잘못된 UUID, 비밀번호, TLS 매개변수 또는 서버 포트가 자동으로 수정되지는 않습니다. 모드 전환을 만능 해결책으로 생각하지 마세요.

3. 평소 Config를 설정하는 5단계

아래 절차는 사용할 수 있는 구독 또는 노드와 구성 파일을 이미 보유한 경우를 전제로 합니다. 이 사이트는 노드나 구독을 제공·판매·추천하지 않습니다. 구독의 노드 목록과 Config의 규칙 파일은 서로 다른 항목입니다. 노드 업데이트에 성공해도 분할 규칙이 생성되거나 업데이트되었다는 뜻은 아닙니다.

  1. 노드 확인

    Home으로 이동해 보유한 노드 목록이 비어 있지 않은지 확인하고 사용 가능한 노드를 선택합니다. 설정에서 정책 그룹을 사용한다면 그룹 안에서 실제로 선택된 항목도 확인하세요. 목록에 노드가 있다는 사실만으로 프록시 경로를 사용할 수 있다고 판단해서는 안 됩니다.

  2. 설정 확인

    Config로 이동해 사용할 구성이 선택되어 있는지 확인합니다. 규칙의 대상이 현재 정책과 일치하는지, 특히 프록시 정책 이름과 FINAL의 처리 방향을 점검하세요.

  3. 라우팅 모드 선택

    Home → Global Routing → Config로 이동합니다. 여기서 선택하는 것은 라우팅 모드입니다. 구성을 다시 가져오는 기능이 아니며, 현재 네트워크에 적합한 규칙을 자동으로 다운로드하지도 않습니다.

  4. 연결하기

    Home으로 돌아가 연결을 켭니다. 처음 사용하는 경우 시스템 안내에 따라 VPN 구성을 추가하도록 허용하세요. 이용 약관 동의가 필요한 공용 Wi-Fi라면 먼저 네트워크에 로그인한 뒤 연결 상태를 확인합니다.

  5. 요청 결과 재확인

    직접 연결과 프록시 연결이 예상되는 대상을 각각 새로 요청한 다음, 연결 기록에서 대상, 매칭된 규칙, 적용된 정책을 확인합니다. 상태 표시줄의 VPN 표시만으로 분할 라우팅이 올바르게 작동한다고 판단하지 마세요.

Global Routing을 전환해도 이미 설정된 장시간 연결은 새 모드에 따라 즉시 다시 연결되지 않을 수 있습니다. 브라우저 페이지를 테스트할 때는 새로 요청을 보내세요. 연결을 계속 유지하는 앱이라면 먼저 해당 연결을 종료한 뒤 다시 시도할 수 있습니다. 그렇지 않으면 새 설정이 아니라 전환 전 세션의 결과를 보게 될 수 있습니다.

4. Config 결과는 규칙 순서와 FINAL에 따라 달라집니다

규칙은 일반적으로 위에서 아래 순서로 확인하며, 매칭된 규칙의 정책이 적용됩니다. 구체적인 예외 규칙은 범위가 넓은 규칙보다 위에 두고, 마지막에는 명확한 기본 처리 규칙을 지정하세요. 아래 예시는 규칙 문법만 보여 주며, 기존 설정 전체를 대체할 수 있는 완성된 파일이 아닙니다. 예시의 PROXY는 현재 설정에서 실제로 사용할 수 있는 프록시 정책을 가리켜야 합니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
규칙예시의 의미확인할 점
DOMAIN-SUFFIXexample.com과 그 하위 도메인을 PROXY로 보냅니다.도메인만 입력하세요. https://, 경로, 포트는 포함하지 않습니다.
IP-CIDR192.168.0.0/16에 해당하는 연결을 DIRECT로 보냅니다.이 대역은 모든 사설 주소를 포함하지 않습니다. no-resolve를 사용하면 이 규칙에서 도메인을 직접 조회하지 않습니다.
GEOIPIP 지리 데이터베이스에서 CN으로 분류된 연결을 DIRECT로 보냅니다.IP 주소와 데이터베이스 결과를 기준으로 합니다. 웹페이지 언어를 기준으로 판단하지 않습니다.
FINAL앞선 규칙에 매칭되지 않은 연결을 PROXY로 보냅니다.DIRECT로 바꾸면 앞선 규칙에 매칭되지 않은 연결의 처리 결과도 달라집니다.

두 기기에서 모두 Config를 선택했는데도 접속 결과가 다를 수 있는 이유입니다. 규칙 순서, 정책 그룹 선택, 기본 처리 대상이 기기마다 다를 수 있습니다. 문제를 확인할 때는 Global Routing에 표시된 단어만 비교하지 말고 현재 적용 중인 설정을 비교하세요.

5. Proxy와 Direct로 한 가지 조건씩 비교하기

비교 테스트의 핵심은 조건 하나만 바꾸는 것입니다. 같은 네트워크, 대상, 노드를 유지한 채 Config에서의 결과를 기록하고 Proxy 또는 Direct로 잠시 전환하세요. 모드를 전환하면서 구독을 업데이트하거나 DNS를 변경하거나 노드를 바꾸지 마세요. 어떤 변경이 결과에 영향을 주었는지 알 수 없게 됩니다.

비교 테스트: 대상을 고정하고 두 경로를 각각 확인

Proxy 테스트
  • 경로: Home → Global Routing → Proxy.
  • 같은 노드를 사용해 같은 도메인에 새로 연결합니다.
  • Proxy에서는 연결되지만 Config에서는 연결되지 않는다면, Config에서 DIRECT, 다른 정책 그룹 또는 사용할 수 없는 노드가 선택되었는지 확인합니다.
  • Proxy에서도 연결되지 않는다면 노드 매개변수, 현재 네트워크, 서버 상태를 계속 확인합니다.
Direct 테스트
  • 경로: Home → Global Routing → Direct.
  • 원래 직접 연결할 수 있어야 하는 대상을 선택합니다. 직접 연결이 제한된 대상을 사용해 로컬 네트워크를 테스트하지 마세요.
  • Direct에서는 연결되지만 Config에서는 연결되지 않는다면, 해당 연결을 사용할 수 없는 프록시로 보내는 규칙이 있는지 확인합니다.
  • Direct에서도 연결되지 않는다면 먼저 Wi-Fi 로그인, 시스템 네트워크, 대상 서비스 상태를 확인합니다.

테스트가 끝나면 Home → Global Routing → Config로 돌아간 뒤 새 연결을 만들어 수정 결과를 확인합니다. 한 번의 테스트 결과는 문제 범위를 좁히는 데 참고할 수 있지만, 그것만으로 장애 원인을 단정할 수는 없습니다.

대상을 기록할 때 도메인과 IP를 구분하세요. HTTPS는 보통 대상 포트 443을, HTTP는 80을 사용하지만 이는 프록시 서버가 사용해야 하는 포트와 다릅니다. 웹페이지가 443을 사용한다고 해서 Add Server의 서버 포트도 443으로 바꾸지 마세요. 노드 포트는 본인이 이용하는 서비스 제공업체가 안내한 값과 일치해야 합니다.

6. 자주 하는 오해: 구독, DNS, On Demand

구독 업데이트에 성공했는데 Config로 접속할 수 없는 이유는 무엇인가요?

구독 업데이트는 일반적으로 노드 목록을 변경하는 작업이며, 모든 분할 규칙이 올바른 정책을 가리키도록 보장하지는 않습니다. 먼저 Home에서 노드를 확인하고, Config에서 현재 파일과 정책 이름을 점검한 다음, 실패한 연결의 매칭 기록을 확인하세요. 업데이트 성공 여부와 실제 경로에 연결할 수 있는지는 별도로 확인해야 합니다.

Proxy로 전환한 뒤 접속되면 DNS에 문제가 없다는 뜻인가요?

그렇게 단정할 수 없습니다. 모드 변경으로 연결 경로와 이름 해석 방식이 달라질 수 있으므로, 조회 결과와 대상 IP, 연결 기록을 함께 확인해야 합니다. IP 주소를 직접 입력해 HTTPS 사이트에 접속하면 인증서의 도메인과 일치하지 않을 수 있습니다. 이런 테스트는 정상적인 도메인 요청을 대신할 수 없습니다.

Settings → On Demand가 Config의 분할 라우팅을 대체하나요?

아닙니다. Settings → On Demand는 시스템 조건에 따라 필요할 때 연결을 시작하도록 설정하는 기능이고, Global Routing은 연결을 가로챈 뒤 어떻게 라우팅할지를 정합니다. 자동 연결 동작을 확인하는 중이라면 현재 On Demand 설정을 먼저 기록해 두세요. 그래야 연결이 다시 시작된 상황을 모드 설정이 저장되지 않은 것으로 오해하지 않습니다.

Direct를 선택했는데도 VPN 표시가 남아 있을 수 있는 이유는 무엇인가요?

Direct는 라우팅 모드이지 터널을 끄는 버튼이 아닙니다. 앱 연결이 켜져 있으면 시스템에 VPN 상태가 계속 표시될 수 있습니다. 연결 처리를 중지하려면 Home의 연결 스위치를 확인하세요. On Demand도 설정했다면 자동 연결 조건도 함께 점검해야 합니다.

VMess 또는 VLESS로 바꾸면 Config의 의미도 달라지나요?

아닙니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 프록시 연결에 사용하는 프로토콜입니다. Config, Proxy, Direct는 라우팅 처리 모드를 나타냅니다. 프로토콜 매개변수가 잘못되면 프록시 경로 연결에 실패할 수 있지만, Config가 자동으로 Direct로 바뀌지는 않습니다.

7. 평소 설정으로 되돌리기 전 확인 사항

문제 해결이 끝나면 임시 변경 사항을 정리해 계속 사용할 수 있는 상태로 되돌리세요. Config를 권장하는 것은 현재 규칙이 실제 필요에 맞고 프록시 정책을 사용할 수 있다는 전제가 있기 때문입니다. Config를 선택했다는 이유만으로 설정 내용을 확인하지 않아도 되는 것은 아닙니다. 규칙 문제라면 규칙을 수정하고, 노드 문제라면 본인이 이용하는 서비스 제공업체의 매개변수를 확인하세요. 원인을 파악하지 않은 채 전체 모드를 계속 전환하는 방식으로 문제를 덮지 마세요.

Shadowrocket 다운로드