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

이 글의 핵심

Shadowrocket에서 웹사이트별로 트래픽을 분류하려면 Config를 선택한 뒤 현재 구성과 규칙에 지정된 정책을 확인하세요. Proxy는 모든 연결을 일시적으로 프록시로 보내거나 규칙 문제를 비교·점검할 때, Direct는 직접 연결을 비교할 때 사용합니다. 기존 서비스와 구독을 보유한 경우를 전제로 모드 선택 위치, 규칙 작성법, 확인 순서를 설명하고 라우팅 모드, 연결 스위치, On Demand의 역할을 구분합니다.

먼저 결론: 규칙에 따라 사용하려면 Config

Global Routing은 Shadowrocket이 처리하는 연결의 경로를 결정합니다. Config는 현재 구성의 규칙에 따라 정책을 선택하고, Proxy는 일반적인 분류 규칙을 하나씩 적용하지 않고 모든 연결을 프록시로 보냅니다. Direct는 모든 연결을 대상에 직접 연결합니다. 여기서 ‘모든 연결’은 앱이 처리하는 연결을 뜻하며, 기기의 모든 시스템 트래픽이 반드시 같은 경로를 거친다는 의미는 아닙니다.

Config

권장

현재 활성화된 구성의 규칙에 따라 연결을 분류합니다. 규칙은 DIRECT, REJECT 또는 구성에 정의된 프록시 정책을 지정할 수 있으며, 규칙에 일치하지 않은 트래픽이 반드시 직접 연결되는 것은 아닙니다.

적합한 경우: 분류 규칙이 설정되어 있고 일부 웹사이트는 프록시로, 나머지는 직접 연결하려는 경우

Proxy

처리 대상 연결을 모두 프록시 경로로 보냅니다. 전환하기 전에 현재 선택된 프록시가 작동하는지 확인하세요. 주소, 포트 또는 인증 정보 오류를 해결하는 방법은 아닙니다.

적합한 경우: 모든 연결을 일시적으로 프록시로 보내거나 Config와 비교해 규칙 문제를 찾으려는 경우

Direct

처리 대상 연결을 프록시를 거치지 않고 대상에 직접 연결합니다. 라우팅 선택 방식이며 Shadowrocket의 연결 스위치를 끄는 것과는 다릅니다.

적합한 경우: 현재 네트워크에서 대상에 직접 연결할 수 있는지 확인하거나 일시적으로 직접 연결하려는 경우

Config를 권장하는 것은 구성이 실제 필요에 맞는 경우입니다. 구성에서 FINAL이 프록시를 가리키면 앞선 규칙에 일치하지 않은 연결도 프록시를 사용합니다. FINAL이 DIRECT를 가리켜야 직접 연결됩니다. 모드 이름만으로는 특정 웹사이트가 최종적으로 어떤 경로를 사용하는지 알 수 없습니다.

설정 순서: Home에서 현재 구성 선택 및 확인

Home, Config, Settings의 역할을 구분하세요. Home에서는 연결을 선택하고 Global Routing을 확인합니다. Config에서는 규칙 구성을 관리하고, Settings에서는 On Demand를 포함한 앱 설정을 조정합니다. 기존 구독의 연결 항목과 트래픽 분류 규칙이 포함된 구성 파일은 각각 따로 확인해야 합니다.

Home을 열어 사용할 수 있는 연결 항목이 있는지 확인하세요. 기존 구독을 사용한다면 먼저 가져옵니다. 주소, 포트, 인증 정보는 기존 서비스 제공업체가 제공한 값을 사용하세요.
Config에서 분류에 사용할 구성이 선택되어 있는지 확인하세요. 파일을 가져오기만 해서는 충분하지 않습니다. 실제로 해당 구성이 활성화되어 있는지 확인해야 합니다.
Home → Global Routing으로 돌아가 Config를 선택하세요. 경로 차이를 점검하는 경우에는 Proxy 또는 Direct를 일시적으로 선택할 수 있습니다.
Home으로 돌아가 선택한 프록시를 확인한 다음 연결 스위치를 켭니다. 처음 연결할 때는 Apple 시스템 안내에 따라 VPN 구성을 승인하세요.
프록시를 사용할 것으로 예상되는 대상과 직접 연결할 것으로 예상되는 대상을 각각 방문해 새 연결의 규칙 일치 결과를 확인하세요. 연결 스위치가 켜져 있는지만 확인해서는 안 됩니다.

목록에 Scene이 보이더라도 Config의 다른 이름이라고 생각하지 마세요. Scene은 상황별 선택 기능이므로 해당 장면의 조건과 관련 설정을 따로 확인해야 합니다. 이 글의 비교 절차에서는 장면 전환이라는 변수를 추가하지 않도록 Config, Proxy, Direct만 사용합니다.

Config 작동 방식: 규칙 순서와 FINAL이 결과를 결정

Config는 ‘프록시가 필요한 웹사이트’를 자동으로 판단하는 스위치가 아닙니다. 현재 구성의 매칭 로직을 실행합니다. 먼저 규칙의 매칭 대상을 확인하고, 일치한 규칙에 지정된 정책을 적용합니다. DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 IP 주소 범위를 기준으로 매칭합니다. GEOIP는 IP 지리 데이터베이스에 따라 분류하고, FINAL은 앞선 규칙에 하나도 일치하지 않을 때 적용되는 기본 규칙입니다.

아래는 규칙 문법 예시이며 완성된 연결 구성으로 사용할 수 있는 자료가 아닙니다. 현재 구성에 PROXY라는 유효한 프록시 정책이 정의되어 있고, 예시 도메인과 하위 도메인만 해당 정책을 사용하며 나머지는 직접 연결한다고 가정하면 다음과 같이 작성할 수 있습니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

이 예시에서는 example.com과 www.example.com이 모두 첫 번째 규칙에 일치하지만, notexample.com은 비슷한 문자열이 포함되어 있다는 이유만으로 일치하지 않습니다. PROXY는 현재 구성에서 유효한 정책으로 확인되어야 합니다. 규칙에 이름만 적고 실제 출구 정책을 정의하지 않으면 안 됩니다. 자세한 규칙 구조는 구성 파일 안내를 참고하세요.

2개 규칙

예시 규칙: DOMAIN-SUFFIX와 FINAL

접미사 1개

example.com: 도메인과 모든 하위 도메인에 적용

기본 규칙

FINAL,DIRECT: 앞선 규칙에 일치하지 않으면 직접 연결

FINAL,DIRECT를 구체적인 도메인 규칙보다 먼저 배치하면 의도한 매칭 순서가 깨집니다. FINAL을 PROXY로 바꾼 뒤에도 ‘Config에서는 나머지가 직접 연결된다’고 생각하는 경우도 흔합니다. 모드는 그대로여도 기본 정책이 달라지므로 규칙에 일치하지 않은 트래픽의 경로도 바뀝니다.

DOMAIN-SUFFIX는 도메인 접미사를 기준으로 규칙을 적용할 때 적합하지만, 페이지에서 불러오는 다른 도메인까지 모두 포함한다고 보장할 수는 없습니다.
IP-CIDR은 IP 주소 범위를 처리하며 도메인 접미사 규칙을 대신할 수 없습니다. DNS 조회가 필요한지는 요청 형식과 규칙 옵션에 따라 달라집니다.
GEOIP는 대상 IP와 데이터베이스 분류에 의존합니다. 페이지 내용이나 도메인 모양만으로 규칙에 일치하는지 판단해서는 안 됩니다.
REJECT는 연결을 거부하는 정책입니다. 대상에 연결할 수 없다면 프록시만 바꾸지 말고 관련 규칙에 일치했는지 확인하세요.

비교 점검: Proxy에서는 열리지만 Config에서는 열리지 않을 때

이런 현상이 발생하면 같은 네트워크, 같은 프록시, 같은 대상을 유지하고 Global Routing만 바꾸세요. 그래야 여러 조건을 동시에 변경하지 않고 라우팅 선택의 차이로 문제를 좁힐 수 있습니다. 다음 절차는 현상을 재현해 비교하기 위한 방법이며, 모든 웹사이트에 연결할 수 있다는 보장은 아닙니다.

같은 대상을 두 모드로 비교

첫 번째: Proxy

Home에서 같은 프록시를 계속 선택해 둡니다.
Home → Global Routing으로 이동해 Proxy를 선택합니다.
대상에 다시 요청을 보내고 연결할 수 있는지 기록합니다.
실패하면 먼저 프록시 연결 상태와 프로토콜 매개변수를 확인합니다.

두 번째: Config

프록시와 네트워크는 그대로 두고 Config로 전환합니다.
같은 대상에 다시 요청을 보냅니다.
해당 연결에 일치한 규칙과 정책을 확인합니다.
FINAL과 규칙에서 참조하는 정책이 예상한 설정인지 확인합니다.

Proxy에서는 성공하지만 Config에서는 실패한다면 규칙과 정책을 먼저 확인하세요. 두 모드에서 모두 실패한다면 분류 규칙만의 문제라고 단정할 수 없습니다.

모드를 바꾼 뒤에는 새로 생성된 연결을 확인하세요. 브라우저와 다른 앱은 기존 연결을 재사용할 수 있고, 열린 페이지에 캐시된 콘텐츠가 표시될 수도 있습니다. 한 번 새로 고치는 것만으로는 새 모드의 결과를 확인하기 어려울 수 있습니다. 대상 페이지를 닫았다가 다시 열고 앱의 연결 기록도 함께 확인하세요. 페이지가 여러 도메인에서 리소스를 불러오는 경우에는 기본 문서는 열리지만 이미지나 로그인 API 요청은 실패하는 상황도 구분해야 합니다.

먼저 선택한 프록시를 확인하세요. 모드를 전환하면서 다른 연결 항목까지 바꾸면 비교가 의미 없어집니다.
다음으로 매칭 대상을 확인하세요. 실제 요청이 다른 하위 도메인이나 별도의 도메인으로 전송될 수 있으므로 기존 DOMAIN-SUFFIX 규칙이 적용되지 않을 수 있습니다.
마지막으로 출구 경로를 확인하세요. 올바른 규칙에 일치했는데도 실패한다면 해당 규칙에서 참조하는 정책이 예상한 프록시를 선택하는지 확인하세요.

Proxy에서도 연결할 수 없다면 기존 연결의 주소, 포트, 인증 정보와 해당 프로토콜에 필요한 매개변수를 확인하세요. 예를 들어 구성에서 포트를 443으로 지정했다면 원격 서버가 수신 대기 중인 포트와 일치해야 합니다. 포트 번호만으로 TLS가 올바르게 설정되었거나 서버에 연결할 수 있다고 판단할 수는 없습니다. 원래 매개변수 문제를 감추기 위해 포트를 무작위로 바꾸지 마세요.

자주 묻는 질문: Direct, 구독 업데이트, On Demand

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

Direct는 출구 정책을 바꾸는 기능이지 연결 스위치를 끄는 기능이 아닙니다. 현재 연결을 중지하려면 Home에서 연결 스위치를 끄세요. 이후 다시 자동 연결된다면 Settings → On Demand에서 실행 조건을 확인합니다. VPN 표시가 있는지 여부만으로 특정 요청이 프록시를 거쳤는지 판단하지 마세요.

구독을 업데이트하면 Config의 웹사이트 규칙도 업데이트되나요?

먼저 업데이트한 항목을 확인하세요. 연결 구독 업데이트와 규칙 구성 업데이트는 별개의 작업입니다. 기존 구독을 업데이트한 뒤 Home에서 연결 항목을 확인하고, Config에서 현재 구성의 내용과 사용 중인 정책을 확인하세요. 구독 업데이트가 성공했다는 이유만으로 규칙도 바뀌었다고 판단해서는 안 됩니다.

계속 Proxy를 사용하면 규칙을 신경 쓰지 않아도 되나요?

Proxy를 사용하면 모든 연결을 프록시로 보낼 수 있지만 Config에 설정한 도메인 규칙에 따라 직접 연결과 프록시를 구분하지는 않습니다. 특정 웹사이트에 대한 분류를 다시 적용하려면 Home → Global Routing에서 Config를 선택한 다음 현재 구성과 FINAL을 확인하세요. 일시적인 점검 모드를 규칙 문제가 해결됐다는 증거로 여겨서는 안 됩니다.

On Demand를 켜면 Config도 자동으로 선택되나요?

자동 연결과 라우팅 선택은 별개입니다. Settings → On Demand에서는 조건에 따라 연결을 시작하도록 설정하고, Global Routing에서는 연결 후 사용할 라우팅 모드를 결정합니다. 설정을 마친 뒤 두 항목을 각각 확인하고, 연결 조건이 실행된 다음 실제 모드와 대상 요청에 적용된 정책을 다시 확인하세요.

프로토콜과 라우팅도 구분해서 이해해야 합니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 연결 구성에서 선택하는 프로토콜이고 Config, Proxy, Direct는 라우팅 모드입니다. Proxy를 선택해도 프로토콜이 바뀌지 않으며 규칙을 수정해도 잘못된 인증 정보가 해결되지는 않습니다. 구체적인 매개변수는 기존 서비스의 설정을 기준으로 확인하세요.

일상 사용 점검 목록

재현 가능한 방식으로 확인을 마쳤다면 실제 필요에 맞는 모드를 유지하세요. 구성에 따라 트래픽을 분류하려면 Config로 돌아갑니다. 처리 대상 연결을 모두 프록시로 보내려는 경우에만 Proxy를 유지하세요. Direct를 사용할 때는 프록시 출구를 사용하지 않으며 앱 연결 자체가 중지되는 것은 아니라는 점도 기억해야 합니다.

Home: 선택한 프록시가 예상한 항목인지, 연결 상태를 확인했는지 점검합니다.
Home → Global Routing: 현재 모드가 사용 목적에 맞는지, 점검 후 임시 설정이 남아 있지 않은지 확인합니다.
Config: 올바른 구성이 활성화되어 있고 구체적인 규칙이 FINAL보다 앞에 있으며 정책 이름에 해당하는 정의가 있는지 확인합니다.
Settings → On Demand: 자동 연결 조건이 실제 사용 목적에 맞는지, 수동 테스트와 혼동되지 않는지 확인합니다.
확인 결과: 프록시를 사용할 것으로 예상되는 요청과 직접 연결될 것으로 예상되는 요청을 각각 한 번 이상 확인하고 새 연결에 적용된 경로를 점검합니다.

Shadowrocket은 Apple 플랫폼용 유료 클라이언트로, 주로 iPhone과 iPad에서 사용합니다. App Store에서만 받을 수 있으며 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. 앱 구매와 연결 서비스 요금제는 별개입니다. 이 글의 라우팅 안내는 기존에 사용할 서비스 제공업체와 구독을 보유한 경우를 전제로 합니다. 처음 설정한다면 Global Routing 튜토리얼을, 연결에 문제가 있다면 연결 문제 해결 안내를 참고하세요.