2026-08-18 · 입문 가이드 · 약 8분

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

Shadowrocket의 Config·Proxy·Direct 모드 차이와 규칙 적용 방식, 일상 사용 및 문제 해결 시 적절한 모드를 알아봅니다.

이 글 한눈에 보기

서비스 제공업체의 구독을 가져온 뒤에는 보통 Config를 사용해 현재 설정의 규칙에 따라 트래픽을 분기합니다. Proxy는 프록시 경로를 임시로 확인할 때, Direct는 현재 네트워크의 직접 연결 결과를 비교할 때 사용합니다. 이 글에서는 각 모드의 범위와 전환 방법, 문제 해결 순서를 설명하고, ‘연결 스위치가 켜져 있음’과 ‘특정 요청이 실제로 프록시를 통과함’의 차이도 짚어봅니다.

세 가지 모드의 차이: 트래픽 경로부터 확인

Shadowrocket의 Global Routing은 앱이 가로챈 트래픽의 출구 경로를 선택하는 기능입니다. 구독 관리나 서버 프로토콜 설정과는 다릅니다. 일상적으로 Config를 사용하려면 적절한 구성 파일을 선택하고 규칙이 용도에 맞는지 확인해야 합니다. Config가 자동으로 ‘한국 사이트는 모두 직접 연결하고 나머지는 모두 프록시를 사용한다’는 뜻은 아닙니다.

Config

권장

현재 구성의 규칙을 위에서부터 확인하고, 일치하는 규칙의 정책을 적용합니다. 앞선 규칙과 일치하지 않으면 다음 규칙을 확인하고 마지막 기본 정책을 적용합니다.

적합한 경우: 적절한 구성이 있으며 일상적인 규칙 기반 트래픽 분기가 필요할 때

Proxy

가로챈 트래픽을 프록시 경로로 처리하며, 일반적인 분기 규칙에 따라 직접 연결과 프록시 연결을 하나씩 결정하지 않습니다. 모든 앱의 모든 통신을 가로챈다고 보장할 수 없으며, 서버 연결 문제를 자동으로 해결해 주지도 않습니다.

적합한 경우: 프록시 경로를 임시로 확인하고 규칙 문제의 범위를 좁힐 때

Direct

가로챈 트래픽을 프록시 서버를 거치지 않고 직접 연결로 처리합니다. Shadowrocket의 연결 스위치를 끄는 기능은 아니며, 시스템의 VPN 상태가 즉시 사라진다는 뜻도 아닙니다.

적합한 경우: 현재 Wi-Fi 또는 셀룰러 네트워크의 직접 연결 결과를 비교할 때

일부 화면에는 Scene도 표시됩니다. 이는 별도의 모드 진입 항목이므로 메뉴에 항상 세 가지 선택지만 있다고 보면 안 됩니다. 처음 문제를 해결할 때는 Config, Proxy, Direct 중 하나를 명확히 선택해 Scene의 추가 설정이 비교 결과에 섞이지 않도록 하세요.

전환 전 확인: 연결·구성·서버를 각각 점검

Home에서 선택한 서버는 프록시 연결에 사용할 서버를 결정합니다. Config에서 선택한 구성 파일은 규칙 적용 방식을 결정하고, Global Routing은 해당 규칙으로 경로를 선택할지 결정합니다. 세 항목의 역할은 서로 다릅니다. 서버만 바꿔도 Direct가 자동으로 Proxy로 바뀌지 않으며, 구독을 업데이트해도 현재 규칙 파일이 교체되는 것은 아닙니다.

  1. 구독이 있는지 확인합니다. 구독 링크는 서비스 제공업체에서 받아 가져오기 절차에 따라 추가한 뒤 서버 목록을 업데이트합니다. 업데이트에 실패하면 먼저 구독을 가져오는 문제를 해결하세요. 라우팅 모드 전환으로 구독 업데이트를 대신할 수는 없습니다.
  2. 프록시 대상을 확인합니다. Home에서 현재 선택된 서버를 확인합니다. 정책 그룹을 사용하는 구성이라면 해당 그룹에서 실제로 선택된 항목도 확인하세요. 서버 목록에서 강조 표시된 항목만 보고 모든 요청의 출구를 판단해서는 안 됩니다.
  3. 규칙 파일을 확인합니다. Config로 이동해 사용할 구성 파일이 선택되어 있는지 확인합니다. 파일을 목록에 저장하는 것만으로 현재 구성에 적용되는 것은 아닙니다.
  4. 모드를 선택하고 연결합니다. Home → Global Routing으로 돌아가 Config, Proxy 또는 Direct를 선택한 다음 연결 스위치 상태를 확인합니다. 처음 연결할 때는 시스템 안내에 따라 VPN 구성을 승인합니다.
  5. 새 요청을 보냅니다. 모드를 전환한 뒤 대상 페이지를 다시 열거나 연결을 새로 시작합니다. 기존 연결이 이전 경로를 계속 사용할 수 있습니다. 필요한 경우 연결을 끊었다가 다시 연결한 뒤 같은 조건으로 테스트하세요.
3가지
이 글에서 비교하는 모드: Config / Proxy / Direct
4가지
아래 규칙 예시: DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
2가지
각각 확인할 항목: 연결 여부와 요청 경로

Config 작동 방식: 규칙 순서와 FINAL 기본 정책

Config에서 중요한 것은 ‘규칙을 켜면 자동으로 올바르게 작동한다’는 점이 아니라 현재 구성에 어떤 규칙이 어떤 순서로 작성되어 있고 정책이 어디를 가리키는지입니다. 일반 규칙은 순서대로 확인하고 일치하면 해당 정책을 적용합니다. 따라서 구체적인 예외 규칙은 보통 포괄적인 규칙보다 앞에 두고, 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로 전달됩니다. 이를 ‘나머지는 모두 직접 연결’이라고 설명해서는 안 됩니다.

일상 사용과 임시 문제 해결: 한 번에 변수 하나만 바꾸기

먼저 현재 네트워크, 선택한 서버, 구성 파일, 대상 도메인을 기록한 다음 같은 대상을 새로 연결해 테스트하세요. 한 번의 테스트에서 서버 변경, 네트워크 전환, 구독 업데이트, 규칙 수정까지 동시에 하면 결과가 달라져도 원인을 파악하기 어렵습니다.

사용 방법: 평소 설정을 유지하고 경로를 잠깐 비교하기

일상 사용
  • Config를 사용하고 현재 구성과 정책 그룹 선택을 확인합니다.
  • 문제가 생기면 먼저 대상 도메인과 오류 현상을 기록합니다.
  • 대상과 관련된 규칙만 수정하고 수정 전 내용은 보관합니다.
임시 문제 해결
  • 같은 네트워크와 프록시 대상을 유지한 채 Proxy로 전환해 다시 시도합니다.
  • 그다음 Direct로 전환해 현재 네트워크의 직접 연결 결과를 비교합니다.
  • 매번 연결을 새로 설정하고 테스트가 끝나면 Config로 되돌립니다.

같은 조건에서 보낸 새 요청을 바탕으로 결론을 내리세요. 한 번의 페이지 캐시, 지연 시간 수치 또는 VPN 아이콘만으로 실제 출구를 확인할 수는 없습니다.

Config에서는 실패하지만 Proxy에서는 성공한다면 대상에 일치한 규칙, 해당 정책 그룹, FINAL 및 관련 DNS 설정을 먼저 확인하세요. Config와 Proxy에서 모두 실패하고 Direct에서는 성공한다면 현재 서버에 연결할 수 있는지, 인증 정보가 올바른지 먼저 확인한 뒤 프록시 경로의 문제를 살펴보세요. 세 모드에서 모두 실패한다면 FINAL을 반복해서 수정하기보다 로컬 네트워크, 대상 서비스 상태, 도메인 조회를 먼저 확인하세요.

직접 연결에 성공했다고 해서 모든 요청을 DIRECT로 바꾸는 것이 적절하다는 뜻은 아닙니다. 특정 네트워크 경로가 필요한 서비스라면 실제 요구사항에 맞는 규칙을 유지하세요. 테스트에서는 ‘이 네트워크에서 이 대상이 어떻게 동작하는지’만 확인하고, 한 사이트의 결과를 전체 트래픽에 일반화하지 마세요.

Global Routing과 On Demand·프로토콜·구독의 차이

Settings → On Demand는 조건에 따라 연결을 시작하는 동작을 관리하고, Global Routing은 연결 중 트래픽의 경로를 관리합니다. 전자는 ‘언제 연결할지’, 후자는 ‘가로챈 요청을 어떻게 처리할지’를 정합니다. Direct로 전환한 뒤에도 연결이 유지된다면 먼저 라우팅 모드와 자동 연결 조건을 구분해 확인하세요.

구독이 있다면 서비스 제공업체가 안내한 정확한 매개변수를 사용하세요. 포트를 임의로 추측하거나 한 프로토콜의 인증 항목을 다른 프로토콜에 적용하지 마세요. 구독 링크에 접속 정보가 포함되어 있다면 문제 해결 화면을 공유하기 전에 전체 링크, 토큰, 인증 정보를 가리세요.

자주 묻는 질문: 연결 후에도 예상과 다른 이유

VPN 아이콘이 표시되는데 대상 요청은 왜 직접 연결되나요?

먼저 Home → Global Routing에서 Direct가 선택되어 있는지 확인합니다. Config를 사용 중이라면 대상에 일치한 정책이 DIRECT인지 확인하세요. 시스템의 연결 상태는 터널이 연결되었는지만 나타낼 뿐, 모든 요청이 프록시 서버를 통과한다는 뜻은 아닙니다.

Proxy로 전환한 뒤 접속이 되는데 계속 이렇게 사용해도 되나요?

실제 용도에 따라 선택할 수 있지만 Proxy에서는 같은 방식의 규칙 분기가 적용되지 않아 원래 직접 연결되어야 하는 요청도 프록시 경로를 사용할 수 있습니다. 일상적으로 트래픽 분기가 필요하다면 Config로 돌아가 구체적인 규칙과 정책 그룹을 확인하세요. 임시 테스트 결과를 장기 사용 설정으로 바로 적용하지 마세요.

규칙을 수정했는데 현재 웹페이지에 왜 변화가 없나요?

먼저 Config에서 수정한 파일이 현재 선택된 파일인지 확인한 다음 Global Routing이 Config인지 확인합니다. 대상 페이지의 기존 연결을 닫고 다시 접속하세요. 필요한 경우 Shadowrocket 연결도 새로 설정합니다. 캐시된 페이지를 새로고침하는 것만으로 규칙 적용 여부를 판단하지 마세요.

Direct와 연결 스위치 끄기는 같은 기능인가요?

아닙니다. Direct는 연결된 상태에서 직접 연결 경로를 선택하는 모드이고, 스위치를 끄면 현재 연결이 종료됩니다. 터널을 거치지 않는 조건을 명확히 비교하려면 Settings → On Demand의 조건을 확인하고 직접 연결을 끊은 다음, 시스템 설정에서 실제 연결 상태를 확인하세요.

Shadowrocket 다운로드