Shadowrocket에서 화면 이동, 연결 상태, 트래픽 처리 방식은 서로 다른 기능입니다. Home에서는 연결 상태를 확인하고 서버를 선택하며, Config에서는 설정을 관리합니다. Global Routing은 전체 트래픽 처리 방식을 정하고, Data에서는 실행 정보를 확인하며, Settings에서는 앱 설정을 조정합니다. 영어 버튼은 찾을 수 있지만 무엇을 바꿔야 할지 막막한 사용자에게 적합합니다. ‘화면 찾기 → 상태 확인 → 트래픽 분기 확인’ 순서로 살펴보면 Proxy를 보고 서버 설정부터 바꾸는 실수를 줄일 수 있습니다.
1. 화면 이동 메뉴와 화면 안의 설정을 구분하세요
영어 메뉴를 발견하면 먼저 어디에 있는지 확인하세요. 하단의 Home, Config, Data, Settings는 화면 이동 메뉴입니다. Home에 있는 Global Routing은 설정 항목이며, 그 아래의 Proxy, Direct, Config, Scene은 전체 트래픽 처리 방식입니다. Config는 두 위치에 표시되지만 서로 관련된 개념일 뿐, 같은 버튼처럼 사용할 수는 없습니다.
| 메뉴 | 위치 또는 단계 | 주요 기능 |
|---|---|---|
| Home | 화면 이동 메뉴 | 연결 상태 확인, 서버 선택, Global Routing 및 Connectivity Test로 이동 |
| Config | 화면 이동 메뉴 | 설정 파일을 관리하고 규칙 등 구성 내용을 확인하거나 편집 |
| Data | 화면 이동 메뉴 | 연결 및 트래픽 등의 실행 정보를 확인해 실제 요청을 점검 |
| Settings | 화면 이동 메뉴 | 앱 설정 관리. 예를 들어 On Demand에서 필요 시 연결 동작을 조정 |
| Global Routing | Home 화면의 설정 항목 | 전체 트래픽 처리 방식 선택 |
| Config | Global Routing의 옵션 | 현재 적용 중인 설정의 규칙에 따라 요청 처리 |
‘Config에서 규칙 수정’과 ‘Global Routing을 Config로 설정’은 서로 다른 작업입니다. 전자는 처리 기준을 수정하고, 후자는 그 기준을 적용하도록 선택합니다. Config 화면에서 파일을 열어 보는 것만으로 Home의 Global Routing이 바뀌지는 않습니다. 반대로 Config를 선택했다고 해서 파일의 모든 규칙이 원하는 대로 작동하는 것도 아닙니다.
2. Home: 연결 상태를 확인한 다음 선택된 서버를 살펴보세요
Home은 일상적인 점검을 시작하는 화면입니다. Not Connected는 현재 연결이 설정되지 않았다는 뜻이며, 구독에 반드시 문제가 있다는 의미는 아닙니다. SERVER 영역에서 등록된 서버를 확인하고 선택할 수 있으며, Connectivity Test에서는 연결 상태를 테스트할 수 있습니다. 테스트 결과에 숫자가 표시되어도 모든 웹페이지에 접속할 수 있다는 뜻은 아니며, 지속적인 다운로드 속도로 해석해서도 안 됩니다.
-
상태 확인
Home으로 이동해 상단의 연결 스위치와 Not Connected 표시를 먼저 확인하세요. 처음 연결할 때 시스템에서 VPN 구성을 추가하라는 메시지가 표시되면 안내에 따라 승인합니다. 구성 추가와 원격 서버 인증은 서로 다른 단계입니다.
-
서버 확인
Home → SERVER에서 현재 선택된 서버를 확인하세요. 이 안내에서는 이미 본인이 이용 중인 서비스와 구독 정보가 있다고 가정합니다. 목록이 비어 있다면 Global Routing을 반복해서 바꾸지 말고, 먼저 본인의 연결 정보를 가져와야 합니다.
-
트래픽 분기 확인
Home → Global Routing으로 이동해 Config, Proxy, Direct, Scene 중 어떤 옵션이 선택되어 있는지 확인하세요. 문제를 점검하기 전에 기존 옵션을 기록해 두면 테스트 후 원래대로 되돌리기 쉽습니다.
-
테스트 및 확인
Home → Connectivity Test에서 테스트한 다음 대상 웹페이지를 직접 열어 보세요. 테스트 완료 여부, 페이지 로딩 여부, 당시의 전체 처리 방식을 각각 기록하고, 세 가지 결과를 하나의 결론으로 뭉뚱그리지 마세요.
기존 구독을 추가하려면 Home 오른쪽 위의 ‘+’를 누르고 Add Server로 이동한 다음 Type을 Subscribe로 설정합니다. 본인의 구독 링크를 입력하고 저장하세요. Subscribe는 가져올 정보의 유형이지 연결이 성공했다는 상태가 아닙니다. 구독 업데이트는 목록 내용을 가져오는 작업이며, 연결 스위치는 연결을 설정합니다. 업데이트 성공과 연결 성공은 따로 확인해야 합니다. 공개 스크린샷이나 문의 글에 링크의 인증 정보가 노출되지 않도록 주의하세요.
3. Global Routing: Config, Proxy, Direct, Scene의 차이
Global Routing은 ‘Shadowrocket이 처리하는 트래픽을 어떤 방식으로 보낼지’를 정하는 기능이지, ‘어떤 프로토콜을 사용할지’를 정하는 기능이 아닙니다. 아래 권장 사항은 적절한 규칙 설정이 이미 있는 상태에서의 일반적인 사용을 기준으로 합니다. 규칙을 확인하지 않은 채 Config를 모든 웹사이트의 용도를 자동으로 판단하는 스위치라고 생각해서는 안 됩니다.
Config
권장현재 적용 중인 설정의 규칙에 따라 정책을 선택합니다. 결과는 DIRECT, 프록시 정책 또는 그 밖에 정의된 정책일 수 있으며, 특정 유형의 웹사이트는 항상 직접 연결되고 다른 유형은 항상 프록시를 사용한다는 뜻은 아닙니다. 실제 동작은 규칙 내용과 일치 순서에 따라 달라집니다.
적합한 경우: 규칙을 확인했고 대상에 따라 처리 방식을 나눠야 하는 일반적인 사용
Proxy
앱에서 처리하는 트래픽을 모두 프록시 경로로 보냅니다. Config의 대상별 분기 규칙을 하나씩 적용해 경로를 선택하지는 않습니다. Address, Port 또는 인증 정보가 잘못된 문제를 해결해 주지 않으며, 선택한 서버가 반드시 작동한다고 보장하지도 않습니다.
적합한 경우: 대상별 분기 규칙이 접속 문제의 원인인지 임시로 비교 테스트할 때
Direct
직접 연결 경로를 사용하며 선택한 원격 프록시 서버를 거치지 않습니다. Direct는 처리 방식이며 Home의 연결 스위치를 끄는 기능은 아닙니다. 시스템에 VPN 상태가 표시되더라도 요청이 반드시 원격 프록시를 거친다고 단정할 수 없습니다.
적합한 경우: 로컬 네트워크에서 대상에 직접 접속할 수 있는지 확인하거나 직접 연결과 비교할 때
Scene
설정된 Scene 조건에 따라 해당 처리 방식을 적용합니다. 실제로 설정한 Scene에 따라 동작하므로 Config의 다른 이름처럼 사용해서는 안 됩니다. 사용하기 전에 Scene 조건과 관련 설정을 확인하세요.
적합한 경우: Scene 조건을 설정했고 환경별로 기대하는 동작을 확인할 수 있는 사용자
예를 들어 같은 기기와 서버에서 같은 웹페이지를 열었을 때 Config에서는 접속되지 않지만 Proxy로 임시 전환하면 열리는 경우, 규칙이나 정책 선택을 점검할 필요가 있다는 단서가 될 수 있습니다. 테스트 중 네트워크나 서버도 함께 바뀌었다면 이 현상만으로 원인을 단정할 수 없습니다. 비교를 마친 뒤 원래 설정으로 되돌리고 Data에서 요청 처리 정보를 확인하세요.
4. Config: 설정 파일과 규칙 키워드, 정책은 프로토콜이 아닙니다
Config 화면에서는 설정 내용을 관리합니다. 규칙은 ‘어떤 대상을 매칭해 어떤 정책으로 보낼지’를 지정하고, Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등의 프로토콜은 연결을 설정하는 방식을 나타냅니다. 프로토콜 유형은 기존 서버 정보와 일치해야 합니다. 규칙에 PROXY가 있다고 해서 Type을 특정 프로토콜로 바꿔서는 안 됩니다.
아래 예시는 규칙의 구조만 설명하며 완전한 설정 파일이 아닙니다. 현재 사용하는 파일을 그대로 교체할 필요도 없습니다. 도메인과 주소 대역은 문법 설명을 위한 예시입니다. 실제 정책 이름, DNS 설정, 서버 정보는 본인의 설정에 맞춰 확인해야 합니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX,example.com,PROXY: 도메인 접미사를 조건으로 사용합니다. 해당 도메인과 하위 도메인을 매칭해 PROXY 정책으로 전달합니다.IP-CIDR,192.168.0.0/16,DIRECT: IP 대역을 조건으로 사용하고, 해당 대역과 일치하는 요청을 DIRECT로 전달합니다.GEOIP,CN,DIRECT: IP 지리 정보 데이터베이스의 국가 판정 결과를 조건으로 사용합니다. 웹페이지 언어를 기준으로 판단하는 것은 아닙니다.FINAL,PROXY: 대상 조건을 추가로 지정하지 않고, 앞선 규칙과 일치하지 않은 요청에 기본 처리 방식을 적용합니다.
규칙은 일반적으로 순서대로 매칭됩니다. 범위가 넓은 규칙을 앞에 두면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. 따라서 ‘파일에 규칙이 있다’고 해서 ‘요청이 최종적으로 그 규칙에 매칭됐다’고 볼 수는 없습니다. 문제를 확인할 때는 적용 중인 설정, 규칙 순서, 정책 연결을 함께 살펴보세요. 대상 도메인을 검색해 찾는 것만으로 점검을 끝내서는 안 됩니다.
5. Data와 Settings: 결과 확인과 동작 변경
Data에서는 실행 정보를 확인하고 Settings에서는 앱 동작을 조정합니다. 요청을 한 번 보낸 뒤 현상을 확인할 때는 Data를, 목적이 분명한 설정을 바꿀 때는 Settings를 사용하세요. Data에 트래픽이 표시된다고 해서 모든 트래픽이 같은 서버를 사용한다고 단정할 수는 없습니다.
점검 순서: 요청을 먼저 확인한 뒤 설정 하나만 변경
Data: 처리 결과 확인
- 대상 웹페이지를 먼저 연 다음 Data로 돌아가 관련 실행 정보를 찾으세요.
- 대상, 시간, 화면에 표시된 정책 또는 연결 정보를 확인하세요.
- 문의하기 전에 실제 서버 주소, 구독 인증 정보, 개인 접속 기록을 가리세요.
Settings: 앱 동작 변경
- Settings → On Demand에서 필요 시 연결 설정을 확인하세요.
- 변경 전에 기존 상태를 기록하고, 관련 옵션을 한 번에 하나씩만 바꾸세요.
- Home으로 돌아가 변경 후의 연결 상태와 전체 처리 방식을 확인하세요.
정리: Data는 결과를 확인하고 Settings는 동작을 바꿉니다. 두 기능만으로 서버 정보와 적용 중인 규칙을 확인할 수는 없습니다.
On Demand는 조건에 따라 연결을 시작하는 동작을 제어하며, 대상 도메인에 적용할 프록시 정책을 선택하지는 않습니다. ‘언제 연결할지’를 바꾸려면 Settings → On Demand를 확인하세요. ‘요청을 어떤 경로로 보낼지’를 바꾸려면 Home → Global Routing과 Config의 규칙을 살펴보세요. 수동으로 연결을 끊은 뒤 다시 연결된다면 서버 문제라고 단정하지 말고 먼저 On Demand 조건을 확인하세요.
6. 자주 묻는 질문: 영어 메뉴를 보면 무엇을 해야 할까요?
Config를 열었는데 왜 규칙대로 처리되지 않나요?
먼저 Home → Global Routing에서 Config가 선택되어 있는지 확인한 다음 Config 화면에서 현재 적용 중인 파일을 살펴보세요. 화면을 여는 것은 설정을 확인하는 동작일 뿐이며, 전체 처리 방식이 Proxy나 Direct에서 Config로 자동 변경되지는 않습니다. 그다음 동일한 대상에 요청을 보내 규칙 매칭 결과를 확인하세요.
Proxy를 선택했는데 왜 서버에 연결되지 않나요?
Proxy는 트래픽 처리 방식만 바꿉니다. Home으로 돌아가 선택한 서버를 확인한 다음 해당 항목의 편집 화면에서 Type, Address, Port, 인증 정보가 본인의 서비스 정보와 일치하는지 확인하세요. 프로토콜 이름만 보고 Port를 추측해서 입력해서는 안 됩니다. 파라미터 오류는 Global Routing을 바꿔도 해결되지 않습니다.
Direct를 선택하면 연결이 끊기나요?
아닙니다. Home에서 연결 스위치를 확인하고 Global Routing에서 처리 방식을 확인하세요. 두 상태는 각각 확인해야 합니다. 현재 연결을 종료하려면 연결 스위치를 사용하고, 직접 연결로 비교 테스트하려면 Direct를 선택하세요. 이후 다시 연결된다면 Settings → On Demand의 실행 조건을 확인하세요.
Subscribe 업데이트는 완료됐는데 왜 웹페이지가 열리지 않나요?
업데이트 성공은 목록 내용을 가져왔다는 뜻일 뿐입니다. Home에서 사용할 수 있는 서버를 선택하고 Connectivity Test를 실행한 다음 Global Routing을 확인하세요. 일부 대상만 접속되지 않는다면 Data에서 관련 요청을 살펴보고 Config의 해당 규칙을 확인하세요. 구독 전체를 계속 삭제하고 다시 추가하지 마세요.
Data에 트래픽이 표시되면 모든 요청이 프록시를 통과한 건가요?
그렇게 판단할 수는 없습니다. 먼저 Home → Global Routing에서 현재 선택된 옵션을 확인하고, 대상별로 실행 정보를 살펴보세요. Config에서는 요청마다 서로 다른 정책이 적용될 수 있습니다. 누적 트래픽과 특정 요청의 출구는 같은 지표가 아닙니다. 대상, 발생 시간, 처리 정책을 함께 확인하세요.
일상적인 점검 순서를 정해 두면 됩니다. Home에서 연결 여부와 선택한 서버를 확인하고, Global Routing에서 전체 처리 방식을 확인합니다. Config에서는 규칙의 근거를, Data에서는 요청 결과를, Settings에서는 자동 동작을 살펴보세요. 이렇게 하면 영어 메뉴 사이에서 무작정 설정을 바꾸는 일을 줄이고, 문제를 설명할 때도 ‘어느 화면에서 어떤 옵션을 선택했으며 어떤 현상이 나타났는지’를 명확히 전달할 수 있습니다.