Shadowrocket 사용법: Home, Config, Proxy, Direct, Data, Settings 기능 정리

이 글의 핵심 내용

Shadowrocket을 처음 사용할 때는 화면 메뉴와 라우팅 옵션을 구분해야 합니다. Home, Config, Data, Settings는 서로 다른 작업 영역이고, Proxy와 Direct는 Global Routing의 옵션입니다. 이 글에서는 iPhone과 iPad에서 기존 서비스를 추가하는 위치, 규칙을 적용하는 방법, 연결 기록을 확인하는 곳과 이상이 있을 때 먼저 점검할 항목을 안내합니다.

먼저 구분하기: 화면 메뉴와 연결 방식은 다릅니다

하단 탭은 현재 확인할 내용을 정하고, Global Routing은 연결을 처리하는 방식을 정합니다. Data를 누르는 것은 데이터를 보는 작업일 뿐, 라우팅이 Direct로 바뀌는 것은 아닙니다. Config 화면을 열었다고 해서 그 안의 구성 파일이 현재 적용 중이라는 뜻도 아닙니다. 영어 용어를 볼 때는 표시된 위치와 선택 상태를 함께 확인하세요.

화면 용어	위치와 단계	주요 기능
`Home`	하단 화면 메뉴	연결 스위치, 등록된 서버와 구독을 확인하고 Global Routing으로 이동합니다.
`Config`	하단 화면 메뉴이며, Global Routing에도 표시될 수 있습니다	화면에서는 구성을 관리하고, 라우팅 옵션에서는 현재 구성의 규칙을 사용합니다.
`Proxy`	Global Routing 옵션	가로챈 트래픽을 프록시 경로로 보내며, 일반적인 규칙별 라우팅은 적용하지 않습니다.
`Direct`	Global Routing 옵션	가로챈 트래픽을 프록시 서버를 거치지 않고 대상에 직접 연결합니다.
`Data`	하단 화면 메뉴	트래픽과 연결 관련 기록을 확인해 접속 과정을 파악할 단서를 얻습니다.
`Settings`	하단 화면 메뉴	On Demand 등 앱 동작 설정을 조정합니다.

같은 영어 용어라도 표시되는 단계에 따라 의미가 다를 수 있습니다. 예를 들어 Config 화면의 파일은 규칙을 담는 구성이고, Global Routing → Config는 구성 규칙을 적용하는 라우팅 방식입니다. 문제를 확인할 때는 ‘파일이 선택되어 있는지’와 ‘라우팅에서 해당 파일을 사용하는지’를 별도로 점검하세요.

4개

화면 메뉴: Home / Config / Data / Settings

4개 항목

Global Routing：Config / Proxy / Direct / Scene

2단계

현재 화면을 확인한 다음 선택 항목과 적용 상태를 점검하세요

Home: 연결 스위치와 서버 목록 확인

Home은 일상적인 작업을 시작하는 화면입니다. 목록의 서버 항목에는 연결 매개변수가 있고, 구독은 사용자가 보유한 서비스 주소에서 항목을 읽고 갱신하는 데 쓰입니다. 서버 항목 선택, 연결 스위치 켜기, Global Routing 선택은 각각 별개의 작업입니다. 하나만 완료했다고 요청이 예상대로 처리된다고 볼 수는 없습니다.

아래 단계는 사용자가 이미 본인의 서비스 제공업체와 구독을 보유한 경우를 전제로 합니다. 앱을 구매해도 연결 서비스가 함께 제공되는 것은 아닙니다. 가져올 때는 본인의 유효한 정보를 사용하고, 비밀번호나 구독 전체 주소 또는 인증 정보가 포함된 QR 코드를 공개하지 마세요.

정보 추가

Home → 오른쪽 위의 ‘+’를 누릅니다. 구독을 추가하려면 Type에서 Subscribe를 선택하고 본인의 구독 주소를 입력한 뒤 저장합니다. 서버를 하나씩 추가할 때는 서비스 정보에 맞는 Type을 선택하세요.
항목 확인

Home으로 돌아가 구독에서 서버를 불러왔는지 확인합니다. 이름, 프로토콜, 필수 매개변수를 점검하세요. 구독이 저장되었다는 사실만으로 내용이 정상적으로 갱신되었다고 판단할 수는 없습니다.
라우팅 확인

Home → Global Routing으로 이동합니다. 규칙에 따라 트래픽을 분류하려면 Config를 선택하고 Config 화면에서 현재 선택된 구성 파일을 확인하세요.
연결 및 확인

Home으로 돌아가 서버를 선택했는지 확인한 뒤 연결 스위치를 켭니다. 처음 연결할 때는 시스템 안내에 따라 VPN 구성을 추가하도록 허용하세요. 그런 다음 명확한 대상에 접속하고 Data에서 기록을 확인합니다.

서버 편집 화면의 Type은 프로토콜 유형이지 라우팅 정책이 아닙니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등의 이름은 프로토콜과 매개변수 구조를 구분합니다. Proxy나 Direct를 프로토콜 항목에 입력하면 안 됩니다. 포트도 서비스 정보와 일치해야 합니다. 대상 웹페이지가 HTTPS를 사용한다고 해서 서버 포트를 모두 443으로 바꾸지 마세요.

Global Routing: Proxy, Direct, Config, Scene 구분하기

Global Routing은 Home에 있으며, 트래픽 분류가 처리에 적용되는지 먼저 확인할 때 살펴볼 항목입니다. 앱이 처리하는 범위의 트래픽 방식을 제어하며, 기기의 모든 네트워크 활동을 예외 없이 보장하는 기능은 아닙니다. 옵션을 비교할 때는 같은 대상과 네트워크 환경을 사용하고 다른 매개변수는 그대로 유지하세요.

Proxy: 프록시 경로를 사용합니다. 프록시 서버 연결을 확인할 때 임시로 선택할 수 있지만, 이 옵션을 선택했다고 서버가 정상 작동하는 것은 아닙니다.
Direct: 대상에 직접 연결합니다. ‘가장 빠른 서버 자동 선택’을 뜻하지 않으며 앱의 연결 스위치를 끄는 기능도 아닙니다.
Config: 현재 구성의 규칙에 따라 처리 방식을 결정합니다. DOMAIN-SUFFIX, IP-CIDR 등의 규칙을 사용하려면 이 옵션이 선택되어 있는지 먼저 확인하세요.
Scene: 설정된 장면 조건에 따라 해당 라우팅 방식을 적용합니다. 문제를 확인할 때는 장면 조건과 관련 설정을 추가로 점검하세요. 다른 프로토콜로 취급하면 안 됩니다.

확인 방법: 임시 테스트와 일상적인 규칙 라우팅을 따로 점검하기

프록시 경로 임시 테스트

Home에서 현재 선택된 서버를 기록합니다.
Global Routing에서 Proxy를 임시로 선택합니다.
정해 둔 대상에 접속하고 성공, 시간 초과 또는 연결 오류를 기록합니다.
테스트가 끝나면 원래 라우팅 옵션으로 되돌립니다.

일상적인 규칙 라우팅 확인

Global Routing을 Config로 설정합니다.
Config 화면에서 적용 중인 파일을 확인합니다.
대상에 일치하는 규칙과 정책을 확인합니다.
Data의 기록을 확인해 실제 처리 결과를 점검합니다.

Proxy에서는 접속되지만 Config에서 문제가 생긴다면 규칙과 정책을 추가로 확인해야 한다는 뜻일 뿐입니다. 이 결과만으로 전체 구성이 올바르다고 단정할 수는 없습니다.

Config: 구성 파일, 일치 조건, 정책의 역할

Config 화면에서는 구성 파일을 관리합니다. 구성에는 규칙과 기타 네트워크 설정이 포함될 수 있으며, Home의 서버 정보와는 별개입니다. 구독 갱신은 보통 서버 항목을 새로 고치는 작업이고, 현재 구성을 바꾸면 요청이 일치하는 순서와 처리 정책이 달라질 수 있습니다. 원인을 파악하기 어려워지지 않도록 두 작업을 따로 기록하세요.

규칙은 위에서 아래 순서로 확인하며, 일치하는 규칙이 있으면 해당 정책을 적용합니다. FINAL은 앞선 규칙에 하나도 일치하지 않을 때 적용되는 기본 규칙입니다. 아래 내용은 규칙 영역의 문법 예시이며 완전한 구성 파일이 아니고 연결 서비스를 제공하지도 않습니다. example.com은 설명용 도메인이고 192.0.2.0/24는 문서 예시용 네트워크 대역입니다.

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

DOMAIN-SUFFIX는 도메인 접미사를 기준으로 일치합니다. 첫 번째 예시는 example.com과 그 하위 도메인에 적용되며, 일치하면 DIRECT를 사용합니다.
IP-CIDR은 IP 네트워크 대역을 기준으로 일치합니다. 예시의 no-resolve는 이 IP 규칙을 위해 별도의 도메인 조회를 하지 않는다는 뜻이며, DNS를 전역적으로 끄는 옵션은 아닙니다.
GEOIP는 IP의 지리적 위치 데이터에 따라 일치 여부를 판단합니다. 웹페이지의 언어나 도메인 문자열을 기준으로 판단하지 않으며, 데이터와 실제 대상 IP에 따라 결과가 달라집니다.
FINAL은 규칙 목록 끝에 두는 기본 항목입니다. 이를 구체적인 규칙보다 앞에 두면 뒤에 있는 규칙이 기대한 대로 일치할 기회를 잃습니다.

여기서 PROXY, DIRECT, REJECT는 각각 프록시 사용, 직접 연결, 요청 거부를 뜻하는 규칙 정책입니다. 화면의 Proxy와 규칙의 PROXY는 관련이 있지만 서로 다른 단계에 있습니다. 전자는 전역 라우팅 옵션이고 후자는 개별 규칙이 일치했을 때 적용되는 동작입니다. 파일을 수정한 뒤에는 저장 여부와 해당 파일의 적용 여부를 확인하고, Global Routing → Config에서 다시 테스트하세요.

Data: 기록을 확인하되 트래픽 수치만으로 결론 내리지 않기

Data에서는 트래픽과 연결 관련 정보를 확인할 수 있습니다. 문제를 진단할 때는 먼저 확인할 대상을 정한 다음 새로 접속해 보세요. 기록에 다른 도메인이 보인다면 페이지 리소스, 앱의 백그라운드 요청 또는 시스템 활동에서 비롯되었을 수 있습니다. 발생 시각이 비슷하다는 이유만으로 같은 요청이라고 단정할 수는 없습니다. 세부 기록이 표시되는지는 현재 기록 설정에 따라 달라질 수도 있습니다.

대상 도메인, 현재 네트워크 유형, Home에서 선택한 서버, Global Routing 옵션을 기록합니다.
한 번 접속해 페이지가 로드되었는지, 계속 대기 중인지, 연결 오류가 표시되었는지 등 확인 가능한 결과를 기록합니다.
Data로 이동해 시각과 대상을 기준으로 관련 기록을 확인합니다. 세부 정보에 규칙이나 정책이 표시되면 Config의 규칙과 비교하세요.
설정을 하나만 바꾼 뒤 다시 접속합니다. 이전 결과와 새 결과를 따로 비교해 수정 전 연결 기록을 변경 후의 증거로 착각하지 않도록 하세요.

문제 확인 자료를 공유하기 전에 서버 주소, 인증 정보, 구독 주소에 포함된 토큰을 가리세요. 대개 대상 도메인, 오류 메시지, 발생 시각, 라우팅 옵션만으로도 문제를 파악하는 데 충분합니다. 다른 사람에게 ‘화면 전체’를 보여 주려고 구성 파일을 통째로 공개하지 마세요.

Settings: On Demand와 구독 동작 설정 이해하기

Settings에서는 앱의 동작을 설정하며 서버를 추가하는 기본 메뉴는 아닙니다. Settings → On Demand에서 조건에 따라 연결을 시작하는 동작을 설정할 수 있습니다. 이는 Global Routing과 역할이 다릅니다. 전자는 언제 연결을 시작하거나 유지할지, 후자는 연결 후 요청을 어떻게 처리할지를 다룹니다. 따라서 수동으로 연결을 끊은 뒤 다시 연결된다면 DOMAIN-SUFFIX 규칙을 바꾸기 전에 On Demand를 먼저 확인하세요.

네트워크별 확인: 문제가 특정 Wi-Fi에서 발생하는지, 셀룰러 네트워크에서 발생하는지 기록한 뒤 Settings → On Demand에서 해당 조건을 확인합니다.
도메인별 확인: 도메인에 따른 실행 조건을 설정했다면 테스트하는 도메인이 조건에 맞는지 확인하세요. 앱 이름만으로 판단하지 마세요.
갱신 관련 확인: 구독 갱신 설정은 Settings → Subscribe에서 확인합니다. 갱신 동작과 현재 프록시 연결의 성공 여부는 따로 테스트해야 합니다.
순서대로 수정: 먼저 기존 조건을 확인한 다음 한 항목씩 조정합니다. On Demand, 구독 주소, Config 파일을 한꺼번에 바꾸지 마세요.

구독 자동 갱신과 On Demand는 서로 다른 기능입니다. 전자는 구독 내용을 가져오고, 후자는 연결을 시작하는 조건을 제어합니다. 갱신에 성공해도 모든 서버에 연결할 수 있다는 뜻은 아닙니다. 반대로 기존 서버가 일시적으로 작동하더라도 구독 주소에서 여전히 유효한 내용을 받을 수 있다는 의미는 아닙니다.

자주 하는 오해: 문제에 맞는 메뉴에서 확인하기

Config에 들어갔는데 규칙이 적용되지 않는 것 같아요. 왜 그런가요?

먼저 Config 화면에서 대상 파일이 적용 상태인지 확인한 다음 Home → Global Routing → Config로 이동하세요. 새로 접속한 뒤 Data에서 관련 기록을 확인합니다. Config 화면을 열기만 해서는 라우팅 방식이 자동으로 바뀌지 않습니다.

Home에는 연결된 것으로 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?

먼저 Global Routing이 원하는 설정인지 확인한 다음 현재 서버 매개변수와 대상 접속 결과를 점검하세요. 시스템 VPN 연결이 수립되었다고 해서 원격 서버, DNS, 대상 웹사이트까지 모두 정상이라는 뜻은 아닙니다. Data의 기록을 참고해 항목별로 원인을 확인하세요.

Direct를 선택하면 연결이 끊긴 건가요?

아닙니다. Direct는 라우팅 옵션이며 연결 스위치는 Home에서 별도로 확인해야 합니다. 연결을 끊으려면 Home의 연결 스위치를 조작하세요. 이후 다시 연결된다면 Settings → On Demand에 연결을 시작하는 조건이 있는지 확인합니다.

구독을 가져온 뒤 Config에서도 다시 가져와야 하나요?

두 종류의 정보를 혼용해 중복으로 가져오면 안 됩니다. Home → ‘+’ → Type → Subscribe는 구독 서비스 항목을 추가하는 기능이고, Config는 구성 파일을 관리합니다. 본인의 서비스에서 별도의 구성 파일을 제공한다면 용도와 내용을 먼저 확인한 뒤 적용 여부를 결정하세요.

일상적인 점검은 ‘Home에서 서비스와 연결 확인 → Global Routing에서 처리 방식 확인 → Config에서 규칙 점검 → Data에서 기록 확인 → Settings에서 자동 동작 확인’ 순서로 진행할 수 있습니다. 연결 정보, 라우팅 정책, 자동 실행 조건을 나누어 확인하면 스위치를 반복해서 바꾸고도 무엇이 달라졌는지 알기 어려운 상황을 줄일 수 있습니다.