Shadowrocket 화면은 ‘연결 설정, 라우팅 구성, 실행 설정, 트래픽 확인’의 네 가지로 나눠 이해할 수 있습니다. 이미 이용 중인 서비스의 연결 정보나 구독 링크가 있지만 영어 메뉴가 낯선 사용자를 위한 안내입니다. 먼저 Home과 Config의 차이를 알아보고, Global Routing의 모드를 구분한 다음 Data와 Settings에서 문제를 점검해 보세요. 같은 영어 단어라도 표시된 화면에 따라 의미가 다를 수 있습니다.
Home, Config, Settings: 먼저 메뉴별 역할 확인
Home은 연결 상태 확인, 저장된 연결 선택, 서버 정보 추가를 위한 주요 화면입니다. Config에서는 라우팅 규칙이나 DNS 설정 등이 포함된 구성 파일을 관리합니다. Settings에서는 On Demand의 연결 시작 조건처럼 앱 동작 방식을 조정합니다. 세 메뉴는 순서대로 켜야 하는 스위치가 아니라 각각 다른 항목을 관리하는 화면입니다.
| 영어 메뉴 | 기능 | 확인할 때 |
|---|---|---|
Home | 연결 상태, 저장된 서버 목록, 연결 및 구독 추가 | 처음 연결 정보를 입력하거나 현재 연결을 바꾸고 연결 테스트를 실행할 때 |
Config | 구성 파일과 파일에 포함된 라우팅 및 DNS 설정 | 기존 규칙 구성을 가져오거나 현재 활성화된 구성을 확인할 때 |
Settings | 앱 실행 동작과 관련 옵션 | On Demand 및 구독 업데이트 동작을 확인할 때 |
Data | 데이터 사용량이나 트래픽 통계 관련 표시 | 연결 중 트래픽이 발생하는지 확인하거나 통계 범위를 살펴볼 때 |
Data는 일반적인 서버 설정 메뉴가 아니며 Home, Config, Settings와 같은 단계의 고정 메뉴라고 단정할 수도 없습니다. Data라는 표시가 있으면 먼저 통계 영역인지와 단위를 확인하세요. 누적 데이터, 업로드 데이터, 다운로드 데이터는 서버 비밀번호나 규칙 내용을 뜻하지 않습니다. 메뉴 위치와 표시 방식은 현재 화면을 기준으로 확인하세요.
Proxy, Direct, Config, Scene: 라우팅 모드 구분하기
Home에서 Global Routing을 열면 보이는 Proxy, Direct, Config, Scene은 라우팅 모드이며 프로토콜 네 종류를 뜻하지 않습니다. 연결 정보의 Type에서는 Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등의 프로토콜을 선택합니다. Global Routing을 Proxy로 바꿔도 Trojan 연결의 프로토콜이 다른 종류로 바뀌는 것은 아닙니다.
아래의 ‘추천’은 사용할 수 있는 연결이 있고 규칙 구성도 확인한 상태를 전제로 합니다. Proxy와 Direct는 일시적으로 비교해 볼 때 유용하지만 연결 성공을 보장하지는 않습니다. 대상에 접속할 수 있는지는 네트워크, 서버 정보, 대상 서비스에도 영향을 받습니다. Scene은 설정한 장면과 조건을 함께 확인해야 하며, 이름만으로 현재 라우팅 방식을 판단할 수 없습니다.
Config
추천현재 활성화된 구성의 규칙에 따라 요청 정책을 결정합니다. 항상 ‘일부는 프록시, 나머지는 직접 연결’로 나뉘는 것은 아니며, 실제 결과는 규칙 순서와 FINAL에도 좌우됩니다.
적합한 경우: 구성을 확인했고 대상별로 요청을 처리하려는 경우
Proxy
가로챈 요청을 Config의 일반 라우팅 규칙에 따라 하나씩 선택하는 대신 프록시로 보냅니다. 현재 프록시 연결과 연결 정보가 올바른지도 확인해야 합니다.
적합한 경우: 특정 접속에서 라우팅 규칙의 영향을 잠시 제외해 비교하려는 경우
Direct
가로챈 요청을 직접 연결합니다. 앱의 연결 스위치 상태와 요청이 프록시 서버를 거치는지는 서로 다른 문제입니다.
적합한 경우: 같은 대상에 현재 네트워크로 직접 접속할 수 있는지 비교하려는 경우
Scene
장면 관련 설정에 따라 라우팅 동작을 결정합니다. 먼저 설정된 장면과 조건을 확인하세요. Scene을 Config의 다른 이름으로 보면 안 됩니다.
적합한 경우: 장면을 설정했고 적용 조건을 알고 있는 경우
Home에서 기존 구독 추가하기: 필드와 단계별 안내
Subscribe는 구독 가져오기 유형이고 Config는 구성 파일 관리 메뉴입니다. 링크를 가져올 수 있다는 이유만으로 둘을 같은 기능으로 보면 안 됩니다. 구독은 보통 저장된 서버 목록을 업데이트하는 데 사용하고, 규칙 구성은 요청을 처리하는 방식을 정의합니다. 이용 중인 서비스에서 실제로 무엇을 제공하는지는 해당 서비스 안내와 가져온 결과를 확인하세요.
-
Home 열기
Home을 열고 오른쪽 위의 ‘+’를 눌러 Add Server로 이동합니다. 먼저 받은 정보가 전체 구독 링크인지, 아니면 Address, Port, Password 같은 개별 연결 정보인지 확인하세요.
-
유형 선택
구독 링크를 추가할 때는 Type → Subscribe를 선택합니다. 개별 연결 정보는 이용 중인 서비스의 프로토콜에 맞게 선택하세요. 구독 링크를 개별 연결의 Address 필드에 입력하면 안 됩니다.
-
입력 후 저장
Subscribe의 URL 필드에 본인의 전체 구독 링크를 붙여 넣고 알아보기 쉬운 메모를 입력한 뒤 저장합니다. 링크의 경로와 쿼리 매개변수는 그대로 두고 접속 정보를 임의로 삭제하거나 수정하지 마세요.
-
새로 고침 후 선택
Home으로 돌아가 아래로 당겨 구독을 새로 고칩니다. 서버 항목이 표시되는지 확인한 다음 저장된 연결 중 하나를 선택하세요. 항목 추가, 저장, 구독 내용 불러오기는 각각 별도로 확인해야 합니다.
-
확인 후 연결
Home에서 Global Routing을 확인하고 준비된 구성에 맞는 모드를 선택한 다음 연결 스위치를 켭니다. 처음 시스템 VPN 구성 승인 요청이 표시되면 앱 이름을 확인하고 시스템 안내에 따라 진행하세요.
개별 연결 정보를 사용하는 경우 Address는 서버 주소, Port는 포트 번호, Password는 인증 정보 중 하나입니다. 어떤 필드가 표시되고 어떻게 입력하는지는 프로토콜에 따라 다릅니다. 기존 Trojan 정보에 Port가 443으로 명시되어 있다면 숫자 443을 입력하세요. TLS에 흔히 443을 사용한다는 이유로 서비스에서 제공한 8443을 임의로 443으로 바꾸면 안 됩니다. 프로토콜, 포트, 인증 정보는 한 묶음으로 확인해야 합니다.
Config 화면과 Config 모드: 파일은 스위치가 아닙니다
Config는 초보자가 가장 혼동하기 쉬운 메뉴입니다. Config 화면을 열면 파일을 관리하고, Global Routing을 Config로 설정하면 현재 구성에 따라 라우팅합니다. 따라서 구성을 가져왔다고 해서 현재 반드시 해당 구성으로 트래픽을 분기하는 것은 아닙니다. 어떤 파일이 활성화되어 있는지, Global Routing이 어떤 모드인지도 확인해야 합니다.
각각 확인하기: 구성 파일과 라우팅 모드
Config 화면
- 저장된 구성 파일을 살펴보고 현재 활성화된 항목을 확인합니다.
- 규칙 순서, 정책 이름, FINAL을 확인합니다.
- 수정하기 전에 복원할 수 있도록 기존 구성을 따로 보관합니다.
Home → Global Routing
- 현재 모드가 Config, Proxy, Direct, Scene 중 무엇인지 확인합니다.
- 규칙에 따라 트래픽을 분기하려면 Config 모드인지 확인합니다.
- 임시 테스트가 끝나면 원래 사용하던 모드로 되돌립니다.
먼저 ‘어떤 파일을 사용할지’를 확인하고, 다음으로 ‘파일에 따라 라우팅하는지’를 확인한 뒤, 마지막으로 실제 요청에 어떤 규칙이 적용됐는지 살펴보세요.
규칙 키워드도 영어 그대로 사용합니다. DOMAIN-SUFFIX는 도메인 접미사로 매칭하고, IP-CIDR은 IP 주소 대역으로 매칭합니다. GEOIP는 기기 위치가 아니라 IP 지리 분류 데이터를 기준으로 매칭하며, FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. 규칙은 일반적으로 위에서 아래 순서로 확인하고 처음 일치한 항목의 정책을 적용합니다. 따라서 범위가 넓은 규칙보다 구체적인 예외 규칙을 앞에 두세요.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT다음은 규칙의 의미를 설명하기 위한 예시이며 완전한 구성 파일은 아닙니다. 첫 번째 규칙은 example.com과 하위 도메인에 PROXY를 적용하고, 두 번째 규칙은 192.168.0.0/16 사설 네트워크에 적용됩니다. 그 밖의 요청은 FINAL,DIRECT가 처리합니다. PROXY, DIRECT, REJECT는 각각 프록시, 직접 연결, 거부를 뜻하는 규칙 정책 키워드입니다. 화면의 Proxy, Direct는 Global Routing에서 표시된 위치에 따라 이해해야 합니다.
Data와 On Demand: 통계, 연결 트리거, 정책 구분하기
Data 통계는 트래픽을 확인하는 기능이지, 서비스 제공업체의 잔여 데이터 용량을 일반적으로 조회하는 기능은 아닙니다. 앱에서 누적 수신한 바이트 수와 서비스 제공업체가 주기나 요율에 따라 계산하는 요금제 사용량은 집계 기준이 다릅니다. 연결 테스트, 구독 업데이트, 기기의 백그라운드 요청도 트래픽을 발생시킬 수 있으므로 Data 값이 증가했다는 사실만으로 특정 웹페이지가 성공적으로 열렸다고 볼 수는 없습니다.
- 먼저 단위를 확인하세요: 누적 바이트와 ‘초당’ 단위가 포함된 속도는 서로 다른 지표입니다. 누적값으로 순간 속도를 판단할 수 없습니다.
- 다음으로 범위를 확인하세요: 특정 연결의 통계인지, 일정 시간 동안의 통계인지, 누적 통계인지 확인하세요. 전후 데이터를 비교할 때는 같은 범위를 사용해야 합니다.
- 마지막으로 요청을 확인하세요: 같은 네트워크에서 대상에 다시 접속한 뒤 연결 기록과 함께 정책 및 오류를 살펴보세요. 숫자가 변하는지만 확인해서는 안 됩니다.
Settings → On Demand에서는 조건에 따라 연결을 시작하는 동작을 관리합니다. 특정 도메인의 정책을 PROXY로 바꾸는 기능은 아닙니다. 특정 대상에 원하는 정책을 적용하려면 Config의 규칙을 확인하세요. 수동으로 연결을 끊은 뒤 다시 연결되는 이유를 찾으려면 On Demand 조건을 확인해야 합니다. 변경 전 기존 설정을 기록하고 한 번에 한 항목씩 수정해야 변경 결과를 비교할 수 있습니다.
| 확인하려는 문제 | 확인 위치 | 혼동하지 말 것 |
|---|---|---|
| 연결이 자동으로 시작되는 조건 | Settings → On Demand | 연결 시작 조건은 도메인 라우팅 정책과 다릅니다. |
| 요청을 구성에 따라 라우팅하는지 여부 | Home → Global Routing | Config 화면에 파일이 있어도 현재 Config 모드를 사용 중이라는 뜻은 아닙니다. |
| 대상에 최종 적용되는 정책 | 현재 Config의 규칙과 연결 기록 | 서버를 선택했다고 해서 모든 요청에 PROXY가 적용되는 것은 아닙니다. |
| 데이터 전송이 발생하는지 여부 | Data 관련 통계 | 누적 트래픽은 대상 접속 성공이나 요금제 잔여 용량을 의미하지 않습니다. |
화면 영어 용어 FAQ: 증상에 따라 메뉴 찾기
문제를 확인할 때는 현재 상태를 먼저 기록하세요. 선택한 연결, Global Routing 모드, 활성화된 구성, 네트워크 환경을 남겨 두면 좋습니다. 아래 질문은 조작 대상별로 나누어 설명합니다. Home, Config, Settings의 여러 항목을 동시에 변경하면 어떤 설정이 결과에 영향을 줬는지 알기 어렵습니다.
Home에 서버가 있는데도 접속되지 않는 이유는 무엇인가요?
목록에 표시되는 것은 항목이 저장됐다는 뜻일 뿐입니다. 먼저 해당 연결을 선택하고 Connectivity Test를 실행한 뒤 연결 스위치, Home → Global Routing, 인증 정보를 확인하세요. 테스트 응답이 있다고 해서 모든 대상에 접속할 수 있는 것은 아닙니다. 같은 대상에 다시 접속해 실제 적용 정책과 오류 메시지를 확인하세요.
Config를 가져온 뒤 규칙을 수정해도 달라지지 않는 이유는 무엇인가요?
먼저 Config에서 수정한 파일이 현재 활성화된 파일인지 확인한 다음 Home → Global Routing에서 Config 모드인지 확인하세요. 저장한 뒤 요청을 다시 실행합니다. 이미 연결된 장시간 연결에는 수정된 규칙의 매칭 결과가 바로 반영되지 않을 수 있습니다.
구독을 저장했는데 서버가 표시되지 않으면 어디를 확인해야 하나요?
Home으로 돌아가 아래로 당겨 새로 고침하고 Type이 Subscribe인지, URL이 완전한지 확인한 뒤 업데이트 오류를 살펴보세요. 구독을 가져올 때 기존의 사용 가능한 프록시 연결이 필요한 경우 Settings → Subscribe에서 Update via Proxy를 확인합니다. 사용할 연결이 없다면 이 옵션만 켜서는 문제가 해결되지 않습니다.
Direct는 연결을 끊는다는 뜻인가요?
아닙니다. Home → Global Routing → Direct는 라우팅이 직접 연결을 사용한다는 뜻입니다. 연결 스위치는 별도로 확인해야 합니다. VPN 연결이 설정됐는지는 연결 상태에서, 요청이 프록시를 거치는지는 모드와 구성, 해당 요청 기록에서 확인하세요.
연결을 끈 뒤 자동으로 다시 연결되면 규칙을 바꿔야 하나요?
먼저 Settings → On Demand에서 활성화된 조건을 확인하고 용도를 파악한 뒤 관련 연결 트리거를 일시적으로 꺼 비교해 보세요. DOMAIN-SUFFIX, IP-CIDR, FINAL은 요청 정책을 처리하는 규칙이며 자동 연결 트리거를 관리하는 메뉴를 대신하지 않습니다.
각 메뉴의 역할을 파악한 뒤 일정한 순서로 확인하세요. Home에서 연결 정보와 상태를 살펴보고, Global Routing에서 모드를 확인하고, Config에서 파일과 규칙을 점검하고, Settings에서 연결 트리거를 확인한 다음 Data와 연결 기록으로 결과를 살펴봅니다. 이렇게 하면 ‘항목이 저장됨’, ‘연결됨’, ‘프록시를 거침’, ‘대상에 접속 가능함’을 각각 검증할 수 있으며, 하나의 스위치 상태로 모든 결과를 판단하지 않게 됩니다.