사용 가능한 서비스와 설정이 있고 목적지별로 트래픽을 분기해야 한다면 Config를 사용하세요. Rule 판단을 잠시 건너뛰고 프록시 경로를 확인하려면 Proxy로, 로컬 네트워크의 직접 연결 결과와 비교하려면 Direct로 전환하면 됩니다. 이 글에서는 각 옵션이 요청에 미치는 영향과 전환 방법, 규칙 확인 및 문제 해결 절차를 설명합니다. Shadowrocket 클라이언트 구매와 네트워크 서비스 이용은 별개이며, 아래 절차는 사용자가 이미 서비스 제공업체와 구독을 보유한 경우를 전제로 합니다.
1. Global Routing은 연결 방식이 아니라 트래픽 처리 방식을 정합니다
Home에서 Global Routing을 열고 현재 선택된 항목을 확인한 다음 요청이 어떻게 처리되는지 판단하세요. Config는 현재 적용 중인 설정의 Rule에 따라 정책을 선택합니다. Proxy는 클라이언트가 처리하는 트래픽을 프록시 경로로 보냅니다. Direct는 클라이언트가 처리하는 트래픽을 직접 전송합니다. 여기서 ‘모두’란 클라이언트가 실제로 처리하는 트래픽을 뜻하며, 기기의 모든 시스템 통신이 반드시 같은 경로를 거친다는 의미는 아닙니다.
연결 스위치는 클라이언트 연결을 시작하거나 중지하고, Global Routing은 연결이 작동 중일 때 사용할 라우팅 방식을 정합니다. Proxy를 선택해도 연결이 자동으로 설정되는 것은 아니며, Direct를 선택해도 연결 스위치가 꺼지는 것은 아닙니다. 문제를 확인할 때는 두 항목을 따로 점검해야 연결 상태와 라우팅 선택을 혼동하지 않습니다.
Global Routing에는 Scene이 표시될 수도 있습니다. Scene은 상황별 라우팅 설정과 관련이 있으므로 이름만 보고 Config, Proxy, Direct와 같은 고정 출구 경로라고 단정할 수 없습니다. 이 글에서는 직접 선택하는 세 가지 옵션만 다룹니다. Scene을 사용 중이라면 테스트 전에 설정을 기록하고, 비교할 옵션으로 명확히 전환해 Scene 조건이 결과에 영향을 주지 않도록 하세요.
2. Config·Proxy·Direct를 선택할 때의 기준
Config
권장현재 설정의 Rule 순서에 따라 정책을 선택합니다. DIRECT에 일치하는 요청은 직접 연결하고, PROXY에 일치하는 요청은 프록시를 사용합니다. 규칙에서 설정에 정의된 다른 유효한 정책을 지정할 수도 있습니다. 어떤 규칙에도 일치하지 않는 요청은 목록 끝의 FINAL 등 대체 정책으로 처리되며, 자동으로 모두 직접 연결되는 것은 아닙니다.
적합한 경우: 설정이 올바르고 평소 목적지별로 트래픽을 분기해야 할 때.
Proxy
목적지마다 Rule을 기준으로 직접 연결 또는 프록시를 선택하지 않고, 클라이언트가 처리하는 트래픽을 프록시 경로로 보냅니다. 규칙의 영향을 잠시 배제해 테스트할 때 유용하지만, 선택한 서비스의 주소와 인증 정보, 프로토콜 매개변수 및 사용 가능 여부에 따라 결과가 달라집니다.
적합한 경우: 잠시 모든 트래픽을 프록시 경로로 보내거나 Config의 규칙 결과와 비교할 때.
Direct
선택한 프록시 서버를 거치지 않고 로컬 네트워크에서 목적지에 직접 접속합니다. 직접 연결 경로를 확인할 때 사용하며, 접속 가능 여부는 현재 네트워크와 도메인 이름 확인, 대상 서비스 상태에 따라 달라집니다.
적합한 경우: 로컬 네트워크 접속을 확인하거나 같은 목적지의 프록시 경로와 비교할 때.
Config를 권장하는 전제는 설정이 사용 목적에 맞는다는 것이지, 다른 두 옵션보다 본질적으로 더 빠르다는 뜻이 아닙니다. FINAL이 PROXY를 가리키도록 설정되어 있다면 앞선 규칙에 일치하지 않는 요청도 대부분 프록시를 거칩니다. FINAL이 DIRECT를 가리키면 일치하지 않은 요청은 직접 연결됩니다. 특정 웹사이트가 왜 해당 경로를 이용하는지 판단하려면 모드와 규칙, 최종 정책을 함께 확인해야 합니다.
Proxy와 Direct는 용도가 정해진 테스트 도구이지 연결 성공을 보장하는 옵션이 아닙니다. Proxy로 전환해도 실패한다면 서비스 매개변수, 이름 확인, 전송 연결 또는 대상 자체에 문제가 있을 수 있습니다. Direct로 전환한 뒤에도 실패했다고 해서 설정이 손상되었다고 단정할 수는 없습니다.
3. Config가 Rule에 따라 정책을 선택하는 방식
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,DIRECT
DOMAIN-SUFFIX,example.com,PROXY:example.com과 그 하위 도메인(예:www.example.com)에 일치하면 PROXY를 사용합니다.IP-CIDR,192.168.0.0/16,DIRECT,no-resolve: 지정된 IPv4 주소 대역에는 DIRECT를 사용합니다.no-resolve는 이 IP 규칙을 적용하기 위해 별도의 도메인 이름 확인을 실행하지 않는다는 뜻이며, DNS를 전역적으로 끈다는 의미는 아닙니다.GEOIP,CN,DIRECT: 대상 IP의 지리적 위치 데이터에 따라 CN에 일치하는 경우 DIRECT를 선택합니다. 웹페이지의 표시 언어나 도메인 접미사, 사용자의 위치를 기준으로 판단하는 규칙은 아닙니다.FINAL,DIRECT: 목록 끝에 두어 앞선 규칙에 일치하지 않는 요청에 DIRECT를 적용합니다.FINAL,PROXY로 바꾸면 대체 경로도 달라집니다.
이 예시에서는 도메인 기준으로 첫 번째 규칙에 일치하는 요청이 이미 PROXY를 사용하도록 결정되므로, GEOIP 규칙이 결과를 덮어쓸 때까지 기다리지 않습니다. IP 규칙에서는 클라이언트가 해당 대상 IP를 가져올 수 있는지와 이름 확인 관련 설정도 고려해야 합니다. 따라서 규칙을 확인할 때는 도메인 일치와 IP 일치를 구분해야 하며, 텍스트상 규칙의 위치만 비교해서는 안 됩니다.
4. Home에서 모드를 전환하고 같은 목적지로 결과를 비교하세요
테스트를 시작하기 전에 현재 모드와 설정, 선택된 서비스를 기록하세요. 한 번에 한 가지 요소만 바꾸면 결과를 비교하기 쉽습니다. 아래 절차에서는 사용자가 접근 권한을 가진 동일한 목적지를 사용하며, 새 서비스를 추가하거나 프로토콜 매개변수를 변경할 필요가 없습니다.
- Home을 열어 본인의 유효한 서비스가 가져와졌는지 확인하고 현재 선택된 서버를 점검하세요. 그런 다음 Config에서 적용 중인 설정을 확인합니다.
- Home → Global Routing으로 돌아가 Config를 선택하고 연결 스위치가 필요한 작동 상태인지 확인하세요.
- 접속 결과와 앱에서 확인할 수 있는 요청 기록의 정책 또는 출구 결과를 기록하면서 알려진 목적지에 접속해 보세요.
- Proxy로 전환한 다음 같은 서비스와 네트워크, 목적지를 유지한 채 요청을 다시 보내세요. 브라우저에 남아 있는 기존 연결을 재사용하지 않도록 합니다.
- Direct로 전환하고 같은 목적지에 다시 요청을 보내세요. 비교를 마친 뒤 Config로 돌아가 연결 상태를 다시 확인합니다.
Config에서는 실패했지만 Proxy에서는 성공했다면 현재 프록시 경로로 해당 목적지에 접속할 수 있다는 뜻입니다. 그렇다고 특정 규칙이 반드시 잘못되었다고 단정할 수는 없습니다. Config에서 일치한 규칙과 정책 대상, DNS 관련 설정을 계속 확인하세요. Config에서 다른 정책 그룹이나 서버를 사용 중이라면 먼저 그 차이를 기록한 다음 규칙 문제인지 판단하세요.
세 옵션에서 모두 실패한다면 FINAL을 반복해서 수정하기보다 로컬 네트워크, 대상의 사용 가능 여부, 서비스 매개변수와 이름 확인 단계로 범위를 좁히세요. 기존 페이지의 캐시나 유지 중인 연결도 확인에 영향을 줄 수 있습니다. 전환할 때마다 새 요청을 보내고, 필요하면 앱 안내에 따라 다시 연결한 뒤 새로 생성된 기록을 비교하세요.
비교 방법: 규칙 경로와 로컬 경로를 각각 확인
Config와 Proxy 비교
- 같은 목적지와 프록시 서비스를 유지합니다.
- Config에서 실제로 일치한 규칙을 확인합니다.
- 규칙이 다른 정책이나 서버를 지정했는지 확인합니다.
- 새 요청의 결과를 기록하고 기존 연결은 재사용하지 않습니다.
Direct와 Proxy 비교
- 현재 Wi-Fi 또는 셀룰러 네트워크를 그대로 유지합니다.
- 직접 연결 경로와 프록시 경로의 접속 결과를 각각 확인합니다.
- 이름 확인 실패와 연결 실패를 구분해 기록합니다.
- 테스트를 마친 뒤 평소 사용하는 Config로 복원합니다.
비교 결과는 문제 범위를 좁히는 데 참고할 수 있지만, 한 번의 성공이나 실패만으로 모든 목적지에 같은 경로가 적합하다고 결론 내릴 수는 없습니다.
5. Global Routing과 On Demand·프로토콜·구독의 관계
Settings → On Demand는 설정된 조건에 따라 연결 동작을 관리합니다. Global Routing은 연결이 작동할 때 사용할 라우팅 처리 방식을 선택합니다. 자동 연결이 필요하다면 On Demand 조건과 현재 Global Routing 옵션을 각각 확인하세요. On Demand만 설정한다고 Rule의 완성 여부가 확인되거나 서버 인증 정보가 자동으로 채워지는 것은 아닙니다.
- Home: 선택된 서비스와 연결 상태, Global Routing을 확인해 요청이 처리되는 기본 경로를 먼저 파악합니다.
- Config: 적용 중인 파일과 Rule 순서, 정책 이름을 확인해 Config에서 요청이 어떻게 분기되는지 파악합니다.
- Settings → On Demand: 연결이 시작되는 조건을 확인합니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 먼저 이 설정을 점검하세요.
- 프로토콜 매개변수: Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 서비스에 연결하는 방식을 나타냅니다. Proxy를 선택해도 프로토콜이 바뀌거나 잘못된 매개변수가 수정되지는 않습니다.
- 구독 업데이트: 기존 구독을 업데이트한 뒤 현재 선택된 서비스를 계속 사용할 수 있는지, 설정의 정책 참조가 사용 가능한 항목과 일치하는지 확인합니다.
개별 서비스 가져오기와 구독 업데이트, 설정 파일 전환은 서로 다른 작업입니다. 구독은 보통 서비스 항목을 관리하는 데 쓰이고, 설정 파일에는 규칙과 기타 설정이 들어갈 수 있습니다. ‘구독을 업데이트했다’는 것이 ‘새로운 트래픽 분기 규칙이 적용되었다’는 뜻은 아닙니다. 업데이트 후 실제 내용을 확인한 다음 Home과 Config로 돌아가 현재 선택 항목을 점검하세요.
문제 해결을 위해 포트를 임의로 바꾸는 것도 바람직하지 않습니다. 서버 포트와 TLS, 전송 방식 등의 매개변수는 기존 서비스에서 제공한 정보와 일치해야 합니다. Global Routing은 트래픽 처리 방식만 바꾸며, 잘못된 서버 주소나 포트를 유효한 서비스로 바꿔 주지는 않습니다.
6. 자주 묻는 질문: 전환 후에도 예상대로 동작하지 않을 때
DIRECT를 설정했는데 왜 접속이 여전히 프록시를 거치나요?
먼저 Home → Global Routing에서 Proxy가 아니라 Config가 선택되어 있는지 확인하세요. 그런 다음 Config에서 적용 중인 파일을 열어 대상이 앞쪽에 있는 규칙에 먼저 일치하는지 점검합니다. 새 요청의 앱 내 기록을 확인하고, 전환 전에 남은 연결로 새 규칙을 판단하지 마세요.
Config에서는 접속되는데 Proxy로는 열리지 않습니다. 규칙을 수정해야 하나요?
먼저 두 요청의 실제 출구를 비교하세요. Config에서는 해당 목적지가 DIRECT를 사용했거나 다른 정책에 연결된 서비스를 사용했을 수 있습니다. Home에서 현재 서비스의 매개변수와 사용 가능 여부를 확인하세요. 출구 경로의 차이를 파악하기 전까지는 기존 규칙을 유지하고 여러 요소를 동시에 바꾸지 마세요.
Direct를 선택했는데 왜 연결 표시가 계속 나오나요?
Direct는 라우팅 방식이지 연결 해제 버튼이 아닙니다. 클라이언트 연결을 중지하려면 Home의 연결 스위치를 사용하세요. 연결을 끊은 뒤 자동으로 다시 연결된다면 Settings → On Demand의 조건을 확인하고 시스템과 앱 내 연결 상태를 다시 점검하세요.
구독을 업데이트한 뒤 기존 트래픽 분기가 예상과 달라졌다면 어떻게 해야 하나요?
먼저 Home에서 기존에 선택한 서비스가 여전히 있는지 확인한 다음 Config의 정책 참조와 적용 중인 파일을 점검하세요. Global Routing이 테스트용 Proxy 또는 Direct로 남아 있지 않은지 확인한 뒤 같은 목적지에 다시 요청을 보내 실제로 일치한 결과를 확인합니다.
평소에도 Proxy를 계속 사용해야 하나요?
목적지별로 직접 연결과 프록시를 나눠야 한다면 검증된 Config를 사용하세요. 모든 트래픽을 프록시 경로로 보내야 하는 경우에만 Proxy를 선택하면 됩니다. 테스트가 끝나면 Home → Global Routing → Config로 돌아가고, FINAL 대체 정책이 사용 목적에 맞는지 확인하세요.
마지막으로 연결 상태, Global Routing, 적용 중인 설정, 일치한 규칙, 실제 출구 순으로 확인하면 됩니다. 이 순서에 따라 점검하면 ‘연결되지 않음’, ‘모드가 잘못됨’, ‘규칙 불일치’, ‘서비스 사용 불가’를 구분해 해결할 수 있습니다. 관련 용어는 용어 빠른 참조에서 확인하세요.
Shadowrocket 구매 및 첫 설정
Shadowrocket은 Apple 플랫폼용 유료 앱이며 App Store에서만 받을 수 있습니다. 개발자 Shadow Launch Technology Limited와 공식 아이콘, 앱 ID 932747118을 확인하세요. 앱의 일회성 구매는 네트워크 서비스 요금제와 별개입니다. 주 사용 기기는 iPhone 및 iPad이며, 다른 Apple 기기와의 호환성 및 시스템 요구 사항은 App Store 페이지의 안내를 따르세요. 이 사이트는 노드나 구독을 제공하거나 판매하거나 추천하지 않습니다.