Shadowrocket에서 Global Routing을 바꾸면 앱이 처리하는 트래픽의 경로가 달라집니다. Proxy와 Direct는 전체 경로를 빠르게 확인할 때 유용하고, Config는 구성 파일의 규칙에 따라 요청을 나눕니다. 선택한 모드, 연결 스위치, 활성 구성 파일은 서로 다른 설정이므로 각각 확인해야 합니다.

이 글의 핵심 내용

이미 사용할 연결 정보와 본인 구독이 있는 사용자를 위한 라우팅 모드 안내입니다. Proxy, Direct, Config의 차이를 살펴보고, 목적에 맞는 모드를 선택하는 절차와 변경 뒤 실제 요청을 확인하는 방법을 설명합니다. Config의 규칙이나 연결 설정을 바꾸기 전에 현재 값을 기록하면 원인을 찾고 되돌리기 쉽습니다.

Global Routing은 연결 상태와 별개의 설정

Global Routing은 Shadowrocket이 처리하는 요청을 어떤 경로로 보낼지 정합니다. 반면 Home의 연결 스위치는 VPN 연결을 시작하거나 멈추는 동작입니다. 따라서 스위치가 켜져 있어도 Direct를 선택하면 요청이 원격 프록시를 거치지 않을 수 있고, Proxy를 선택해도 연결 대상이나 네트워크가 정상적이지 않으면 요청이 실패할 수 있습니다.

먼저 Home에서 사용할 연결 항목이 선택되어 있는지 확인하고, Global Routing의 현재 값도 기록하세요. 규칙에 따라 트래픽을 나누려는 경우에는 Config에서 실제로 활성화된 구성 파일을 확인해야 합니다. Config라는 같은 단어가 라우팅 모드와 구성 파일 관리 화면 양쪽에 쓰일 수 있으므로, 지금 확인하는 대상이 모드인지 파일인지 구분하세요.

3가지 모드
Proxy, Direct, Config를 목적에 따라 선택
설정 위치
Home → Global Routing
별도 확인
연결 스위치와 라우팅 모드는 서로 다른 항목
Config
선택된 구성 파일의 규칙을 적용하는 모드

Global Routing에는 구성에 따라 Scene도 표시될 수 있습니다. Scene은 이름만으로 동작을 판단할 수 없으며, 선택한 Scene의 조건과 설정을 확인해야 합니다. 이 글에서는 가장 자주 구분하는 Proxy, Direct, Config를 중심으로 설명합니다. 메뉴에 표시되는 항목은 현재 설정과 앱 화면을 기준으로 확인하세요.

Proxy·Direct·Config의 차이

세 모드의 차이는 요청이 규칙을 따라 분기되는지, 아니면 하나의 경로로 처리되는지에 있습니다. Config에서는 규칙이 위에서 아래로 평가되며 먼저 일치하는 규칙의 정책이 적용됩니다. 어떤 규칙에도 일치하지 않는 요청은 구성의 마지막 기본 규칙인 FINAL을 확인해야 합니다. 따라서 Config를 선택했다고 해서 모든 트래픽이 자동으로 프록시를 통과하는 것은 아닙니다.

모드 요청 처리 사용 목적 확인할 점
Config 활성 구성 파일의 규칙과 정책에 따라 요청을 분기 대상별로 직접 연결과 프록시 경로를 함께 사용 선택된 파일, 일치 규칙, FINAL 정책
Proxy 규칙 기반 분기 대신 프록시 경로를 사용 프록시 경로를 임시로 확인하거나 규칙 문제를 진단 선택한 연결 항목의 상태와 목적지 접근 가능 여부
Direct 원격 프록시를 거치지 않는 직접 연결 경로 사용 현재 네트워크에서 목적지에 직접 접속 가능한지 확인 기기의 네트워크와 목적지의 직접 접속 가능 여부

Proxy는 특정 웹사이트만 프록시로 보내는 예외 규칙을 시험하는 모드가 아닙니다. 대상별 분기가 필요하면 Config에서 규칙을 확인하세요. 반대로 Direct는 연결 스위치를 끄는 기능이 아닙니다. VPN 상태가 표시되어도 해당 요청은 직접 연결될 수 있으며, 터널 연결 여부와 요청의 출구 경로는 서로 다른 정보입니다.

사용 목적에 따른 모드 선택

일상적인 규칙 분기
  • Config를 선택합니다.
  • 활성 구성 파일과 대상별 규칙을 확인합니다.
  • 일치하지 않는 요청은 FINAL 정책으로 처리되는지 확인합니다.
경로를 따로 점검
  • Proxy로 프록시 경로를 확인합니다.
  • Direct로 현재 네트워크의 직접 접속을 확인합니다.
  • 테스트가 끝나면 평소 사용할 모드로 되돌립니다.

모드는 필요에 따라 바꿀 수 있지만, 일상적인 대상별 분기에는 규칙과 FINAL을 점검한 Config가 적합합니다.

Home에서 모드를 바꾸고 상태 기록하기

모드를 바꾸기 전에는 현재 값, 연결 항목, 테스트할 대상과 네트워크를 간단히 기록하세요. Wi-Fi와 셀룰러를 번갈아 사용하거나 여러 설정을 동시에 바꾸면 결과가 달라진 원인을 분리하기 어렵습니다. 테스트 중에는 한 번에 모드 하나만 변경하고 같은 앱이나 웹페이지에서 새 요청을 만들어 비교하세요.

  1. 기준 상태 기록

    Home에서 선택된 연결 항목과 연결 스위치 상태를 확인하세요. 이어서 Global Routing의 현재 값, 사용 중인 Wi-Fi 또는 셀룰러 네트워크, 시험할 앱이나 페이지를 기록합니다.

  2. Config 확인

    규칙 분기가 목적이라면 Config 화면에서 실제 선택된 구성 파일을 확인하세요. 파일을 가져온 사실만으로 그 파일이 활성화되었다고 단정하지 말고, 사용할 규칙과 마지막 FINAL 정책도 살펴봅니다.

  3. 모드 선택

    Home → Global Routing에서 확인하려는 모드를 선택합니다. 규칙을 적용하려면 Config, 프록시 경로를 시험하려면 Proxy, 직접 접속을 점검하려면 Direct를 선택하세요.

  4. 새 요청 확인

    대상 앱이나 페이지에서 새 요청을 만드세요. 이미 열린 연결은 기존 경로를 계속 사용할 수 있으므로 화면을 새로고침하거나 앱을 다시 열어 결과를 확인합니다.

  5. 평소 모드 복구

    테스트가 끝나면 기록해 둔 원래 모드로 돌아갑니다. 일상적으로 규칙 기반 분기를 사용한다면 Config를 다시 선택하고, 필요한 경우 연결 상태와 실제 요청 결과를 재확인하세요.

경로 확인은 같은 조건에서 비교해야 의미가 있습니다. 예를 들어 Config에서 특정 사이트가 열리지 않을 때 Proxy에서도 같은 사이트를 새로 요청해 보세요. Proxy에서는 열리고 Config에서는 열리지 않는다면 구성 파일의 규칙, 정책 또는 FINAL을 우선 확인할 수 있습니다. 두 모드 모두 실패한다면 연결 항목이나 네트워크, 목적지 상태도 함께 살펴야 합니다. 이 비교만으로 원인이 확정되는 것은 아니지만 점검 범위를 좁히는 데 도움이 됩니다.

Config에서 규칙과 FINAL 점검하기

Config 모드에서 예상과 다른 경로가 적용되면 Home의 모드 표시만 확인하지 말고 Config의 활성 파일을 함께 살펴보세요. 규칙은 순서대로 적용되므로 포괄적인 규칙이 예외 규칙보다 위에 있으면 예외가 실행되지 않을 수 있습니다. 아래는 규칙 형식과 순서를 설명하는 예시이며, 실제 환경에 그대로 복사해 적용하는 완성 설정은 아닙니다.

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

규칙을 수정할 때는 원래 줄을 보관하고 한 항목씩 변경하세요. 저장한 다음 Home에서 Config가 선택되어 있는지 다시 확인하고, 새 요청으로 결과를 점검합니다. 규칙을 바꾸지 않았는데 동작이 달라졌다면 구성 파일이 바뀌었는지, 연결 항목이 바뀌었는지, 네트워크가 전환되었는지 각각 비교하세요. 연결 상태 표시만으로 특정 도메인에 적용된 정책까지 알 수 있다고 단정해서는 안 됩니다.

Direct로 바꾸면 VPN 연결도 꺼지나요?

아닙니다. Direct는 요청의 경로를 직접 연결로 처리하는 모드이며, Home의 연결 스위치와는 별개입니다. 연결 표시와 실제 요청 경로를 나누어 확인하세요.

Config를 골랐는데도 예상한 규칙이 적용되지 않아요.

Config에서 활성 파일을 확인한 뒤 규칙의 위아래 순서와 먼저 일치하는 항목을 점검하세요. 앞선 포괄 규칙이나 마지막 FINAL 정책이 예상과 다른 결과를 만들 수 있습니다.

모드를 바꾸자마자 기존 연결도 바뀌나요?

기존에 열린 연결이 바로 새 경로로 전환되지 않을 수 있습니다. 대상 앱에서 새 요청을 만들거나 앱을 다시 열고, 같은 네트워크에서 결과를 비교하세요.

결과가 다를 때 점검 순서

연결은 되어 있지만 페이지가 열리지 않는다면 먼저 어떤 모드에서 실패하는지 기록하세요. Config에서만 실패하면 활성 구성 파일, 규칙 순서, 정책 그룹과 FINAL을 우선 점검합니다. Proxy에서만 실패하면 선택된 연결 항목과 프록시 경로의 상태를 확인하세요. Direct에서만 실패하면 현재 네트워크에서 해당 목적지에 직접 접근할 수 있는지 살펴봅니다.

모드를 바꾸는 목적은 모든 실패를 해결하는 데 있지 않고, 요청이 어떤 경로로 처리되는지 구분하는 데 있습니다. 일상 사용에서는 규칙과 기본 정책이 확인된 Config를 선택하고, Proxy와 Direct는 비교나 진단이 끝난 뒤 원래 목적에 맞게 되돌리는 방식이 명확합니다. 설정 변경 전후의 모드, 연결 상태, 네트워크와 테스트 대상을 함께 기록하면 다음 점검에서도 결과를 재현하기 쉽습니다.