Shadowrocket Global Routing 사용법: Config·Proxy·Direct 차이와 선택 방법

이 글의 핵심

사용 중인 서비스 제공업체와 구독이 있지만 Global Routing 설정을 어떻게 선택할지 모르겠다면, 먼저 ‘연결이 켜져 있는지’와 ‘요청이 어떻게 처리되는지’를 구분하세요. 세 가지 모드의 차이, 규칙 예시, 변수를 고정한 테스트를 통해 일상적으로 Config를 사용할 조건과 Proxy·Direct로 문제를 좁히는 방법을 설명합니다. Scene, On Demand, 구독 업데이트가 각각 담당하는 기능도 살펴봅니다.

1. 연결 상태를 확인한 다음 Global Routing 선택하기

Shadowrocket은 Apple 플랫폼에서 유료로 제공되는 앱이며, App Store에서만 받을 수 있습니다. App Store 제품 페이지의 앱 ID는 932747118이며 개발자는 Shadow Launch Technology Limited입니다. 앱은 일회성 구매 방식이고, 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 확인하세요. 앱 구매에는 연결 서비스가 포함되지 않으며, 아래 내용은 이미 서비스 제공업체와 구독을 이용 중인 경우를 전제로 합니다.

Global Routing은 Shadowrocket이 처리하는 요청의 라우팅 방식을 결정합니다. 연결을 켜고 끄는 기능이나 서버를 선택하는 기능과는 다릅니다. 연결을 켜지 않은 채 Proxy로만 바꿔서는 프록시가 작동하는지 판단할 수 없습니다. 시스템에 VPN 표시가 나타나더라도 특정 웹사이트가 프록시와 직접 연결 중 어느 쪽을 사용하는지는 알 수 없습니다.

Home에서 사용할 수 있는 서버 항목이 있는지 확인하고 현재 선택된 항목을 살펴보세요. 정책 그룹을 사용한다면 그룹 안에서 선택된 항목도 확인해야 합니다.
Config에서 현재 활성화된 구성 파일을 확인하세요. 파일을 가져왔더라도 해당 파일이 선택되어 사용 중이라는 뜻은 아닙니다.
Home → Global Routing으로 돌아가 Config, Proxy 또는 Direct를 선택한 다음 연결을 켜거나 연결 상태를 확인하세요.
새 웹 요청을 보내고 요청 기록에서 대상과 적용된 정책을 확인하세요. 이미 연결된 요청은 기존 경로를 계속 사용할 수 있으므로 이전에 열어 둔 페이지만 살펴봐서는 안 됩니다.

2. Config·Proxy·Direct의 차이와 선택 기준

세 가지 모드는 라우팅 결정을 바꾸지만 서버 설정을 자동으로 채우거나 만료된 구독을 복구하지는 않습니다. 일상적으로 Config를 기본 선택하려면 현재 구성의 규칙과 정책 대상이 올바르게 설정되어 있어야 합니다. 구성이 확실하지 않다면 규칙부터 확인하세요. Config라는 이름만으로 정상 작동이 보장되지는 않습니다.

Config: 현재 구성에 따라 규칙 매칭

권장

규칙 순서에 따라 적용할 정책을 결정합니다. 규칙에 일치하면 DIRECT, PROXY, REJECT 또는 구성에 정의된 정책 그룹을 사용할 수 있습니다. 앞선 규칙에 일치하지 않은 요청은 일반적으로 FINAL에서 처리되며, 나머지 요청이 항상 직접 연결되는 것은 아닙니다.

적합한 경우: 규칙을 확인했고 대상별로 다르게 처리해야 하는 일상적인 사용.

Proxy: 모든 요청을 프록시 경로로 처리

처리 대상에 포함된 일반 요청을 모두 프록시 경로로 보냅니다. 개별 트래픽 분기 규칙에 따라 직접 연결과 프록시 연결을 나누지 않습니다. 서버를 사용할 수 없거나 인증 오류가 있거나 프로토콜 설정이 맞지 않으면 Proxy로 바꾸어도 연결되지 않습니다.

적합한 경우: 잠깐 프록시 경로를 시험해 규칙에 따른 분기가 문제의 원인인지 확인할 때.

Direct: 모든 요청을 직접 연결로 처리

처리 대상에 포함된 요청을 원격 프록시를 거치지 않고 직접 연결합니다. 모든 네트워크 처리를 끄는 기능이 아니며, 연결을 끈 상태의 기기 기본 네트워크 환경과도 같지 않습니다.

적합한 경우: 잠깐 직접 연결이 가능한지 확인하고 프록시 경로에서 문제가 생기는지 비교할 때.

지연 시간이 더 낮다는 이유만으로 모드를 선택하지 마세요. 특정 테스트 대상의 지연 시간은 해당 테스트 조건만 반영합니다. 웹페이지는 여러 도메인에 요청할 수 있으며 DNS, TCP, TLS, 콘텐츠 로딩이 각각 관련될 수 있습니다. Config에서 일부 요청은 직접 연결하고 나머지는 프록시로 보내는 결과와 Proxy에서 모든 요청을 프록시로 보내는 결과를 숫자 하나만으로 비교해서는 안 됩니다.

3. Config의 규칙 매칭: 순서, 정책, FINAL

Config에서는 규칙을 위에서 아래로 확인하는 것이 핵심입니다. 일반적인 순차 매칭에서는 먼저 일치한 규칙이 해당 요청에 적용할 정책을 결정합니다. 범위가 넓은 규칙을 앞에 두면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. 따라서 규칙을 작성했다는 사실만으로 요청이 해당 규칙에 일치한다고 볼 수는 없습니다.

아래는 설명을 위한 [Rule] 부분 예시입니다. 완성된 구성 파일이 아니며 서버 정보도 포함하지 않습니다. example.com은 예시 도메인입니다. PROXY는 프록시 정책, DIRECT는 직접 연결 정책을 뜻합니다. 실제로 편집하기 전에 현재 구성을 백업하고 정책 이름과 참조가 올바른지 확인하세요.

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

규칙 키워드	매칭 대상	확인할 점
`DOMAIN-SUFFIX`	도메인과 하위 도메인	`example.com`은 `www.example.com`과 일치할 수 있지만, 이 문자열이 포함된 모든 도메인과 일치하는 것은 아닙니다.
`IP-CIDR`	대상 IPv4 주소 범위	`192.168.0.0/16`은 사설 IP 주소 대역입니다. `no-resolve`는 이 규칙을 위해 별도로 도메인 조회를 수행하지 않도록 합니다.
`GEOIP`	IP 주소의 지역 정보	결과는 사용된 데이터베이스와 대상 IP 주소에 따라 달라집니다. 도메인 접미사만으로 판단할 수 없습니다.
`FINAL`	앞선 규칙에 일치하지 않은 요청	예시에서는 PROXY를 사용합니다. DIRECT로 바꾸면 규칙에 일치하지 않은 요청의 외부 연결 경로도 달라집니다.

Proxy에서는 페이지가 열리지만 Config에서는 실패한다면, 먼저 해당 요청에 DIRECT, REJECT 또는 사용할 수 없는 다른 정책 그룹이 적용되었는지 확인하세요. 곧바로 더 넓은 범위의 규칙을 추가하지 마세요. 실제로 실패한 도메인을 찾아 그 앞에 있는 규칙과 FINAL을 확인해야 합니다. 그래야 특정 요청을 해결하면서 관계없는 많은 요청의 경로까지 바꾸는 일을 피할 수 있습니다.

4. 같은 대상을 기준으로 문제 진단하기: 한 번에 변수 하나만 변경

문제를 진단할 때는 같은 Wi-Fi 또는 셀룰러 네트워크, 같은 서버, 같은 대상 주소를 사용하세요. 테스트 전에 원래 모드와 구성 파일 이름을 기록하고 테스트가 끝나면 복원하세요. 구독 업데이트, 서버 변경, DNS 수정, 모드 변경을 한꺼번에 하면 접속이 복구되어도 어느 단계가 효과를 냈는지 알기 어렵습니다.

두 가지 비교 테스트: 규칙 경로와 직접 연결 경로

Config와 Proxy 비교

먼저 Config에서 새 요청을 보내고 실제로 적용된 정책을 기록합니다.
서버는 그대로 두고 Global Routing만 Proxy로 변경합니다.
요청을 새로 연결합니다. Proxy에서만 성공한다면 규칙 순서와 정책 그룹 선택부터 확인하세요.

Proxy와 Direct 비교

현재 네트워크에서 원래 직접 연결할 수 있는 대상을 기준으로 선택합니다.
Proxy와 Direct를 각각 사용해 새 요청을 보내고 성공 여부 또는 시간 초과 여부를 기록합니다.
Direct는 성공하지만 Proxy는 실패한다면 서버 연결 상태, 인증, 전송 방식, DNS 경로를 확인하세요.

모드를 비교하면 문제 범위를 좁힐 수 있지만, 한 번 성공했다고 해서 원인이 확정되는 것은 아닙니다. 테스트가 끝나면 원래 구성을 복원하고 다시 확인하세요.

Direct에서 실패했다고 프록시 서버가 고장 난 것은 아닙니다. 해당 요청은 원격 프록시를 사용하지 않았기 때문입니다. 반대로 Proxy에서 실패해도 규칙이 잘못된 것은 아닙니다. 이 비교 테스트에서는 일반적인 트래픽 분기 규칙이 결정에 관여하지 않습니다. 두 모드에서 모두 실패한다면 먼저 로컬 네트워크, 대상 서비스 상태, 도메인 조회를 확인한 다음 구체적인 연결 설정을 살펴보세요.

페이지가 일부만 로드됨: 실패한 리소스의 도메인을 확인하세요. 주소 표시줄의 기본 도메인만 살펴보면 안 됩니다. 이미지, 로그인, API 요청에 서로 다른 정책이 적용될 수 있습니다.
모드를 바꿨는데 달라진 점이 없어 보임: 기존 페이지를 닫고 새 연결을 시작하세요. 필요한 경우 잠시 연결이 끊겨도 괜찮은 상황에서 Shadowrocket을 다시 연결해 이전 세션의 영향을 피하세요.
웹페이지는 열리지만 다른 기능이 작동하지 않음: TCP, UDP 등 전송 방식별 요구 사항을 확인하세요. 웹페이지가 열렸다고 모든 요청이 정상 작동한다고 볼 수는 없습니다.

5. Scene, On Demand, 구독 업데이트는 서로 다른 기능

Global Routing에는 Scene도 표시될 수 있습니다. 미리 설정한 장면 조건에 따라 해당 라우팅 설정을 적용하므로 네트워크 환경에 따라 전환해야 할 때 유용합니다. 별도의 프록시 프로토콜은 아닙니다. 먼저 Config, Proxy, Direct로 테스트 조건을 고정한 다음 Scene을 사용하세요. 그래야 장면 전환으로 진단 조건이 뒤에서 바뀌는 일을 피할 수 있습니다.

옵션 4개

Global Routing：Config / Proxy / Direct / Scene

경로 2단계

Settings → On Demand: 필요 시 연결 조건 확인

기본 규칙 1개

FINAL 예시: 앞선 규칙에 일치하지 않은 요청 처리

Settings → On Demand는 필요할 때 연결을 설정하는 조건을 관리합니다. Global Routing은 연결된 상태에서 라우팅 방식을 결정합니다. 모드를 직접 비교하려면 On Demand부터 확인해 기존 조건이 연결 상태를 바꾸지 않도록 하세요. 진단이 끝나면 원래 사용 목적에 맞게 관련 설정을 복원하세요.

구독 업데이트는 서버 항목을 새로 고치는 기능입니다. Proxy로 전환한다고 구독이 자동으로 업데이트되지는 않으며, 현재 Config 규칙이 업데이트되었다는 뜻도 아닙니다. 구독 업데이트 결과가 비어 있거나 실패한다면 링크가 온전한지, 기존 구독이 유효한지, 업데이트 중 네트워크가 정상인지 각각 확인하세요. 구독 문제를 해결하는 대신 Global Routing을 반복해서 전환하지 마세요.

기존 구독 상태를 확인한 다음 앱에서 제공하는 업데이트 기능으로 서버 목록을 새로 고칩니다.
업데이트 후 Home으로 돌아가 원래 선택했던 항목이 남아 있는지, 현재 선택이 예상한 대로인지 확인합니다.
그런 다음 Config에서 활성화된 파일과 정책 참조를 확인합니다. 서버 목록 업데이트와 규칙 파일 업데이트는 별도로 점검해야 합니다.
마지막으로 평소 사용하는 모드로 되돌리고 직접 연결이 예상되는 대상 하나와 프록시 연결이 예상되는 대상 하나를 각각 확인합니다.

6. 자주 묻는 질문: 모드를 바꾼 뒤 결과 확인하기

Config를 선택하면 중국 본토에서는 직접 연결하고 나머지는 모두 프록시로 연결되나요?

반드시 그렇지는 않습니다. Config에서 현재 활성화된 파일의 규칙, 특히 GEOIP와 FINAL을 확인하세요. 중국 본토 내 직접 연결이 되려면 이에 맞는 규칙과 데이터가 있어야 합니다. FINAL이 DIRECT라면 다른 규칙에 일치하지 않은 요청도 직접 연결됩니다. Config라는 이름만으로 결과를 예상하지 마세요.

Proxy에서는 열리는데 Config에서는 열리지 않으면 계속 Proxy를 사용해야 하나요?

필요한 테스트를 마칠 때까지 잠시 Proxy를 사용할 수는 있지만, 요청 기록에서 Config일 때 실패한 요청에 어떤 정책이 적용되었는지 확인한 다음 Config로 돌아가 관련 규칙이나 정책 그룹을 점검하세요. 수정 후에는 Config를 복원하고 새 요청으로 확인하세요. 도메인 하나 때문에 모든 요청의 경로를 장기간 바꾸지 마세요.

Direct는 Home에서 연결을 끄는 것과 같은가요?

다릅니다. Direct는 연결된 상태에서 적용되는 직접 연결 정책이므로 Shadowrocket이 요청 처리에 계속 관여할 수 있습니다. 연결을 끄면 이 처리 경로를 더 이상 사용하지 않습니다. 기기의 기본 네트워크 환경을 확인하려면 먼저 Settings → On Demand 상태를 기록해 필요 시 연결 조건이 테스트에 영향을 주지 않도록 하세요.

Proxy로 바꿔도 시간 초과가 발생합니다. 포트를 바꿔야 하나요?

먼저 사용 중인 서비스 제공업체가 안내한 서버 주소, 포트, 인증 정보, 프로토콜 설정을 확인하세요. 웹사이트에서 흔히 사용하는 HTTPS 포트 443이 프록시 서버에도 반드시 적용되는 것은 아닙니다. 기존 설정을 유지한 채 연결 상태를 확인하고, 명확한 차이를 발견한 경우에만 수정하세요. 포트를 이것저것 바꿔 보며 문제를 추측하지 마세요.

Scene으로 전환한 뒤 결과가 불안정합니다. 어떻게 다시 확인하나요?

먼저 현재 네트워크와 장면 조건을 기록한 다음 Config, Proxy 또는 Direct로 일시적으로 고정하고 같은 대상을 다시 테스트하세요. 고정 모드에서는 정상이라면 Scene의 조건과 관련 설정을 확인합니다. Wi-Fi와 셀룰러 네트워크 전환으로 서로 다른 장면이 적용된다면 각각 기록하세요. 두 결과를 하나의 테스트로 합쳐서는 안 됩니다.

일상적인 사용 흐름은 연결이 켜져 있는지 확인하고, 현재 구성을 확인한 다음, 실제 적용된 정책을 살펴보고 대상이 예상대로 작동하는지 검증하는 것입니다. Global Routing은 라우팅 결정 방식을 선택하고, 서버 설정은 원격 연결을 구성하며, 구독은 서버 항목의 출처를 관리합니다. 각 단계를 나누어 점검하면 설정을 여러 개 연달아 바꾸는 것보다 재현 가능한 결과를 얻기 쉽습니다.