Shadowrocket의 Global Routing은 연결에 적용할 라우팅 방식을 결정하며, 서버를 제공하는 기능은 아닙니다. 이미 서비스와 구독을 이용 중인 사용자를 대상으로 Config, Proxy, Direct의 사용 상황과 전환 방법, 규칙 매칭 방식을 설명하고, 한 번에 설정 하나만 바꾸며 문제를 확인하는 절차를 안내합니다. 글을 읽고 나면 ‘서버에 연결할 수 없는 문제’와 ‘규칙에서 잘못된 정책을 선택한 문제’를 구분하고, 테스트가 끝난 뒤 평소 설정으로 되돌릴 수 있습니다.
Global Routing의 세 가지 모드: 평소에는 Config 사용
먼저 결론부터 말하면, 사용할 수 있는 서버와 구성 파일이 있다면 평소에는 Config를 사용하세요. 특정 웹사이트가 규칙에 따라 잘못된 경로로 연결되는 것 같다면 잠시 Proxy로 바꾸고, 현재 네트워크에서 대상에 직접 접속할 수 있는지 확인하려면 잠시 Direct로 바꾸면 됩니다. 세 모드는 트래픽 라우팅 방식만 바꾸며 서버 주소, 포트, 비밀번호 또는 프로토콜 설정을 대체하지 않습니다.
Config: 현재 구성에 따라 트래픽 분기
권장현재 활성화된 구성의 규칙에 따라 DIRECT, 프록시 또는 기타 정의된 정책을 선택합니다. 앞선 규칙에 일치하지 않는 연결은 FINAL 등의 기본 처리 규칙이 담당하므로, ‘일치하지 않으면 직접 연결’이라고 단순하게 이해하면 안 됩니다.
적합한 경우: 도메인이나 대상 IP에 따라 연결을 구분하는 일상적인 사용
Proxy: 모든 연결에 프록시 경로 사용
Shadowrocket이 처리하는 일반 연결에 프록시 경로를 일괄 적용해, 일반적인 트래픽 분기 규칙을 잠시 우회하여 비교할 수 있습니다. 서버가 정상 작동해야 하며 프록시 프로토콜과 전송 설정도 올바르게 입력되어야 합니다.
적합한 경우: 프록시 연결 가능 여부를 임시로 테스트하거나 Config의 분기 결과와 비교할 때
Direct: 모든 연결에 직접 연결 경로 사용
Shadowrocket이 처리하는 일반 연결을 프록시 서버를 거치지 않고 직접 연결합니다. 연결 스위치를 끄는 것과는 다르며, 현재 네트워크에서 모든 대상에 직접 접속할 수 있다는 뜻도 아닙니다.
적합한 경우: 현재 네트워크의 직접 연결 상태를 비교하거나 프록시 경로에만 문제가 있는지 확인할 때
여기서 ‘모두’는 라우팅 모드를 간단히 설명한 표현이며, 기기의 모든 패킷이 반드시 같은 경로를 거친다는 뜻은 아닙니다. 시스템 라우팅, 제외 항목, 로컬 네트워크 접근, DNS 처리 설정이 실제 동작에 영향을 줄 수 있습니다. 메뉴에 Scene이 표시되더라도 이는 상황별 설정을 적용하는 항목입니다. 이 글에서는 자동 전환으로 판단이 흐려지지 않도록 상황 조건을 고정하고 Config, Proxy, Direct만 비교합니다.
Home → Global Routing: 전환 전에 확인할 세 가지 항목
Global Routing, 현재 서버, 현재 구성은 서로 다른 항목입니다. Global Routing을 Config로 바꿔도 필요한 구성을 가져오거나 활성화한 것은 아닙니다. Home에서 서버를 선택했다고 해서 Config의 모든 정책 그룹이 자동으로 해당 서버를 따르는 것도 아닙니다. 특히 여러 정책 그룹이 포함된 구성이라면 문제가 발생한 연결에 실제로 어떤 정책과 구성원이 적용됐는지 확인해야 합니다.
- 서버 확인: Home으로 이동해 이미 보유한 서버를 가져왔는지, 필요한 항목이 표시되고 설정값이 모두 입력됐는지 확인합니다. 직접 추가할 때는 Add Server를 사용하고, 기존 설정에 맞춰 프로토콜 유형과 포트를 입력합니다. 구독은 Subscribe를 통해 가져오고 업데이트합니다.
- 구성 확인: Config로 이동해 사용하려는 구성 파일이 현재 활성화되어 있는지 확인합니다. 수정하기 전에 사본을 보관해 임시 테스트 규칙이 일상적으로 사용하는 구성에 덮어쓰이지 않도록 하세요.
- 모드 선택: Home → Global Routing으로 돌아가 Config, Proxy 또는 Direct를 선택한 다음 Home에서 선택이 예상대로 적용됐는지 확인합니다.
- 테스트 연결 다시 설정: 연결 스위치가 켜져 있는지 확인한 다음 대상 페이지를 다시 엽니다. 전환 전에 이미 연결된 장시간 연결은 이전 경로를 계속 사용할 수 있습니다. 필요한 경우 대상 앱을 종료한 뒤 다시 여세요. 연결을 다시 설정하면 진행 중인 세션이 끊기므로 통화나 다운로드 중에는 피하세요.
Config 규칙 매칭 방식: 규칙 순서와 FINAL 기본 처리
Config에서는 규칙 내용과 순서가 중요합니다. 일반적인 규칙 목록은 위에서 아래로 확인하며, 처음 일치하는 규칙이 적용할 정책을 결정합니다. 따라서 특정 도메인 규칙은 대체로 범위가 넓은 지역 또는 네트워크 대역 규칙보다 앞에 두어야 합니다. 구성에 특정 도메인이 적혀 있다는 이유만으로 규칙이 적용된다고 단정하지 말고, 앞쪽에 먼저 일치하는 규칙이 있는지도 확인하세요.
아래는 규칙 순서를 설명하기 위한 [Rule] 예시이며, 기존 파일을 대체해 바로 사용할 수 있는 완전한 구성은 아닙니다. example.com은 설명용 도메인입니다. 사용하기 전에 구성에서 PROXY 정책을 사용할 수 있는지 확인하세요. 기존 구성에서 사용자 지정 정책 그룹 이름을 사용한다면 실제 이름과 정의를 그대로 유지해야 합니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX,example.com,PROXY:example.com과 하위 도메인에 일치해 PROXY 정책을 적용합니다. 문자열이 포함된 모든 URL에 일치하는 규칙은 아닙니다.IP-CIDR,192.168.0.0/16,DIRECT,no-resolve: 지정된 대상 IPv4 대역에 일치하면 직접 연결합니다.no-resolve는 이 IP 규칙을 확인하기 위해 도메인 조회를 능동적으로 수행하지 않는다는 뜻이며, 클라이언트 전체에서 DNS를 끈다는 뜻은 아닙니다.GEOIP,CN,DIRECT: 대상 IP의 지역 데이터베이스 결과에 따라 DIRECT를 선택합니다. 웹페이지 언어나 도메인 접미사를 기준으로 판단하지 않습니다.FINAL,PROXY: 앞선 규칙에 일치하지 않은 연결을 처리합니다. 기존 파일에FINAL,DIRECT가 적혀 있다면 기본 처리 결과가 달라집니다. 수정하기 전에 평소 사용 목적에 맞는지 확인하세요.
웹사이트는 페이지, 이미지, 로그인, API 등에 여러 도메인을 동시에 요청하는 경우가 많습니다. 홈페이지는 열리지만 로그인이 실패한다면 주 도메인에 규칙 하나만 추가하지 말고, 실패한 요청의 도메인과 해당 정책을 확인하세요. IP 규칙과 GEOIP는 DNS 조회 결과의 영향을 받을 수도 있습니다. 결과를 바꾼 원인을 파악할 수 있도록 DNS 설정과 라우팅 규칙은 따로 테스트하세요.
Proxy와 Direct 비교: 규칙 문제와 연결 문제 구분하기
문제를 확인할 때는 같은 네트워크와 대상 주소, 서버를 유지하고 Global Routing만 바꾸세요. 그래야 결과를 비교할 수 있습니다. 한 번의 테스트에서 구독 업데이트, Wi-Fi 전환, DNS 수정, 서버 변경을 동시에 하지 마세요. 접속이 복구되더라도 원인을 확인하기 어렵습니다. 아래 내용은 판단을 위한 기준일 뿐 모든 네트워크에서 보장되는 결과나 사전 측정 결과가 아닙니다.
비교 방법: 대상을 고정하고 프록시와 직접 연결을 각각 확인
Proxy에서는 접속 가능
- 대상 주소와 테스트 결과를 기록한 다음 Config로 돌아가 같은 요청을 다시 시도합니다.
- Config에서만 실패한다면 적용된 규칙과 실제 정책 그룹 구성원을 확인합니다.
- Config가 다른 서버를 사용한다면 같은 서버로 고정한 뒤 비교합니다.
- 연결 기록에서 대상과 정책 정보를 확인해 DIRECT 규칙이 먼저 적용됐는지 파악합니다.
Direct에서는 접속 가능
- 현재 네트워크에서 해당 대상에 직접 연결할 수 있다는 뜻입니다.
- Proxy에서 실패한다면 서버 연결 상태, 인증 정보, 대상 접근 제한을 확인합니다.
- 예를 들어 기존 설정에서 포트가 443으로 지정되어 있다면 흔히 쓰는 다른 값으로 임의 변경하지 말고 Add Server의 포트가 일치하는지 확인하세요.
- TLS, Server Name, 전송 설정도 기존 설정과 일치하는지 확인해야 합니다.
결론: 비교 테스트는 문제 범위를 좁히는 데만 도움이 됩니다. Proxy에서 성공했다고 모든 구성이 올바른 것은 아니며, Direct에서 성공했다고 프록시 서버가 반드시 작동하지 않는 것도 아닙니다. 테스트를 마치면 Config로 되돌리세요.
Proxy와 Direct에서 모두 실패한다면 먼저 기기에서 정상 작동이 확인된 다른 페이지에 접속할 수 있는지 확인한 뒤 대상 서비스, DNS, 네트워크 제한을 점검하세요. 특정 앱 기능만 실패한다면 ‘페이지는 열리지만 로그인 제출 후 시간 초과’처럼 구체적인 동작을 기록하세요. 막연히 ‘네트워크가 안 됨’이라고 적는 것보다 관련 요청을 찾는 데 도움이 됩니다.
Subscribe, 프로토콜, On Demand: 문제 확인 메뉴를 혼동하지 않기
구독 업데이트는 사용자가 이미 보유한 구독에 포함된 서버 정보를 가져오는 기능이며, 현재 구성 파일에 적절한 트래픽 분기 규칙이 포함되도록 보장하지 않습니다. 반대로 Config에서 도메인 규칙을 수정해도 잘못된 서버 비밀번호는 해결되지 않습니다. 문제를 확인하기 전에 ‘서버 정보’, ‘구성 규칙’, ‘연결 시작 조건’을 세 단계로 나눠 점검하세요.
| 확인 대상 | 위치 또는 내용 | 확인할 사항 |
|---|---|---|
| 서버 정보 | Home / Add Server / Subscribe | 주소, 포트, 인증 및 전송 설정이 사용자가 보유한 정보와 일치하는지 확인합니다. 구독을 업데이트한 뒤에도 항목이 유효한지 점검합니다. |
| 라우팅 및 구성 | Home → Global Routing；Config | 모드가 올바르게 선택됐는지, 현재 구성이 활성화됐는지, 일치한 규칙이 예상한 정책을 가리키는지 확인합니다. |
| 요청 시 연결 | Settings → On Demand | 현재 조건에서 연결이 다시 설정되는지, 테스트 중 자동 동작으로 상태가 바뀌는지 확인합니다. |
Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 프로토콜 이름이지 Global Routing의 모드가 아닙니다. Proxy를 선택해도 VLESS가 Trojan으로 바뀌거나 누락된 인증 정보가 채워지지 않습니다. 프로토콜 설정은 사용자가 보유한 정보를 기준으로 입력하세요. TLS 연결은 인증서 검증, Server Name, 전송 관련 항목도 확인해야 하며, 검증을 끄는 방법을 일반적인 해결책으로 사용하지 마세요.
- 테스트 중 연결을 끈 뒤 다시 자동으로 켜진다면 Settings → On Demand에서 기존 조건을 확인하고 기록하세요. 필요한 경우 관련 조건을 잠시 비활성화한 뒤 테스트를 마치면 원래대로 복원합니다.
- 구독 업데이트 후 서버 이름이나 항목이 바뀌었다면 정책 그룹에서 참조하는 구성원을 다시 확인해, 규칙이 더 이상 존재하지 않는 항목을 가리키지 않도록 하세요.
- 연결은 설정됐지만 대상에 접속할 수 없다면 먼저 라우팅을 비교하세요. 구독 요청 자체가 실패한다면 구독 주소의 유효성을 별도로 확인하고, 모든 규칙을 반복해서 다시 작성하지 마세요.
Global Routing 자주 묻는 질문과 복원 점검
Config를 선택했는데 왜 모든 웹사이트가 프록시를 이용하는 것처럼 보이나요?
Config로 이동해 현재 파일의 규칙과 FINAL을 확인하세요. 대상이 앞쪽의 직접 연결 규칙에 일치하지 않고 마지막 규칙이 FINAL,PROXY라면 프록시를 이용하는 것이 해당 구성의 결과입니다. 실제 연결 기록도 확인해 범위가 넓은 규칙이나 정책 그룹 선택이 예상과 다르게 적용되지 않았는지 살펴보세요. 홈페이지가 열리는지만 보고 모든 요청의 경로를 추측하지 마세요.
Proxy에서는 되는데 Config로 돌아가면 시간 초과됩니다. 구독을 다시 가져와야 하나요?
우선 다시 가져오지 마세요. 같은 서버로 고정해 두 모드를 비교하고, Config에서 대상에 적용된 규칙과 정책 그룹을 확인하세요. 규칙이 대상을 DIRECT로 보내거나 사용할 수 없는 다른 구성원을 선택한다면 해당 규칙이나 구성원을 먼저 수정한 뒤 연결을 새로 설정해 테스트합니다. 구독을 다시 가져오면 항목이 바뀌어 확인해야 할 변수가 늘어날 수 있습니다.
Direct를 선택했는데 연결 표시가 계속됩니다. 전환에 실패한 건가요?
반드시 그런 것은 아닙니다. Direct는 라우팅 선택이며 클라이언트 연결을 끄는 기능이 아닙니다. Home → Global Routing에서 Direct가 선택됐는지 확인하세요. 연결을 중지하려는 경우에는 Home의 연결 스위치를 조작하고, Settings → On Demand의 기존 조건이 연결을 다시 시작하는지 확인합니다.
규칙을 바꿨는데 재생 중인 동영상이 계속 기존 경로를 사용합니다. 어떻게 해야 하나요?
먼저 재생을 중지하고 관련 페이지를 닫은 다음 다시 열어 새 연결로 확인하세요. 기존 연결은 처음 설정된 경로를 계속 사용할 수 있습니다. 필요한 경우 중요한 작업이 중단되지 않도록 주의하며 클라이언트 연결을 다시 설정하세요. 테스트가 끝나면 Global Routing을 Config로 되돌리고 임시로 바꾼 On Demand 조건도 복원했는지 확인합니다.
마지막으로 테스트 대상, 네트워크 유형, 사용한 서버, 세 가지 모드의 결과, 최종적으로 수정한 규칙을 간단히 기록해 두세요. 구독 토큰, 비밀번호 또는 인증 정보가 포함된 전체 링크는 기록에 남기지 마세요. 같은 문제가 다시 발생해도 모든 설정을 처음부터 바꾸지 않고 기존 결과부터 확인할 수 있습니다.