Shadowrocket 영어 메뉴 설명: Home, Config, Proxy, Direct, Data, Settings 사용법

이 글의 핵심 내용

Shadowrocket을 처음 사용하며 영어 메뉴를 보면서 조작해야 하는 사용자를 위한 안내입니다. 먼저 화면 메뉴와 라우팅 방식을 구분한 뒤, 구독·규칙·트래픽 통계·자동 연결 설정 위치를 확인합니다. 연결 관련 절차는 사용자가 이미 보유한 서비스와 구독이 있다는 전제하에 설명합니다. 각 메뉴가 서버 관리, 트래픽 경로 선택, 연결 시작 조건 중 무엇을 담당하는지 파악할 수 있습니다.

Home, Config, Data, Settings: 작업에 맞는 메뉴 찾기

Home은 일상적인 연결 작업의 시작점입니다. 등록된 서버를 확인하고 연결 대상을 선택하며 Global Routing과 연결 스위치를 확인할 수 있습니다. 서버 행이 선택되어 있어도 현재 선택된 대상이라는 뜻일 뿐, 연결이 설정되었거나 모든 요청이 해당 서버를 통과한다는 의미는 아닙니다.

Config는 구성 파일, Settings는 앱 설정을 관리하며 Data에는 트래픽과 연결 기록 관련 정보가 표시됩니다. Apple 기기에 따라 화면 배치가 다를 수 있으므로 특정 화면 모서리에 메뉴가 있다고 단정하지 말고, 화면의 영어 이름을 기준으로 찾으세요. 아래 내용은 주로 iPhone과 iPad 사용 작업을 기준으로 설명합니다.

메뉴	주요 기능	확인할 항목
Home	등록된 서버 선택 및 연결 관리	선택한 대상, 연결 상태, Global Routing이 현재 작업에 맞는지 확인
Config	구성 파일 관리, 선택 및 편집	실제로 활성화된 파일이 사용할 구성인지 확인
Data	트래픽 통계와 관련 연결 기록 확인	요청 기록 생성 여부와 송수신 데이터 변화 확인
Settings	앱 동작 및 관련 매개변수 조정	설정이 저장되었고 화면을 나갔다 돌아와도 유지되는지 확인

이 네 단어를 모두 ‘연결 모드’로 이해하지 마세요. 예를 들어 Config 화면에 들어가도 Global Routing이 Config로 자동 전환되지는 않습니다. Data를 확인해도 요청 경로는 바뀌지 않습니다. 작업 전에 어떤 동작을 변경할지 정한 다음 해당 메뉴로 이동하세요.

Global Routing: Proxy, Direct, Config, Scene의 차이

Global Routing은 Shadowrocket이 처리하는 트래픽의 경로를 정합니다. 여기서 Config는 라우팅 방식 중 하나이고, 메뉴의 Config는 구성 파일 관리 화면입니다. 이름은 같지만 역할은 다릅니다. 문제를 확인할 때는 현재 라우팅 방식과 활성 구성 파일을 함께 기록하세요. ‘Config를 선택했다’는 말만으로는 충분하지 않습니다.

4개 항목

Global Routing：Proxy / Direct / Config / Scene

2곳

Config: 구성 파일 메뉴와 라우팅 방식

1개 항목

FINAL: 앞선 규칙에 일치하지 않을 때 적용되는 기본 규칙

Config

권장

현재 구성의 규칙에 따라 정책을 선택합니다. DIRECT와 일치하면 직접 연결하고, PROXY 또는 정책 그룹과 일치하면 해당 설정에 따라 처리합니다. 일치하는 규칙이 없는 요청은 FINAL 설정을 확인해야 하며, 모두 직접 연결된다고 단정할 수 없습니다. 이 권장 사항은 전제와 구성을 확인한 경우에 적용됩니다.

적합한 경우: 사용 가능한 규칙이 있고 대상별로 트래픽을 분기하는 일상적인 사용

Proxy

앱이 처리하는 트래픽을 Config의 일반적인 분기 규칙에 따라 선택하지 않고 모두 프록시 경로로 보냅니다. 짧은 시간 동안 경로를 비교할 때 유용하지만 모든 대상에 접속할 수 있다는 뜻은 아닙니다. 서버 성능과 네트워크 환경의 영향을 받습니다.

적합한 경우: 프록시 경로와 규칙 경로를 비교해 트래픽 분기 문제를 확인할 때

Direct

앱이 처리하는 트래픽을 직접 연결 경로로 보냅니다. Direct는 ‘가장 빠른 서버 선택’을 뜻하지 않으며 연결 스위치를 끄는 것도 아닙니다. 앱에 연결 중으로 표시되더라도 요청이 원격 프록시를 거치지 않을 수 있습니다.

적합한 경우: 현재 네트워크에서 대상에 직접 접속할 수 있는지 확인할 때

Scene

설정된 Scene에 따라 라우팅 동작을 정합니다. 선택하기 전에 해당 Scene의 조건과 설정을 확인하세요. Scene이라는 이름만으로 요청이 직접 연결될지 프록시를 거칠지 판단할 수 없습니다.

적합한 경우: Scene 설정을 구성하고 확인한 환경

라우팅 방식을 비교할 때는 Global Routing만 변경하고 서버와 테스트 주소는 동일하게 유지하세요. 전환 후 새 요청을 보내고 필요한 경우 대상 앱을 다시 여세요. 이미 연결된 장시간 연결은 이전 경로를 계속 사용할 수 있으므로 기존 연결만으로 새 설정의 적용 여부를 판단하지 마세요.

Config와 Rule: 구성 파일에서 경로를 제어하는 항목

구성 파일은 서버 목록만 담는 파일이 아닙니다. 전역 매개변수, 규칙, 로컬 매핑, URL 재작성 설정 등을 포함할 수 있습니다. Config를 열면 먼저 선택된 파일을 확인하고 필요한 섹션을 살펴보세요. 파일이 목록에 있다는 사실만으로 활성화되었다고 볼 수 없습니다.

구성 파일 섹션 이름

[General]: 전역 매개변수 섹션
[Rule]: 요청 매칭 및 정책 선택 섹션
[Host]: 로컬 도메인 매핑 섹션
[URL Rewrite]: URL 재작성 규칙 섹션

섹션 이름은 구성을 정리하기 위한 항목이며, 네 가지를 모두 켜야 하는 스위치가 아닙니다.

규칙 키워드

DOMAIN-SUFFIX: 도메인 접미사와 일치합니다. 예: example.com
IP-CIDR: IPv4 주소 대역과 일치합니다. 예: 192.0.2.0/24
GEOIP: IP의 지리적 위치를 기준으로 일치합니다. 예: CN
FINAL: 앞선 규칙과 일치하지 않은 요청을 처리합니다

규칙은 위에서 아래로 평가되며, 먼저 일치한 규칙이 해당 정책을 결정합니다.

아래는 구문을 알아보기 위한 교육용 예시이며 완성된 구성 파일이 아닙니다. example.com과 192.0.2.0/24는 예시용입니다. 해당 규칙을 사용할지는 실제 필요에 따라 결정하세요.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

각 줄의 앞부분은 매칭 유형이고 마지막은 정책입니다. 여기서 PROXY와 DIRECT는 구성 구문의 정책 키워드이며, 화면 메뉴의 Proxy, Direct와 대소문자가 다릅니다. FINAL,PROXY는 다른 규칙과 일치하지 않을 때 프록시 정책을 적용한다는 뜻이지, FINAL이라는 이름의 웹사이트만 매칭한다는 의미가 아닙니다.

GEOIP는 IP 위치 데이터를 기준으로 하며 웹페이지에 표시된 언어를 기준으로 하지 않습니다. IP-CIDR은 주소 범위를 지정하며 포트 범위가 아닙니다. 규칙 순서가 적절하지 않으면 앞쪽의 포괄적인 규칙이 먼저 적용되어 뒤에 있는 구체적인 규칙은 해당 요청을 평가하지 않을 수 있습니다.

Subscribe, Type, Update: 구독과 프로토콜은 서로 다릅니다

Subscribe는 구독 유형이나 구독 관련 설정을 뜻하며, 구독을 통해 서버 항목을 가져오고 업데이트합니다. Config 구성 파일과는 다르며, 가져오기에 성공했다고 해서 규칙, DNS, 연결 상태까지 모두 올바르다는 뜻은 아닙니다. 앱의 일회성 구매와 회선 요금제는 별개입니다. 구독의 유효 기간과 사용 범위는 직접 확인해야 합니다.

추가 화면 열기

Home에서 오른쪽 위의 ‘+’를 눌러 추가 화면으로 이동합니다. 작업 전에 이미 보유한 구독 주소를 준비하고, 구성 파일 내용을 주소 입력란에 붙여 넣지 마세요.
유형 선택

Type에서 Subscribe를 선택한 뒤 본인의 구독 주소를 입력합니다. 주소에 포함된 token은 인증 정보이므로 공개 스크린샷이나 문제 해결 기록에 노출하지 마세요.
저장 및 업데이트

저장한 다음 Home으로 돌아가 아래로 당겨 구독을 새로고침합니다. 해당 구독 그룹에 서버 항목이 표시되는지 확인하세요. 오류가 나면 안내 문구를 먼저 기록하고 같은 주소를 연달아 다시 추가하지 마세요.
선택 및 테스트

등록된 서버를 선택하고 Global Routing을 확인한 다음 연결 스위치를 조작합니다. 구독 업데이트 성공은 서버 항목을 읽어 왔다는 뜻일 뿐, 실제로 사용할 수 있는지는 새 요청으로 확인해야 합니다.

서버를 직접 추가할 때 Type에는 Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등의 프로토콜 이름이 표시될 수 있습니다. 프로토콜은 클라이언트와 원격 서버의 통신 방식을 정하며 Proxy나 Direct와 같은 라우팅 방식이 아닙니다. 기존 서비스에서 제공한 매개변수에 맞는 항목을 선택하세요. Type만 변경하고 다른 프로토콜의 매개변수를 그대로 사용하면 안 됩니다.

Server는 서버 주소이고 Port는 해당 서비스가 연결을 받는 포트입니다. 두 항목 모두 정확해야 합니다.
Port에 443을 입력했다고 해서 TLS를 사용한다는 뜻은 아니며, 이 값만으로 프로토콜 유형을 판단할 수도 없습니다.
Password와 UUID 등은 프로토콜에 따라 서로 다른 인증 기능을 하므로 임의로 바꿔 사용할 수 없습니다.
구독 업데이트는 주로 해당 구독이 관리하는 서버 항목에 영향을 줍니다. 로컬 구성 파일이 바뀌었는지는 Config에서 별도로 확인해야 합니다.

Data와 Connectivity Test: 숫자의 의미

Data에서 송수신 데이터와 연결 관련 기록을 확인할 수 있습니다. Upload와 Download는 일반적으로 각각 업로드와 다운로드 방향을 나타냅니다. 집계 범위, 누적 시간, 초기화 방법은 현재 화면의 설명을 확인하세요. 수치가 증가했다는 사실만으로 웹페이지가 완전히 로드되었다고 볼 수는 없습니다.

Connectivity Test는 연결 상태를 테스트하는 기능입니다. 측정값은 테스트 대상, 테스트 방식, 현재 네트워크, 원격 서버의 응답에 따라 달라질 수 있습니다. 같은 서버의 측정값이 낮더라도 모든 대상에 더 빠르게 접속할 수 있다는 뜻은 아닙니다. 비교할 때는 테스트 방식과 네트워크 환경을 동일하게 유지하세요.

먼저 Home에서 선택한 서버와 Global Routing을 기록한 다음 새 요청을 보냅니다.
Data에서 해당 시간대의 기록을 확인합니다. 세부 정보에 매칭 규칙이나 정책이 표시되면 현재 구성과 항목별로 대조합니다.
시간 초과가 발생하면 대상에 접속 가능한지, 서버 상태는 어떤지, 도메인 이름이 어떻게 해석되는지 각각 확인하세요. 지연 시간 하나만으로 결론 내리지 마세요.
기록을 공유하기 전 구독 주소, 인증 정보, 개인적으로 접속한 대상을 가리세요. 필요한 시간, 오류 문구, 정책 정보는 남겨 두세요.

Data를 ‘모든 웹페이지 내용의 완전한 사본’으로 이해하면 안 됩니다. 연결 메타데이터, 트래픽 수치, 앱 계층의 콘텐츠는 서로 다른 정보입니다. 연결 기록을 볼 수 있어도 암호화된 연결의 전체 내용을 읽을 수 있다는 뜻은 아닙니다.

Settings → On Demand: 자동 연결과 규칙 분기는 별도로 설정

Settings → On Demand에서 필요 시 연결 설정을 확인할 수 있습니다. On Demand는 네트워크 조건이 충족될 때 연결을 시작할지 결정하고, Global Routing은 연결 상태에서 요청을 처리할 라우팅 방식을 정합니다. On Demand는 [Rule]을 대신하지 않으며, Config를 선택한다고 모든 네트워크 조건에서 자동으로 연결되는 것도 아닙니다.

예를 들어 특정 Wi-Fi 환경에서 다른 연결 동작을 사용하려면 Settings → On Demand에서 해당 조건을 확인한 뒤 실제 네트워크를 한 번 전환해 테스트하세요. 테스트할 때 Wi-Fi 이름, 셀룰러 네트워크 사용 여부, 전환 후 연결 상태를 기록합니다. 설정 화면에서 스위치를 켜는 것만으로 조건이 충족되었다고 볼 수 없습니다.

Config를 선택했는데도 왜 모든 트래픽이 프록시를 통과하나요?

먼저 Home → Global Routing에서 Config가 선택되어 있는지 확인한 다음 Config에서 현재 활성 파일의 [Rule]을 살펴보세요. 요청이 앞선 규칙과 일치하지 않고 마지막 규칙이 FINAL,PROXY라면 프록시를 통과하는 것이 해당 구성의 의도된 동작입니다.

Direct가 켜져 있으면 연결이 끊긴 건가요?

아닙니다. Home으로 돌아가 연결 스위치와 상태를 따로 확인하세요. Direct는 라우팅 선택만 나타냅니다. 연결을 중지하려면 연결 스위치를 조작하고 Settings → On Demand에서 자동 재연결 조건이 있는지 확인하세요.

구독을 업데이트했는데 Config는 왜 바뀌지 않나요?

구독 항목과 구성 파일은 별도로 관리됩니다. 먼저 Home에서 업데이트된 서버 목록을 확인한 다음 Config에서 활성 파일을 확인하세요. [Rule]을 변경하려고 구독을 반복해서 새로고침하지 마세요.

On Demand와 규칙 중 무엇을 먼저 바꿔야 하나요?

자동으로 연결되지 않는 문제라면 먼저 Settings → On Demand를 확인하세요. 연결은 되었지만 요청 경로가 예상과 다르다면 Home → Global Routing과 Config → 현재 구성 → [Rule]을 확인하세요. 한 번에 한 종류의 설정만 조정하고 새 요청을 보내 검증합니다.

확인을 마치면 간단한 기록만 남겨도 됩니다. 현재 서버, Global Routing, 활성 구성 파일, On Demand 조건, 이번에 확인한 결과를 적어 두세요. 다음에 같은 영어 메뉴를 봤을 때 여러 설정을 동시에 바꿔 비교 기준을 잃지 않고 각 메뉴의 역할을 파악할 수 있습니다.