Shadowrocket 사용법: Home·Config·Proxy·Direct 의미

이 글의 주요 내용

Shadowrocket 화면은 ‘연결, 규칙, 기록, 설정’ 네 가지로 나눠 이해할 수 있습니다. Home에서는 연결과 등록된 노드를 관리하고, Config에서는 구성 파일을 관리하며, Data에서는 연결 기록을 확인하고, Settings에서는 앱 동작을 설정합니다. 이 글은 iPhone 및 iPad에서 흔히 볼 수 있는 영문 화면을 기준으로 페이지 이름, Global Routing 옵션, 규칙 정책의 차이를 설명합니다. 이미 이용 중인 서비스와 구독이 있지만 영문 버튼의 기능이 헷갈리는 경우 참고하세요. 플랫폼마다 화면 배치는 다를 수 있으므로 기능 이름을 기준으로 확인해야 합니다.

Home·Config·Data·Settings: 먼저 각 화면 구분하기

먼저 페이지와 정책의 차이를 알아두세요. 페이지는 ‘어디에서 설정하는지’를, 정책은 ‘트래픽을 어떻게 처리하는지’를 나타냅니다. 예를 들어 Config 페이지에 들어갔다고 규칙 기반 라우팅이 활성화되는 것은 아닙니다. 현재 구성 파일을 확인한 뒤 Home → Global Routing에서 적절한 모드를 선택해야 합니다. 페이지 이동만으로 연결 방식이 자동 변경되지는 않습니다.

화면 용어	위치와 기능	먼저 확인할 항목
`Home`	주요 조작 화면으로, 연결 스위치와 노드 목록, Global Routing을 확인합니다.	연결이 켜져 있는지, 어떤 노드가 선택되어 있는지 확인합니다.
`Config`	구성 파일 관리 화면으로, 규칙 구성을 확인하거나 가져오고 편집합니다.	방금 열어 본 파일이 아니라 현재 활성화된 파일을 확인합니다.
`Data`	트래픽과 연결 기록을 확인해 접속 대상과 처리 결과를 파악합니다.	방금 보낸 요청이 기록에 나타나는지, 해당 기록이 예상한 정책을 가리키는지 확인합니다.
`Settings`	On Demand 등 앱 동작 옵션을 포함한 설정을 변경합니다.	재연결, 구독 업데이트 또는 진단에 영향을 주는 설정이 있는지 확인합니다.

Home에 노드가 표시된다는 것은 선택할 수 있는 연결 항목이 기기에 있다는 뜻이지, 원격 서버에 반드시 연결된다는 뜻은 아닙니다. 연결 스위치가 켜져 있어도 클라이언트가 관련 네트워크 트래픽을 처리하기 시작했다는 의미일 뿐, 특정 웹사이트에 접속할 수 있다고 단정할 수는 없습니다. ‘항목 등록’, ‘터널 연결’, ‘대상 요청 성공’을 각각 나눠 확인하세요.

Global Routing: Proxy·Direct·Config·Scene 차이

Home → Global Routing에서 전체 라우팅 모드를 선택합니다. 여기서의 Proxy와 Direct는 규칙에 사용하는 동명 정책과 관련은 있지만 적용 범위가 다릅니다. 전자는 전체 트래픽 처리 방식을 제어하고, 후자는 특정 규칙의 처리 결과일 수 있습니다. 문제를 확인할 때는 먼저 모드를 확인한 다음 개별 규칙을 살펴보세요. 전체 모드가 Direct인 것을 규칙 오류로 오해하지 않도록 주의하세요.

Config

권장

현재 활성화된 구성의 규칙에 따라 트래픽 경로를 결정합니다. 요청은 PROXY, DIRECT 또는 REJECT에 해당할 수 있으며 모든 접속이 프록시를 거치는 것은 아닙니다. 이 모드를 권장하려면 구성 내용과 기본 정책을 먼저 확인해야 합니다.

적합한 경우: 신뢰할 수 있는 구성이 있고 대상별로 트래픽을 분리해 일상적으로 사용하려는 경우.

Proxy

클라이언트가 처리하는 트래픽 전체를 프록시 경로로 보냅니다. Config의 일반 분할 규칙에 따라 항목별 경로를 결정하지 않습니다. 잘못된 비밀번호, 작동하지 않는 노드 또는 원격 서버 장애를 해결해 주지는 않으며, 시스템의 모든 특수 트래픽이 반드시 프록시를 통과한다는 뜻도 아닙니다.

적합한 경우: 분할 규칙이 문제의 원인인지 확인하기 위해 잠시 비교 테스트를 하는 경우.

Direct

클라이언트가 처리하는 트래픽을 직접 연결 경로로 보내며, 선택한 프록시 노드를 통해 전달하지 않습니다. 연결 스위치가 켜져 있어도 Direct를 선택한 상태는 프록시로 접속하는 것과 다릅니다.

적합한 경우: 로컬 네트워크에서 대상에 직접 접속할 수 있는지 비교 확인하는 경우.

Scene

미리 설정한 Scene 조건에 따라 해당 라우팅 동작을 적용합니다. 사용 전에 조건과 연결된 동작을 확인하세요. Scene이라는 이름만으로 현재 트래픽이 프록시를 거치는지 직접 연결되는지 판단할 수 없습니다.

적합한 경우: Scene을 설정해 네트워크 환경에 따라 다른 방식으로 처리하려는 경우.

비교 테스트에서는 한 번에 변수 하나만 바꾸세요. 먼저 기존 Config 모드를 기록하고, 잠시 Proxy로 변경한 다음 같은 대상에 다시 요청을 보냅니다. 테스트 후에는 원래 모드로 되돌리세요. Proxy에서는 성공하고 Config에서는 실패한다면 구독 전체를 바로 다시 가져오기보다 매칭된 규칙, 정책 대상, DNS를 확인하세요. 이는 문제 해결 방법이며 특정 네트워크 테스트 결과를 보장하지 않습니다.

Subscribe와 노드 정보: 가져오는 것은 연결 정보

Subscribe는 구독 유형을 뜻하며, 사용자가 이미 보유한 구독 URL에서 노드 항목을 가져올 때 사용합니다. 노드에는 서버 주소, 포트, 프로토콜, 인증 매개변수가 기록됩니다. Config는 주로 접속 요청이 규칙과 어떻게 매칭되는지 결정합니다. 구독을 업데이트하면 연결된 노드 목록이 갱신되는 것이 일반적이며, 현재 구성의 모든 규칙이 자동으로 수정되는 것은 아닙니다.

Home 열기

Home으로 이동해 오른쪽 위의 ‘+’를 눌러 추가 화면을 엽니다. 추가하려는 항목이 단일 서버 주소가 아니라 구독 URL인지 먼저 확인하세요.
유형 선택

Type에서 Subscribe를 선택합니다. 다른 프로토콜 유형은 단일 노드 정보를 입력할 때 사용합니다. 구독 URL을 단일 노드의 Address 필드에 입력하지 마세요.
주소 입력

URL에 서비스 제공업체에서 받은 구독 URL 전체를 붙여 넣고, Remarks에는 알아보기 쉬운 이름을 입력합니다. 쿼리 매개변수를 잘라내거나 URL 앞뒤에 공백을 넣지 마세요.
저장 후 업데이트

저장한 뒤 Home으로 돌아가 구독 목록을 아래로 당겨 새로고침하고 항목이 불러와졌는지 확인합니다. 업데이트에 실패하면 주소 접속 불가, 인증 실패, 응답 내용 해석 실패를 구분하세요. 같은 구독을 연속해서 중복 추가하지 마세요.
선택 후 연결

노드를 선택하고 Global Routing을 확인한 다음 Home의 연결 스위치를 켭니다. 처음으로 시스템 VPN 구성 허용 메시지가 표시되면 직접 요청한 작업인지 확인한 뒤 허용하세요.

단일 노드 편집 화면에서 Address는 서버 호스트 이름 또는 IP, Port는 원격 수신 포트이며 Password, UUID 등은 인증 정보입니다. 예를 들어 서비스 제공업체가 Port로 443을 안내했다면 해당 값을 그대로 입력하세요. 숫자만으로 노드의 프로토콜을 알 수 없으며 모든 노드에 적용되는 기본 포트도 아닙니다.

Type: 프로토콜은 원격 서버 설정과 일치해야 합니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 서로 다른 프로토콜 이름이며, 같은 노드에서 임의로 고를 수 있는 가속 옵션이 아닙니다.
TLS: 암호화 전송 및 인증서 검증과 관련된 설정입니다. 활성화 여부와 서버 이름은 보유한 연결 정보를 기준으로 입력하세요. 오류를 없애려고 검증을 임의로 끄지 마세요.
Remarks: 기기에서 항목을 구분하기 위한 이름이며 서버 주소, 포트 또는 인증 방식에는 영향을 주지 않습니다.
URL: 구독 URL에는 접속 자격 정보가 포함될 수 있습니다. 전체 주소를 공개 스크린샷, 채팅 기록 또는 문의 제목에 올리지 마세요.

Config와 규칙 키워드: 매칭 결과 이해하기

Config는 화면 이름일 수도 있고 Global Routing에서 규칙 모드를 가리킬 수도 있습니다. Config 화면에 들어가면 먼저 어떤 구성 파일이 사용 중인지 확인한 다음 규칙 내용을 살펴보세요. 편집기에서 파일을 열었다는 사실만으로 해당 구성이 활성화됐다고 판단해서는 안 됩니다.

아래는 규칙 문법을 설명하기 위한 예시입니다. 도메인과 IP 대역은 매칭 방식을 보여주기 위한 것으로, 기존 설정을 그대로 대체할 수 있는 완성된 구성 파일이 아닙니다. 정책 이름은 실제 구성에 정의된 이름과 일치해야 합니다. 구조를 이해하지 못하는 파일에 이 예시를 그대로 붙여 넣지 마세요.

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

키워드	의미	확인할 사항
`DOMAIN-SUFFIX`	도메인 접미사를 기준으로 매칭합니다. 예시에서는 example.com과 그 하위 도메인이 모두 포함됩니다.	브라우저 주소창에 표시된 대표 사이트 이름만 보지 말고 실제 요청 도메인을 확인합니다.
`IP-CIDR`	IPv4 대역을 기준으로 매칭하며, 예시는 192.168.0.0/16입니다.	`no-resolve`는 이 규칙을 위해 도메인을 능동적으로 조회하지 않도록 합니다. 모든 DNS를 끄는 옵션은 아닙니다.
`GEOIP`	IP 지리 데이터베이스를 기준으로 지역을 판별합니다.	데이터베이스의 판별 결과가 웹사이트 콘텐츠의 언어와 일치하는 것은 아니며, 관련 도메인을 모두 포함한다고 보장할 수도 없습니다.
`FINAL`	앞선 규칙에 매칭되지 않은 경우 적용되는 기본 정책입니다.	구체적인 규칙 뒤에 배치하고 기본 경로가 예상한 대상인지 확인합니다.

규칙은 일반적으로 순서대로 평가되며, 앞에서 매칭되면 이후 규칙을 확인하지 않을 수 있습니다. PROXY는 프록시 정책, DIRECT는 직접 연결 정책, REJECT는 거부를 뜻합니다. 사용자 지정 정책 그룹은 다른 이름의 정책을 가리킬 수도 있습니다. 요청이 DIRECT로 처리된 것을 확인했다면 Home에서 선택된 노드 이름만 보지 말고 어떤 규칙에 매칭됐는지 먼저 확인하세요.

Settings → On Demand와 Data: 자동 연결과 진단 구분하기

On Demand는 조건에 따라 VPN 연결을 시작하는 기능이지, 노드 속도를 높이는 버튼이나 특정 도메인 규칙이 아닙니다. Data에서는 요청과 트래픽을 확인할 수 있습니다. 문제를 파악하는 단서가 될 수 있지만, 기록이 보이지 않는 이유는 기록 설정, 시스템 캐시 또는 기존 연결 재사용일 수도 있습니다. 기록이 없다는 이유만으로 앱이 트래픽을 전혀 처리하지 않았다고 단정하지 마세요.

두 가지 작업: 연결 유지와 요청 확인

Settings → On Demand

기존 조건을 먼저 살펴본 뒤 자동 연결을 활성화할지 결정합니다.
수동으로 연결을 끊어야 한다면 조건에 따라 연결이 다시 시작되는지 확인합니다.
Wi-Fi와 셀룰러 네트워크를 전환한 뒤 현재 연결 상태를 다시 확인합니다.

Data

현재 Global Routing 모드와 선택된 노드를 기록합니다.
대상에 요청을 한 번 더 보내고 시간에 맞춰 연결 기록을 찾습니다.
대상 도메인, IP, 정책 정보를 비교해 규칙 문제와 연결 문제를 구분합니다.

On Demand는 연결을 시도할 시점을 정하고, Global Routing은 라우팅 방식을 정하며, Data는 처리 결과를 살펴보는 데 도움을 줍니다. 세 기능은 서로 대체할 수 없습니다.

Home의 Connectivity Test는 선택한 노드가 테스트 대상에 연결되는지 확인합니다. 테스트 실패는 로컬 네트워크, 서버, 인증 정보 또는 테스트 대상과 관련이 있을 수 있으므로 한 번의 결과만으로 구독 전체가 작동하지 않는다고 판단하지 마세요. 테스트에 성공해도 모든 웹사이트와 프로토콜이 정상이라는 뜻은 아닙니다. 실제로 실패한 요청을 계속 확인하세요.

화면 영문 용어 자주 묻는 질문: 증상별 확인 방법

Config를 열었는데 왜 모든 요청이 프록시로 처리되나요?

먼저 Home → Global Routing으로 돌아가 Proxy가 아니라 Config가 선택되어 있는지 확인합니다. 이어서 Config 화면에서 활성화된 파일을 확인하고, 대부분의 규칙이 PROXY를 가리키는지와 FINAL도 PROXY로 설정되어 있는지 살펴보세요. 페이지에 들어가는 것과 규칙 모드를 활성화하는 것은 별개의 작업입니다.

노드를 선택했는데 왜 Direct로 표시되나요?

먼저 표시 위치를 구분하세요. Global Routing의 Direct는 전체 모드이고, Data에 표시되는 요청별 DIRECT는 해당 요청의 처리 결과입니다. Config를 사용 중이라면 일부 요청이 직접 연결되는 것이 규칙의 의도일 수 있습니다. 노드를 선택했다고 모든 요청이 그 노드를 사용하는 것은 아닙니다.

연결 스위치를 껐는데 왜 다시 자동 연결되나요?

Settings → On Demand로 이동해 해당 조건이 활성화되어 있는지 확인합니다. 수동으로 문제를 확인하려는 경우 기존 설정을 기록한 뒤 관련 자동 연결 조건을 잠시 끄고 Home으로 돌아가 연결을 끊은 다음 상태를 살펴보세요. 자동 재연결을 해결하려고 노드를 삭제하지 마세요.

Subscribe를 업데이트했는데 웹페이지가 열리지 않으면 어떻게 하나요?

구독 업데이트가 완료됐다는 것은 노드 정보를 가져오는 단계가 끝났다는 뜻입니다. Home으로 돌아가 노드를 선택하고 Connectivity Test를 실행한 다음 Global Routing을 확인하세요. 이어서 Data에서 실패한 요청을 살펴봅니다. 인증 오류가 표시되면 프로토콜이나 포트를 임의로 바꾸지 말고 서비스 제공업체에 유효한 연결 정보를 확인하세요.

앱 다운로드 및 다음 단계

Shadowrocket은 독점 상용 앱이며, 클라이언트 구매와 연결 서비스 요금제는 별개입니다. iPhone 및 iPad 버전은 App Store에서 $2.99에 한 번 결제하며, 개발자는 Shadow Launch Technology Limited, 앱 ID는 932747118입니다. 시스템 요구 사항은 App Store 페이지 표기를 따릅니다. Mac(Apple 실리콘 및 Intel), Windows, Android, Linux 버전은 무료이며 설치 파일은 이 사이트의 다운로드 페이지에서 제공합니다. 이 글에서는 화면과 사용자가 보유한 리소스의 설정 방법만 설명하며 노드나 구독을 제공, 판매 또는 추천하지 않습니다.

아직 설치하지 않았다면 앱 다운로드 페이지로 이동해 기기와 칩에 맞는 항목을 선택하세요.
이미 설치했다면 먼저 Home의 연결 상태와 Global Routing을 확인한 뒤 튜토리얼에 따라 보유한 정보를 가져오세요.
구성 파일을 이해하려면 용어 안내서에서 화면 이름, 규칙 키워드, 프로토콜 항목의 차이를 확인하세요.

Shadowrocket 다운로드

iPhone 및 iPad 버전은 App Store에서 $2.99에 한 번 결제합니다. Mac(Apple 실리콘 및 Intel), Windows, Android, Linux 버전은 무료입니다. 플랫폼에 맞는 버전을 받은 다음 튜토리얼을 따라 보유한 리소스를 설정하세요.

다운로드 페이지 사용법 보기