Shadowrocket 영어 메뉴 용어 정리: Home, Config, Proxy, Direct, Data, Settings 뜻

한눈에 보기

먼저 페이지와 라우팅 방식을 구분하세요. Home, Config, Data, Settings는 기능 페이지이며, Proxy와 Direct는 Global Routing에서 선택하는 라우팅 방식이자 규칙에서 사용할 수 있는 정책 이름입니다. 이 글에서는 iPhone / iPad용 Shadowrocket 영어 인터페이스를 기준으로 페이지 찾기, 서버 선택, 라우팅 확인, 기록 확인 순서로 설명합니다. 같은 Config가 서로 다른 의미로 쓰이는 경우를 구분하고, 기존 구독 내용을 바꾸지 않고 연결을 점검하는 방법도 알아봅니다.

1. Home, Config, Data, Settings: 각 페이지의 역할

하단 탭은 현재 보고 있는 콘텐츠의 종류를 바꾸며, 연결 정책을 바꾸지는 않습니다. Home에서는 서버와 연결 상태를 관리하고, Config에서는 구성 파일을 관리합니다. Data에서는 트래픽과 연결 관련 정보를 확인하고, Settings에서는 앱 설정을 조정합니다. 페이지에 들어갔다고 연결이 켜지는 것은 아니며, 페이지에 보이는 파일이 활성화된다는 뜻도 아닙니다.

인터페이스 용어	위치와 의미	먼저 확인할 사항
Home	하단의 기본 페이지로, 서버 목록과 연결 스위치, Global Routing을 확인합니다.	사용하려는 서버가 선택되어 있는지 확인합니다.
Config	하단의 구성 페이지로, 규칙 등의 설정이 포함된 구성 파일을 관리합니다.	현재 실제로 활성화된 구성 파일이 무엇인지 확인합니다.
Data	하단의 데이터 페이지로, 트래픽 통계와 확인 가능한 연결 기록을 살펴봅니다.	기록의 시간이 방금 실행한 테스트 요청과 일치하는지 확인합니다.
Settings	하단의 설정 페이지로, On Demand 등 앱 동작을 조정합니다.	연결이 시작되는 방식에 영향을 주는 설정이 있는지 확인합니다.

Proxy나 Direct가 보인다고 하단 탭에서 해당 페이지를 찾지 마세요. 먼저 Home으로 돌아간 뒤 Global Routing에서 현재 라우팅 방식을 확인하면 됩니다. 이 글은 영어 용어를 기준으로 기능을 설명합니다. 플랫폼마다 화면 배치가 다를 수 있으므로 모바일 버튼 위치를 데스크톱 화면의 위치로 간주하지 마세요.

4개

이 글에서 비교하는 페이지: Home / Config / Data / Settings

4가지

Global Routing：Config / Proxy / Direct / Scene

2단계

요청 시 연결 설정: Settings → On Demand

2. Home: 서버 선택, 연결 시작, 테스트 실행

Home은 처음 연결을 시작하는 페이지입니다. 서버 항목에는 연결에 필요한 주소, 포트, 인증 방식, 프로토콜 매개변수가 저장됩니다. 항목 앞의 선택 표시로 현재 기본 서버를 확인할 수 있습니다. 목록에 항목이 있다는 사실은 설정이 저장되었다는 뜻일 뿐, 원격 서버를 사용할 수 있다는 의미는 아닙니다. 사용할 서버와 구독은 직접 준비해야 합니다. 이 글에서는 이미 보유한 정보를 인터페이스에 입력하는 방법만 설명하며 구독을 제공하거나 추천하지 않습니다.

기존 항목 확인

Home에서 기존 구독 아래에 있는 서버를 찾습니다. 아직 가져오지 않았다면 오른쪽 위의 “+”를 누르고 Add Server로 이동한 다음 Type에서 Subscribe를 선택합니다. 보유한 구독 정보를 입력하고 저장하세요. 구독 주소에 접근 인증 정보가 포함될 수 있으므로 공개 스크린샷에 노출하지 마세요.
서버 선택

Home으로 돌아가 대상 서버 옆의 선택 표시를 누릅니다. 항목의 편집 메뉴를 여는 것과 서버를 선택하는 것은 다른 동작입니다. 목록으로 돌아온 뒤 선택 표시가 있는지 다시 확인하세요.
라우팅 확인

Home → Global Routing으로 이동해 현재 라우팅 방식이 Config, Proxy, Direct, Scene 중 무엇인지 확인합니다. 기존 구성에서 규칙 기반 분할 라우팅을 명시적으로 요구한다면 Config를 선택하고, 하단 Config 페이지에서 활성화된 파일도 확인하세요.
연결 및 확인

Home으로 돌아가 연결 스위치를 켭니다. 처음 연결할 때는 시스템 안내에 따라 VPN 구성을 추가하도록 허용하세요. 이어서 Connectivity Test를 실행한 뒤 실제로 사용하려는 대상에도 접속해 테스트 결과와 실제 접속 상태를 각각 확인합니다.

Connectivity Test는 연결을 점검하는 기능이지, 모든 웹사이트와 프로토콜, 규칙을 완벽히 검증하는 절차는 아닙니다. 테스트는 성공했지만 특정 대상에 접속할 수 없다면 해당 대상의 규칙, DNS, 연결 기록을 추가로 확인하세요. 테스트에 실패했더라도 구독의 모든 항목이 작동하지 않는다고 바로 결론 내리지 말고 테스트 요청, 현재 네트워크, 선택된 서버부터 확인해야 합니다.

3. Global Routing: Proxy, Direct, Config, Scene의 기능

Global Routing은 Shadowrocket이 처리하는 트래픽에 어떤 라우팅 방식을 적용할지 정합니다. 회선을 구매하거나 서버 매개변수를 자동으로 채워 주는 기능은 아닙니다. Proxy와 Direct는 트래픽의 전달 방식을 나타내고, Config는 현재 구성을 기준으로 처리하며, Scene은 설정된 시나리오를 선택하는 기능과 관련됩니다. 문제를 점검할 때는 기존 설정을 기록하고 한 번에 하나씩만 변경한 뒤 테스트가 끝나면 원래대로 돌려놓으세요.

Config: 구성에 따라 처리

권장

현재 활성화된 구성의 규칙에 따라 트래픽의 경로를 정합니다. “중국 본토에서는 직접 연결하고 해외에서는 프록시를 사용한다”는 고정 방식이 아닙니다. 실제 동작은 규칙 순서, 대상 일치 여부, FINAL 정책에 따라 달라집니다. 명확하고 신뢰할 수 있는 구성을 이미 보유한 경우 일상적인 분할 라우팅에 적합합니다.

적합한 경우: 구성이 있고 대상별로 다른 정책을 적용하려는 경우

Proxy: 프록시 경로 사용

가로채는 트래픽을 Proxy 경로로 전달합니다. Config의 분할 라우팅 규칙을 항목별로 적용하는 방식과는 다릅니다. 사용 가능한 서버와 올바른 인증 정보, 네트워크 연결이 필요하며, 이 방식을 켠다고 모든 앱에 접속할 수 있는 것은 아닙니다.

적합한 경우: 규칙 기반 라우팅이 문제의 원인인지 일시적으로 확인할 때

Direct: 직접 연결 경로 사용

가로채는 트래픽을 프록시 서버를 거치지 않고 대상에 직접 연결합니다. 연결 스위치가 켜져 있을 수 있으므로 “VPN 연결됨”과 “현재 요청이 프록시를 사용함”을 같은 의미로 보면 안 됩니다.

적합한 경우: 현재 네트워크에서 직접 연결했을 때의 상태를 비교할 때

Scene: 시나리오에 따라 선택

미리 설정한 시나리오 조건에 따라 해당 라우팅 방식을 적용합니다. 별도의 서버 프로토콜은 아니며 실제 트래픽 경로는 시나리오 설정을 확인해야 합니다. 시나리오 조건을 파악하지 못했다면 기본 자동 복구 옵션처럼 사용하지 않는 것이 좋습니다.

적합한 경우: 시나리오를 설정했고 각 시나리오의 실행 조건을 알고 있을 때

예를 들어 같은 대상이 Proxy에서는 열리지만 Config에서는 실패한다면 두 방식의 라우팅 조건에 차이가 있을 가능성이 있습니다. 다음 단계는 Config의 규칙과 관련 기록을 확인하는 것입니다. 바로 프로토콜을 바꾸거나 모든 설정을 초기화하지 마세요. 두 방식 모두 실패한다면 서버 연결 매개변수와 기본 네트워크부터 확인합니다.

4. 두 가지 Config: 구성 페이지와 라우팅 방식 구분하기

하단의 Config는 구성 파일을 관리하는 페이지입니다. Global Routing → Config는 현재 구성을 기준으로 트래픽을 처리하라는 라우팅 방식입니다. 두 가지를 함께 살펴봐야 합니다. 파일을 가져왔어도 활성화되지 않았을 수 있으며, 파일을 활성화했더라도 Global Routing이 Proxy라면 해당 파일의 분할 라우팅 규칙이 적용되고 있다고 단정할 수 없습니다.

페이지의 Config

위치: 하단 Config
관리 대상: 구성 파일 및 규칙, DNS 등 설정 내용
중점 확인 사항: 현재 활성화된 파일과 파일에 실제로 들어 있는 내용

파일 이름은 식별을 돕는 용도일 뿐이며 실제 동작은 파일 내용에 따라 달라집니다.

라우팅 방식의 Config

위치: Home → Global Routing → Config
처리 기준: 현재 활성화된 구성의 규칙과 정책
중점 확인 사항: 개별 규칙의 순서와 FINAL의 경로

라우팅 방식을 바꿔도 구성 파일이 자동으로 교체되거나 수정되지는 않습니다.

규칙 키워드는 영어 원문 그대로 읽으면 됩니다. 아래는 문법을 설명하기 위한 예시이며 기존 구성을 통째로 바꾸라는 뜻은 아닙니다. DOMAIN-SUFFIX는 도메인 접미사로 일치 여부를 확인하고, IP-CIDR은 IPv4 대역을 기준으로 일치시킵니다. GEOIP는 대상 IP의 지리 데이터베이스상 위치를 기준으로 판단하며, FINAL은 앞선 규칙에 일치하지 않은 연결에 최종 정책을 지정합니다.

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

예시의 example.com은 샘플 도메인이며 192.0.2.0/24는 문서용 예시 대역입니다. 규칙은 일반적으로 위에서 아래 순서로 적용되므로 FINAL은 규칙의 마지막에 두어야 합니다. 여기서 PROXY와 DIRECT는 개별 규칙의 정책입니다. 하단 페이지를 가리키는 말도 아니며 Global Routing이 해당 방식으로 전환되었다는 뜻도 아닙니다. GEOIP는 IP 데이터베이스를 기준으로 판단하며 웹페이지의 언어를 기준으로 하지 않습니다.

5. Data와 Settings: 결과 확인과 동작 변경은 다릅니다

Data에서는 발생한 트래픽과 연결 관련 정보를 확인하고, Settings에서는 앱 동작을 조정합니다. 접속 문제가 생겼다면 먼저 현재 상태를 기록한 다음 Data에서 해당 시간대의 정보를 살펴보세요. 여러 설정을 한꺼번에 바꾸는 것보다 원인을 찾기 쉽습니다. 트래픽 수치가 늘었다는 것은 데이터가 전송되었다는 뜻일 뿐, 모든 요청이 프록시를 사용했거나 웹페이지가 정상적으로 열렸다는 증거는 아닙니다.

시간 확인: 테스트한 시각을 기록하고 해당 시간대의 기록을 찾습니다. 이전 연결 기록은 라우팅 방식을 바꾼 뒤 새로 보낸 요청의 설명이 될 수 없습니다.
대상 확인: 도메인과 IP를 구분합니다. 앱에서 한 번 작업해도 여러 도메인에 접속할 수 있으므로 첫 화면의 도메인만 확인하고 끝내면 안 됩니다.
결과 확인: 기록에 정책이나 연결 오류 정보가 표시된다면 실제 규칙과 비교합니다. 전체 트래픽만 표시되는 경우 어떤 규칙이 적용됐는지 임의로 추측하지 마세요.
정보 보호: 문제 해결 자료를 공유할 때 구독 주소, 인증 정보, 비공개 접속 기록을 숨기고 대상, 정책, 오류 정보 중 필요한 내용만 남깁니다.

On Demand: 연결이 시작되는 조건

Settings → On Demand에서 요청 시 연결 설정을 확인할 수 있습니다. 이 기능은 “어떤 네트워크 조건에서 연결을 시작하거나 유지할지”를 정하며, “특정 도메인이 어떤 경로를 사용할지”를 정하지는 않습니다. 규칙 기반 라우팅은 현재 라우팅 방식과 구성에 따라 결정됩니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 스위치 고장으로 단정하지 말고 먼저 On Demand와 설정된 조건을 확인하세요.

DNS: 도메인을 주소로 변환

DNS는 도메인 이름을 주소로 변환하는 기능이며 서버 목록이나 프록시 프로토콜이 아닙니다. 설정을 바꾸기 전에 현재 활성화된 구성의 DNS 내용과 Settings의 관련 DNS 설정을 확인해 여러 설정을 동시에 바꾸지 않도록 하세요. 특정 IP에는 연결되지만 해당 도메인으로는 접속할 수 없다면 이름 해석을 추가로 확인해야 합니다. 다만 HTTPS의 인증서와 호스트 이름 요구 사항도 고려해야 하므로 IP 접속 한 번만으로 원인을 단정할 수 없습니다.

같은 네트워크, 같은 서버, 같은 라우팅 방식으로 같은 대상에 다시 접속합니다.
이름 해석 실패, 연결 시간 초과, 페이지 오류 중 무엇인지 기록합니다. 각각 확인할 방향이 다릅니다.
설정은 한 번에 하나씩만 바꾸고 다시 테스트하세요. DNS 변경을 모든 연결 문제의 만능 해결책으로 여기지 마세요.

6. Subscribe, Update, Config: 가져온 뒤 확인할 사항

Subscribe는 구독 유형을 뜻하며, 사용자가 이미 보유한 구독 주소에서 서버 정보를 가져오는 기능입니다. 구독 링크는 서버의 Address와 다릅니다. 구독 링크는 업데이트할 수 있는 정보 모음을 가리키고, Address는 개별 서버의 연결 주소입니다. 구독 URL 전체를 단일 서버의 Address 필드에 붙여 넣거나 접근 매개변수를 지운 채 구독 도메인만 남기면 안 됩니다.

대상 또는 인터페이스 용어	실제 기능	자주 하는 오해
Subscribe	Home → “+” → Type에서 선택하는 구독 유형입니다.	클라이언트를 구매하면 구독도 자동으로 제공된다고 오해하는 경우
구독 URL	이미 보유한 서버 정보를 가져오는 주소입니다. 예를 들어 `https://example.com/sub?token=xxxx`와 같은 형식이며, 이는 가짜 값으로 작성한 예시입니다.	링크를 개별 서버의 Address에 입력하는 것
Update	정보를 업데이트하는 동작입니다. 어떤 항목을 업데이트하는지에 따라 범위를 확인해야 합니다.	구독을 업데이트하면 현재 Config의 규칙도 반드시 업데이트된다고 오해하는 경우
서버 항목	개별 연결의 프로토콜, 주소, 포트, 인증 정보를 저장합니다.	목록에 항목이 보이면 연결 테스트도 성공한 것이라고 오해하는 경우
Config 파일	규칙 등의 구성 내용을 저장합니다.	서버를 선택하면 적절한 규칙 파일도 자동으로 선택된다고 오해하는 경우

기존 구독을 업데이트한 뒤 Home으로 돌아가 서버 항목이 남아 있는지, 선택 표시가 사용할 서버를 가리키는지 확인하고 Global Routing도 살펴보세요. 구독 내용이 바뀌면 목록이나 그룹에도 영향을 줄 수 있으므로 업데이트 알림만 확인하고 점검을 끝내지 마세요. 업데이트에 실패하면 주소가 온전한지와 현재 네트워크를 먼저 확인하고 token이 포함된 링크를 공개하지 마세요.

초보자를 위한 확인 순서

Home에서 기존 구독과 서버 항목을 확인합니다. 구독 주소와 서버 주소를 혼동하지 마세요.
선택 표시로 서버를 고른 다음 Global Routing에서 현재 라우팅 방식을 확인합니다.
Config 방식을 사용하는 경우 하단 Config에서 활성화된 파일을 확인하고 규칙 순서와 FINAL을 점검합니다.
연결을 켜고 Connectivity Test를 실행합니다. 이어서 실제 대상에 접속한 뒤 Data에서 테스트 시간대의 정보를 비교합니다.
연결이 자동으로 다시 시작되거나 네트워크 전환 후 동작이 달라진다면 Settings → On Demand에서 실행 조건을 확인합니다.

클라이언트 이용과 회선 이용은 별개의 문제입니다. 클라이언트 구매는 회선 요금제 구매를 뜻하지 않습니다. iPhone / iPad용은 App Store에서 $2.99에 한 번 구매하며, 개발자는 Shadow Launch Technology Limited입니다. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 확인하세요. Mac(Apple 실리콘 / Intel), Windows, Android, Linux 버전은 무료입니다. 설치가 필요하면 이 사이트의 다운로드 안내를 확인하고, 이미 보유한 구독의 가져오기와 첫 연결은 사용 안내를 따라 진행하세요.