이 글의 핵심 내용

iPhone에서 Shadowrocket을 선택하거나 현재 설정을 정리하려는 사용자를 위한 안내입니다. 구매 전에 확인할 항목, 규칙 기반 라우팅과 Proxy·Direct의 차이, 스크립트 및 고급 설정을 살펴봅니다. 다른 방식으로 설정을 옮길 때 빠뜨리기 쉬운 구독, 구성 파일, 자동 연결 조건도 점검합니다. 연결 설정은 사용자가 이미 본인의 구독과 이용 가능한 연결 정보를 보유하고 있다는 전제에서 설명합니다.

먼저 사용 목적을 정하기: 쉬운 조작과 세밀한 제어는 다른 기준

프록시 앱을 고를 때 기능 목록만 길게 비교하기보다, 매일 반복할 작업이 무엇인지부터 적어 보세요. 예를 들어 몇 개의 기존 연결 항목을 선택해 쓰는 것이 목적인지, 도메인과 IP 조건에 따라 요청을 세분화할 것인지, 설정 파일을 직접 관리할 것인지에 따라 필요한 학습량이 달라집니다. Shadowrocket은 단순히 연결 스위치를 켜는 앱으로만 볼 수 없습니다. Home에서 연결 대상을 관리하고, Global Routing에서 트래픽 처리 방식을 정하며, Config에서 적용할 구성 파일을 확인하는 흐름을 이해해야 합니다.

입문자에게 중요한 기준은 메뉴가 적어 보이는지보다, 연결과 규칙을 각각 확인할 수 있는지입니다. 고급 사용자에게는 규칙 키워드, 구성 파일 형식, URL Rewrite와 같은 세부 설정을 검토할 수 있는지가 중요합니다. 시작부터 모든 기능을 사용하는 대신, 기본 연결이 되는지 확인한 다음 필요한 기능만 단계적으로 추가하세요. 설정 화면의 이름과 역할을 혼동하면 간단한 연결 문제도 규칙 오류처럼 보일 수 있습니다.

3곳
Home에서 연결, Global Routing에서 경로, Config에서 구성 파일 확인
4개 모드
Global Routing: Proxy / Direct / Config / Scene
1개 기준
앱 가격과 시스템 호환성은 App Store 제품 페이지에서 확인

가격도 기능 판단과 분리해서 확인하세요. Shadowrocket은 유료 클라이언트이며, 현재 표시되는 가격과 구매 조건은 App Store 제품 페이지가 기준입니다. 앱 구매와 네트워크 연결 서비스는 서로 다른 항목입니다. 클라이언트 구매만으로 구독이나 연결 정보가 제공되는 것은 아니므로, 본인이 이미 이용할 수 있는 구성이 있는지 먼저 확인해야 합니다. 시스템 요구 사항과 사용 가능한 기기도 제품 페이지의 최신 표시를 기준으로 판단하세요.

Global Routing 이해하기: Proxy, Direct, Config 중 무엇이 필요한가

Global Routing은 Shadowrocket이 처리하는 트래픽의 경로를 정합니다. Proxy는 규칙에 따라 대상별로 나누는 방식이 아니라 프록시 경로를 사용하도록 하는 모드이며, Direct는 직접 연결 경로를 사용합니다. Config는 활성 구성 파일의 규칙에 따라 요청을 처리합니다. Scene은 설정된 Scene의 동작을 적용하므로, 이름만 보고 실제 경로를 단정하지 말고 해당 설정을 확인해야 합니다.

활성 구성의 규칙을 사용해 도메인이나 IP 조건별로 요청을 나눕니다. 일상적으로 직접 연결과 프록시 경로를 함께 사용하려면 구성 파일의 규칙과 FINAL 처리 방식을 확인하세요.

적합: 대상별 분기 규칙이 준비된 일상 사용

규칙을 하나씩 검증하지 않고 프록시 경로를 확인할 때 활용할 수 있습니다. 이 모드에서도 연결 대상과 상대 서버의 상태에 따라 접속 결과가 달라질 수 있습니다.

적합: 규칙을 잠시 제외하고 프록시 경로를 점검할 때

처리 대상 요청을 직접 연결 경로로 보냅니다. 연결 스위치를 끄는 설정과 같지 않으며, 앱에 VPN 연결 상태가 표시되어도 요청이 직접 처리될 수 있습니다.

적합: 현재 네트워크에서 직접 접속 가능한지 확인할 때

규칙 설정을 평가할 때는 Config를 선택하고, 어떤 구성 파일이 활성화되어 있는지 확인하세요. 예를 들어 DOMAIN-SUFFIX,example.com,PROXY는 해당 도메인 접미사에 맞는 요청을 PROXY 정책으로 보내는 예시입니다. 실제 규칙에서는 자신의 구성에 정의된 정책 이름을 사용해야 합니다. 일반적으로 규칙은 위에서 아래로 확인하므로, 특정 호스트의 예외를 넓은 접미사 규칙보다 먼저 두어야 하는 경우가 있습니다.

규칙과 스크립트: 세밀한 제어가 필요한지 판단하기

규칙은 요청을 어떤 정책으로 처리할지 정하고, 구성 파일은 규칙과 관련 설정을 담는 파일입니다. 이 둘을 연결 항목과 혼동하지 마세요. Home의 서버 또는 연결 정보가 있다고 해서 원하는 규칙 구성이 자동으로 선택되는 것은 아닙니다. 반대로 Config에 파일을 가져와도 사용할 연결 정보가 새로 만들어지는 것은 아닙니다. 처음 설정할 때는 각 항목의 역할을 구분하고, 변경 전 활성 파일과 현재 Global Routing 모드를 기록하면 원인을 추적하기 쉽습니다.

스크립트나 URL Rewrite 같은 기능은 단순한 연결보다 더 세밀한 요청 처리를 구성할 때 검토할 수 있습니다. 다만 스크립트는 실행 조건, 대상 요청, 응답 처리 방식이 맞아야 의미가 있습니다. 출처와 동작을 모르는 코드를 추가하면 페이지 동작이나 요청 결과가 달라질 수 있으므로, 목적과 영향을 이해하지 못한 설정은 적용하지 마세요. 기능이 많다는 이유만으로 모든 사용자가 스크립트를 켜야 하는 것은 아닙니다.

규칙 중심 설정

진입 위치
Config에서 활성 구성 확인
적용 모드
Home → Global Routing → Config
검토 항목
규칙 순서와 정책 이름
예외 처리
구체적인 조건을 넓은 조건보다 먼저 검토

먼저 규칙이 실제로 선택되어 있는지 확인한 뒤 요청 결과를 점검하세요.

스크립트·URL Rewrite

목적
요청 또는 응답 처리의 세부 조정
선행 조건
대상과 실행 조건을 이해해야 함
확인 위치
사용 중인 구성의 해당 설정 항목
변경 방법
한 번에 한 항목만 수정

동작을 설명할 수 없는 코드는 적용하지 말고 원본을 보관하세요.

초보자는 먼저 기존 구성을 그대로 둔 상태에서 연결 여부와 규칙 적용 여부를 분리해 확인하는 편이 좋습니다. 고급 사용자는 설정 파일을 편집하기 전에 복사본을 보관하고, 변경한 규칙 한 줄이 어떤 요청에 매칭되는지 예시 도메인으로 점검하세요. 요청 결과가 예상과 다르면 앱 전체를 다시 설정하기보다, 활성 파일, 규칙 순서, 해당 정책의 연결 가능 여부를 차례로 확인합니다.

설정을 옮길 때 놓치기 쉬운 항목

앱이나 기기를 바꾸면서 설정을 옮길 때는 화면에서 보이는 서버 이름만 옮기면 충분하다고 생각하기 쉽습니다. 실제로는 연결 항목, 구독 갱신 상태, 선택한 Config 파일, 규칙 순서, Global Routing 모드가 각각 별도로 영향을 줍니다. 자동 연결을 사용하고 있다면 Settings → On Demand 조건도 확인해야 합니다. 네트워크 조건이 바뀌었는데 연결이 자동으로 시작되거나 끊긴다면 규칙 문제와 On Demand 동작을 구분하세요.

  • 현재 상태 기록

    Home에서 선택된 연결과 연결 상태를 확인하고, Global Routing 모드를 적어 둡니다. Config에서는 실제 활성화된 파일의 이름을 기록합니다.

  • 구성 백업

    파일을 수정하거나 옮기기 전에 원본 구성을 보관하세요. 규칙과 URL Rewrite를 변경했다면 변경 전후를 구분할 수 있게 기록합니다.

  • 연결 정보 점검

    Home에 본인이 이용 중인 연결 정보가 표시되는지 확인합니다. 구독을 사용하는 경우 자신의 구독이 유효한지 확인하고, 필요한 때에만 제공자가 안내한 방식으로 갱신합니다.

  • 라우팅 재선택

    규칙을 적용하려면 Global Routing에서 Config를 선택하고, 의도한 구성 파일이 활성 상태인지 다시 확인합니다. 다른 모드가 선택되어 있으면 규칙 테스트 결과가 예상과 다를 수 있습니다.

  • 자동 연결 확인

    Settings → On Demand에서 저장된 조건을 확인합니다. Wi-Fi 전환이나 셀룰러 사용 시 자동으로 연결 상태가 바뀌는지 별도로 테스트합니다.

    • 설정을 가져온 직후에는 모든 항목을 한꺼번에 수정하지 마세요. 먼저 기존 연결이 수동으로 동작하는지 확인한 뒤, Config와 규칙을 검증하고 마지막에 자동 연결 조건을 시험하는 순서가 원인 분리에 유리합니다. 연결은 되지만 웹 요청 결과가 예상과 다르면 라우팅 모드와 규칙을 확인하고, 네트워크가 바뀔 때만 연결이 달라진다면 On Demand 조건을 먼저 점검하세요.

    선택 기준을 실제 환경에서 검증하기

    기능 설명만으로 일상적인 사용 편의성을 판단하기는 어렵습니다. 본인이 자주 사용하는 네트워크에서 같은 웹사이트나 앱을 대상으로 반복 확인하고, 연결 성공 여부와 로딩 결과를 따로 기록하세요. 노드의 표시 이름이나 한 번의 테스트 결과만으로 장기간 안정성을 단정할 수 없습니다. 테스트 중에는 Wi-Fi와 셀룰러를 섞지 말고, Global Routing 모드와 활성 구성을 동일하게 유지해야 결과를 비교할 수 있습니다.

    판단 기준: 필요한 기능을 실제로 설명할 수 있는가

    간단한 연결과 기본 규칙만 필요하다면 복잡한 사용자 정의를 늘리기보다 Home, Global Routing, Config의 역할을 먼저 익히세요. 스크립트나 URL Rewrite가 필요하다면 대상, 실행 조건, 되돌리는 방법까지 설명할 수 있을 때 적용하는 것이 안전합니다.

    앱 설치는 App Store에서 진행하고, 개발자 이름과 앱 ID를 확인해 정식 제품 페이지인지 점검하세요. 가격 및 기기 호환 조건은 해당 제품 페이지에 표시된 내용을 기준으로 판단합니다. 설치와 첫 설정 절차는 튜토리얼 보기에서 확인할 수 있으며, 다운로드와 정식 앱 확인 정보는 다운로드 안내를 참고하세요. 클라이언트 구매와 연결 서비스 이용은 별개이므로, 본인이 사용할 연결 정보와 규칙 구성을 따로 준비해야 합니다.