2026년 9월 30일 · 규칙과 라우팅 · 약 8분

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

Config는 규칙에 따라 트래픽을 분기하고, Proxy는 모든 트래픽을 프록시로, Direct는 직접 연결로 처리합니다. 세 모드의 차이와 일상적인 선택 기준을 알아봅니다.

이 글의 핵심

Shadowrocket의 Global Routing은 트래픽이 어떤 경로로 나갈지 정하며, 연결 서비스를 제공하지는 않습니다. 서버와 규칙을 이미 설정한 사용자는 이 글에서 Config, Proxy, Direct의 차이를 확인한 뒤 정해진 순서에 따라 규칙이 적용되는지 점검할 수 있습니다. 트래픽을 분기해야 하는 일상적인 사용에는 확인된 Config를 사용하고, Proxy와 Direct는 경로를 명확히 지정하거나 문제를 비교 진단할 때 임시로 선택하세요. 여기서 ‘모든 트래픽’은 클라이언트가 처리하는 범위의 트래픽을 뜻하며, 기기의 모든 통신이 반드시 같은 경로를 이용한다는 의미는 아닙니다.

1. 연결 스위치, 서버, Global Routing 구분하기

Home에서 연결 스위치는 연결을 시작하거나 중지하고, 선택한 서버는 프록시 경로를 제공하며, Global Routing은 클라이언트가 처리하는 요청을 직접 연결할지 프록시로 보낼지 결정합니다. 세 가지는 서로 관련되어 있지만 같은 설정은 아닙니다. 스위치가 켜져 있다는 사실은 연결 절차가 시작되었다는 뜻일 뿐, 대상 사이트에 접속할 수 있는지 또는 요청이 실제로 프록시를 통과하는지를 단독으로 판단할 수는 없습니다.

예를 들어 Home에서 서버를 선택했더라도 Global Routing이 Direct라면 일반 연결은 직접 연결로 처리됩니다. 반대로 Proxy를 선택해도 서버 주소, 포트 또는 인증 정보가 자동으로 수정되지는 않습니다. 서비스에 연결할 수 없을 때 Config를 Proxy로 바꾸는 것은 경로 선택만 바꾸며, 새로운 사용 가능 경로를 만들어 주지는 않습니다.

3가지 항목
각각 확인: 연결 스위치, 선택한 서버, Global Routing
4가지 유형
이 글의 규칙 예시: DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
2단계
모드를 바꾼 뒤 새 연결을 만들고 요청 기록 확인

이 글에서는 기본 모드 세 가지를 명확히 구분합니다. Global Routing의 Scene은 상황별 선택 항목으로, Config와 같은 의미로 볼 수 없습니다. 문제를 진단할 때는 먼저 Config, Proxy 또는 Direct로 명확히 전환해 Scene 설정으로 인한 변수를 줄이세요.

2. Config, Proxy, Direct 선택 기준

세 모드의 차이는 일반 연결의 경로를 규칙으로 선택하는지 여부이지, 암호화 강도나 속도 등급이 아닙니다. Config가 ‘모든 트래픽을 프록시로 보낸다’는 뜻은 아니며, Direct도 ‘클라이언트를 중지한다’는 뜻은 아닙니다. 실제 속도는 대상 사이트, 현재 네트워크, 프록시 서버 및 선택한 경로에 따라 달라지므로 모드 이름만으로 판단할 수 없습니다.

Config: 현재 규칙에 따라 경로 선택

권장

현재 활성화된 설정을 읽고 규칙 일치 결과에 따라 DIRECT, PROXY 또는 정의된 정책을 선택합니다. 앞선 규칙과 일치하지 않는 요청은 FINAL 등의 기본 처리 설정을 따르며, 항상 직접 연결되는 것은 아닙니다.

적합한 경우: 신뢰할 수 있는 규칙이 있고, 직접 연결 대상과 프록시 대상을 함께 이용하는 일상적인 사용.

Proxy: 모든 연결에 프록시 경로 사용

일반 연결의 경로를 Config의 분기 규칙에 따라 하나씩 선택하지 않고, 모두 프록시 경로로 보냅니다. 프록시 연결을 확인할 때 유용하지만 대상에 반드시 접속할 수 있는 것은 아니며, 서버 설정 확인을 대신하지도 않습니다.

적합한 경우: 일시적으로 모든 연결을 프록시로 보내거나, Config 규칙이 접속에 영향을 주는지 비교할 때.

Direct: 모든 연결에 직접 연결 경로 사용

일반 연결은 프록시 서버를 거치지 않고 현재 네트워크를 통해 직접 접속합니다. 클라이언트는 계속 실행 중일 수 있으며, DNS 등의 설정은 별도로 확인해야 합니다. 앱을 완전히 종료한 상태로 볼 수는 없습니다.

적합한 경우: 로컬 네트워크나 직접 연결 대상을 확인하거나, 프록시 경로와 비교해 문제를 진단할 때.

따라서 일상적으로 어떤 모드를 사용할지는 규칙이 필요한 방식으로 설정되어 있는지에 달려 있습니다. 규칙을 확인했고 접속도 정상이라면 Config를 사용하세요. 규칙 내용을 아직 확인하지 않았다면 권장 모드라는 이유만으로 바로 활성화하지 말고 먼저 Config를 점검하세요.

3. Home에서 모드 전환 후 결과 확인

시작하기 전에 사용할 연결 서비스가 준비되어 있는지 확인하세요. 구독 정보는 이용 중인 서비스 제공업체에서 받습니다. 클라이언트 구매와 회선 요금제는 별개입니다. 서버 목록 가져오기와 규칙 파일 활성화도 서로 다른 작업입니다. 목록에 서버가 표시되더라도 Config에 현재 필요한 규칙이 설정되어 있다는 뜻은 아닙니다.

  1. 서버 확인. Home을 열고 사용할 서버에 선택 표시가 있는지 확인합니다. 주소, 포트, 프로토콜 및 인증 정보가 서비스 제공업체에서 받은 값과 일치하는지 점검하세요. 웹사이트에서 흔히 쓰는 443 포트가 모든 서버의 고정 포트라고 가정하지 마세요.
  2. 규칙 파일 확인. Config로 이동해 예상한 설정이 현재 활성화되어 있는지 확인합니다. 파일 내용을 살펴보기만 하고 활성화하지 않았다면 해당 파일은 트래픽 분기에 적용되지 않습니다.
  3. 모드 설정. Home → Global Routing으로 돌아가 Config를 선택합니다. Home으로 돌아온 뒤 현재 표시된 모드를 다시 확인해, 옵션 화면에서 선택만 하고 결과를 확정하지 않은 상태가 아닌지 점검하세요.
  4. 연결 시작. 연결 스위치를 켜고, 처음 연결할 때 시스템 안내에 따라 VPN 구성을 추가하도록 허용합니다. 그런 다음 Connectivity Test를 실행해 서버에 연결할 수 있는지 우선 확인합니다.
  5. 대상별 테스트. 직접 연결될 것으로 예상되는 대상 하나와 프록시를 사용할 것으로 예상되는 대상 하나를 준비해 각각 새 요청을 보냅니다. 클라이언트의 요청 기록에서 대상, 일치한 규칙, 실제로 적용된 정책을 확인합니다.

4. Config 규칙 순서와 FINAL 기본 처리

Config의 핵심은 순서대로 규칙을 적용하는 것입니다. 일반적으로 구체적인 규칙을 포괄적인 규칙보다 앞에 두고, FINAL은 마지막에 배치해 기본 처리에 사용합니다. 아래 설정은 문법을 설명하기 위한 예시이며 개인 설정을 그대로 대체하는 완전한 파일이 아닙니다. example.com은 예시 도메인이고 192.0.2.0/24는 문서용 예시 주소 대역입니다. 실제 사용 전에는 필요한 내용에 맞게 수정해야 합니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

마지막 규칙은 유효한 정책을 지정해야 합니다. 설정에 사용자 지정 정책 그룹이 있다면 그룹 이름과 그룹에서 실제로 선택된 항목을 확인하세요. 규칙 끝에 이름이 표시된다는 이유만으로 올바른 경로라고 단정할 수 없습니다. Proxy에서는 같은 대상에 접속되지만 Config에서는 실패한다면 먼저 일치한 규칙을 확인한 다음 해당 정책을 점검하세요. 모든 규칙을 바로 삭제하지는 마세요.

5. Proxy와 Direct로 변수를 하나씩 바꿔 문제 진단

문제를 진단할 때 서버, 네트워크, 대상을 그대로 유지하고 Global Routing만 한 번에 하나씩 바꾸세요. 전환할 때마다 새 연결을 만들고 성공, 시간 초과, 이름 확인 실패 등 구체적인 결과를 기록합니다. 서버를 바꾸고 DNS를 수정하고 구독까지 갱신하면 어떤 변경이 영향을 주었는지 확인하기 어렵습니다.

같은 대상을 두 경로로 비교

Config에서는 실패하고 Proxy에서는 성공
  • Config에서 올바른 파일이 활성화되어 있는지 확인합니다.
  • 대상이 DIRECT나 다른 정책에 먼저 일치하는지 확인합니다.
  • FINAL과 정책 그룹의 현재 선택 항목을 확인합니다.
  • 규칙을 수정한 뒤 Config로 돌아가 새 연결을 만들어 다시 테스트합니다.
Proxy에서는 실패하고 Direct에서는 성공
  • 먼저 Connectivity Test를 실행해 프록시 서버에 연결할 수 있는지 확인합니다.
  • 서버 주소, 포트, 인증 및 전송 매개변수를 확인합니다.
  • 연결 시간 초과, DNS 조회 실패, 대상 서버의 오류 응답을 구분합니다.
  • 해당 대상이 원래 규칙에 따라 직접 연결되어야 하는지 확인합니다.

비교 결과는 문제 범위를 좁히는 데 도움이 되지만 유일한 진단 기준은 아닙니다. 두 경로 모두 실패하면 현재 네트워크, DNS, 대상 사이트 상태도 확인하세요.

Connectivity Test가 성공해도 모든 웹사이트와 모든 프로토콜이 정상이라는 뜻은 아닙니다. 예를 들어 웹페이지 요청 하나가 정상이어도 UDP 통신까지 가능하다고 볼 수는 없습니다. 특정 대상이 일부 경로를 제한할 수도 있습니다. 모드를 반복해서 바꾸기보다 실제로 실패한 대상과 요청 유형을 기록하는 편이 문제를 찾는 데 도움이 됩니다.

6. 일상 사용 중 자주 묻는 질문 4가지

Config로 바꿨는데도 프록시를 사용하는 이유는 무엇인가요?

Config에서는 프록시와 직접 연결을 함께 사용할 수 있습니다. Config에서 현재 활성화된 파일을 확인하고 대상에 적용된 DOMAIN-SUFFIX 등의 규칙과 마지막 FINAL을 점검하세요. FINAL이 PROXY를 지정하면 앞선 규칙에 일치하지 않는 연결은 프록시를 사용합니다. Config를 기본 직접 연결 모드로 생각하지 말고 실제로 적용된 규칙을 확인해야 합니다.

Direct를 선택했는데 연결 스위치가 계속 켜져 있는 이유는 무엇인가요?

Direct는 경로 선택이지 연결 중지 버튼이 아닙니다. 클라이언트 연결을 중지하려면 Home으로 돌아가 연결 스위치를 끄세요. 끈 뒤에도 자동으로 다시 연결된다면 Settings → On Demand에서 필요 시 연결 조건이 활성화되어 있는지 확인합니다. On Demand는 연결을 시작하는 조건을 제어하고 Global Routing은 트래픽 경로를 제어하므로 각각 따로 설정해야 합니다.

구독을 갱신했는데 트래픽 분기가 그대로인 이유는 무엇인가요?

먼저 갱신한 항목이 서버 구독인지 규칙 설정인지 확인하세요. 서버 구독을 갱신하면 보통 서버 목록과 매개변수가 바뀌며, 현재 활성화된 규칙 파일이 수정되는 것은 아닙니다. Home에서 선택한 서버를 확인한 다음 Config에서 활성화된 파일을 점검하세요. 두 항목을 모두 확인한 뒤 같은 대상으로 새 연결을 만들고 적용된 규칙을 확인합니다.

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

Proxy에서는 일반 연결의 경로를 Config의 분기 규칙으로 선택하지 않지만, 서버 사용 가능 여부, DNS, 대상의 제한은 여전히 확인해야 합니다. 일상적으로 로컬 리소스나 직접 연결이 적합한 대상을 이용한다면 Config에서 관련 규칙을 정리한 뒤 Config로 전환해 확인하세요. 규칙 문제를 확인하지 않은 채 모든 연결을 장기간 프록시로 보내는 방식으로 덮어두지 마세요.

7. 일상 모드로 돌아가기 전 확인 목록

문제 진단이 끝나면 임시 변경 사항을 되돌려 다음에 클라이언트를 열 때 테스트 모드가 그대로 사용되지 않도록 하세요. 변경 사항을 유지해야 한다면 먼저 기존 설정의 사본을 저장하고 어떤 규칙을 수정했는지 기록합니다. 요청 기록이나 설정을 공유할 때는 서버 인증 정보, 구독 링크에 포함된 개인 자격 증명 및 기타 민감한 정보를 삭제하세요.

Shadowrocket은 Apple 플랫폼 전용 상용 앱이며 주로 iPhone과 iPad에서 사용합니다. 유일한 구매 경로는 App Store이며 한 번 구매하면 계속 이용할 수 있습니다. Mac, Apple TV, Apple Vision 호환 여부와 시스템 요구 사항, 유니버설 구입 가능 여부는 App Store 페이지를 확인하세요. 앱 구매와 연결 서비스 이용은 별개이므로 앱을 구매했다고 사용할 수 있는 연결 경로가 자동으로 제공되는 것은 아닙니다.

App Store 정식 구매 페이지 확인

구매 전에 개발자가 Shadow Launch Technology Limited인지, 앱 ID가 932747118인지 확인하세요. 이미 구매한 사용자는 튜토리얼을 이어서 확인하며 서버, 연결 권한, 규칙 설정을 순서대로 점검할 수 있습니다.

App Store 정식 구매 페이지 보기 튜토리얼 보기
App Store 정식 구매 여부 확인