Shadowrocket 화면 영어 용어 정리: Home, Config, Proxy, Direct, Data, Settings 사용법

이 글의 핵심

Shadowrocket의 영어 화면은 ‘메뉴 위치, 라우팅 방식, 결과’의 세 가지 관점으로 보면 이해하기 쉽습니다. Home에서는 연결을 선택하고 상태를 확인하며, Config에서는 구성 파일을 관리하고, Settings에서는 앱 동작을 조정합니다. Proxy와 Direct는 라우팅 선택지이지 프로토콜 이름이 아니며, Data에서는 트래픽 정보를 확인합니다. 이미 이용 중인 서비스와 구독 링크가 있고, 사용법을 보며 화면 위치를 찾으려는 사용자를 위해 같은 Config가 화면에 따라 다른 뜻으로 쓰이는 이유도 설명합니다.

먼저 위치 확인: Home, Config, Data, Settings

용어가 어디에 표시되는지 먼저 확인한 뒤 의미를 판단하세요. 메뉴의 Config는 구성 파일 관리 화면을 뜻하고, Home → Global Routing의 Config는 구성에 따라 요청을 처리하는 라우팅 방식을 뜻합니다. 표기는 같지만 앞의 항목은 ‘어떤 파일을 사용할지’, 뒤의 항목은 ‘요청을 어떻게 처리할지’를 나타냅니다.

화면 용어	기능 위치와 용도	확인할 내용
Home	연결 스위치, 서버 목록, Global Routing 등의 메뉴를 모아 보여 주는 메인 화면	현재 선택 항목, 연결 상태, 라우팅 방식
Config	구성 파일 관리 메뉴이며, Global Routing의 선택지로도 표시될 수 있음	구성 파일 화면과 라우팅 선택지를 구분하기
Proxy	Global Routing의 라우팅 선택지이며, 규칙에서 정책 이름으로도 사용될 수 있음	선택한 프록시 또는 해당 정책을 사용하는지 여부
Direct	Global Routing의 라우팅 선택지이며, 규칙 예시에서는 DIRECT로 표기되는 경우가 많음	대상 연결이 직접 접속되는지 여부
Data	트래픽 데이터와 관련된 메뉴 또는 영역	통계 대상, 기간, 단위 및 수치 변화
Settings	On Demand 등 앱 동작 설정을 포함하는 설정 화면	서버 프로토콜 매개변수가 아니라 앱 동작을 변경함

화면 메뉴의 배열과 표시 항목은 기기 레이아웃이나 앱 화면 변경에 따라 달라질 수 있으므로, 사용법 이미지의 좌표를 그대로 찾을 필요는 없습니다. 영어 메뉴 이름과 해당 화면을 우선 확인하세요. iPad에서 여러 열로 표시되더라도 좌우 열을 별도의 라우팅 방식으로 보지 말고 같은 기능 관계에 따라 찾으면 됩니다.

Home: 연결 스위치, 서버, 구독은 서로 다른 항목

Home에서 선택한 서버는 연결에 사용할 매개변수를 결정하고, 연결 스위치는 앱에 필요한 시스템 네트워크 연결을 설정할지 제어하며, Global Routing은 요청에 적용할 라우팅 방식을 결정합니다. 항목을 선택했다고 연결된 것은 아니며, 연결 상태가 정상이라고 모든 대상에 접속할 수 있는 것도 아닙니다. 주소, 포트, 인증 매개변수, 규칙, 대상 서비스의 이용 가능 여부가 결과에 영향을 줄 수 있습니다.

구독은 서버 항목을 일괄로 가져오거나 갱신하는 출처이지 별도의 전송 프로토콜이 아닙니다. 다음 작업은 이미 보유한 서비스 제공업체 링크가 있는 경우에만 진행하세요. 링크에 접근 자격 증명이 포함될 수 있으므로 전체 링크를 공개된 게시판에 올리지 말고, 문제를 확인한다며 출처를 알 수 없는 주소로 바꾸지 마세요.

Home 확인

Home으로 이동해 현재 선택된 서버와 Global Routing에 표시된 값을 기록하세요. 먼저 현재 상태를 확인한 다음 수정해야 여러 조건을 동시에 바꾸는 일을 피할 수 있습니다.
구독 추가

Home → 오른쪽 위 ‘+’ → Type → Subscribe로 이동해 본인의 구독 링크를 입력하고 저장하세요. 구독 링크와 개별 서버 주소는 각각 해당 입력란에 입력해야 합니다.
항목 확인

Home으로 돌아가 구독 항목과 서버 목록이 표시되는지 확인하세요. 갱신할 때는 해당 구독의 업데이트 기능을 사용하고, 목록 이름이 그대로 있는지만 보지 말고 오류가 표시되는지도 확인하세요.
라우팅 확인

Home → Global Routing에서 현재 Config, Proxy, Direct, Scene 중 무엇이 선택되어 있는지 확인하세요. 구성 규칙을 기준으로 확인하려면 먼저 Config 화면에서 원하는 파일이 선택되어 있는지 확인합니다.
요청 확인

Home으로 돌아가 사용할 서버를 선택하고 연결을 켭니다. 처음 연결할 때는 시스템 안내에 따라 권한을 허용하세요. 대상이 분명한 요청 하나로 결과를 확인하고, 설정은 한 번에 하나씩만 변경합니다.

Global Routing：Proxy、Direct、Config、Scene

Global Routing은 라우팅 방식을 선택하는 메뉴이지 프로토콜 선택기가 아닙니다. 아래에서는 Shadowrocket에서 자주 사용하는 세 가지 라우팅 방식을 비교합니다. 여기서 ‘권장’은 사용 가능한 구성이 있고 규칙 적용 방식을 배우려는 상황을 기준으로 한 설명이며, 모든 네트워크에서 같은 설정을 사용해야 한다는 뜻은 아닙니다.

Config

권장

현재 활성화된 구성과 규칙에 따라 요청을 처리합니다. 대상에 따라 서로 다른 정책을 사용할 수 있습니다. 앞선 규칙과 일치하지 않은 요청도 구성에 남은 규칙에 따라 처리되므로, 나머지 요청이 모두 직접 연결된다고 단정할 수 없습니다.

적합한 경우: 구성이 있고 규칙에 따른 트래픽 분배를 확인하려는 경우

Proxy

Shadowrocket이 처리하는 범위에 들어온 요청에 프록시 라우팅을 적용합니다. 프록시 경로와 규칙 경로의 차이를 임시로 비교할 수 있지만, 기기의 모든 시스템 활동이 같은 서버를 거친다고 단정할 수는 없습니다.

적합한 경우: 접속 결과 차이가 규칙 선택과 관련 있는지 임시로 확인할 때

Direct

해당 요청을 선택한 프록시 서버로 전달하지 않고 직접 연결합니다. 이는 라우팅 방식이며 연결 스위치를 끄거나 서버 항목을 삭제하는 것과는 다릅니다.

적합한 경우: 현재 네트워크에서 직접 접속한 결과를 비교할 때

Scene은 장면에 따라 라우팅하는 메뉴입니다. 의미를 파악하려면 기존 장면과 조건, 동작을 확인해야 합니다. 이름만 보고 요청이 최종적으로 Proxy와 Direct 중 어디로 처리될지 판단할 수는 없습니다. 기존 구성을 이어서 사용하는 경우에는 먼저 장면 내용을 확인하세요. 규칙 문제를 재현 가능하게 점검하려면 라우팅 선택을 분명히 기록해 장면 변경을 서버 불안정으로 오해하지 않도록 합니다.

Config에서 Proxy로 바꾼 뒤 대상에 접속할 수 있다면 두 라우팅 경로의 결과가 다르다는 뜻일 뿐입니다. 적용된 규칙과 실제 정책을 계속 확인해야 합니다.
Direct로 바꿔도 결과가 같다고 해서 구성에 문제가 없다고 바로 결론 내릴 수는 없습니다. 같은 대상에 같은 종류의 요청을 보냈는지 확인해야 합니다.
비교를 마친 뒤에는 원래 설정으로 되돌리세요. 특히 문제 확인을 위해 임시로 선택한 Proxy를 계속 유지한 채 Config 규칙이 적용된다고 가정하지 않도록 주의합니다.

Config: 구성 파일과 규칙 키워드의 관계

Config 화면에서 파일을 선택하면 앱이 사용할 구성이 정해집니다. 반면 Global Routing에서 Config를 선택해야 해당 구성에 따라 요청을 처리하는 라우팅 방식이 적용됩니다. 구성 파일에는 규칙 등의 설정이 포함될 수 있고, 서버 항목에는 원격 서버에 연결하는 데 필요한 매개변수가 담깁니다. 두 항목은 서로 관련이 있지만 같은 데이터는 아니며, 구독을 업데이트해도 모든 규칙이 반드시 갱신되는 것은 아닙니다.

아래는 읽는 방법을 보여 주기 위한 규칙 일부이며 완전한 구성은 아닙니다. 예시의 도메인과 주소는 문법 설명용으로, 실제 이용 가능한 서비스를 가리키지 않습니다. 규칙은 위에서부터 순서대로 일치 여부를 확인하므로 우선 적용할 규칙을 먼저 두고 FINAL은 뒤에 배치해야 합니다.

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

DOMAIN-SUFFIX: 도메인 접미사로 일치 여부를 확인합니다. 여기서는 example.com과 그 하위 도메인을 포함하며, 웹페이지 콘텐츠의 키워드를 찾는 규칙이 아닙니다.
IP-CIDR: IP 대역을 기준으로 일치 여부를 확인합니다. 예시에 나온 192.0.2.0/24는 문서용 예시 대역입니다. no-resolve는 이 규칙에 일치하는지 확인하기 위해 별도의 도메인 조회를 하지 않는다는 뜻입니다.
GEOIP: 대상 IP의 지역 데이터베이스 결과를 기준으로 일치 여부를 확인합니다. 웹페이지 언어나 계정 지역을 기준으로 하는 것은 아닙니다. 데이터베이스의 결과와 사이트가 실제로 서비스되는 지역은 서로 다른 개념입니다.
FINAL: 앞선 규칙에 일치하지 않은 요청을 처리합니다. 이 예시에는 PROXY가 지정되어 있으므로 일치하지 않은 요청이 자동으로 DIRECT를 사용하지는 않습니다.

화면의 Direct와 규칙의 DIRECT는 표기되는 맥락이 다릅니다. 사용법을 읽을 때는 원문을 유지하고, 규칙을 편집할 때도 키워드와 쉼표 구조를 그대로 두세요. 규칙의 정책 이름을 한국어 설명으로 바꾸면 안 됩니다. 사용자 지정 정책 그룹을 사용하는 경우에는 이름과 실제 정의가 일치하는지도 확인하세요.

Data와 Settings: 결과 확인과 동작 변경은 구분하기

Data에서는 트래픽 정보를 확인하며 프로토콜을 선택하지는 않습니다. 업로드나 다운로드 수치가 증가하면 해당 통계 대상의 트래픽이 변했다는 점은 알 수 있지만, 그 사실만으로 특정 웹 요청에 어떤 규칙이 적용됐는지는 증명할 수 없습니다. 앱의 트래픽 수치를 서비스 제공업체의 요금제 사용량과 같다고 볼 수도 없습니다. 판단하기 전에 화면에 표시된 통계 범위와 단위를 확인하세요.

기능 구분: 먼저 확인하고, 그다음 변경

Data: 결과 확인

현재 표시되는 통계 대상과 집계 범위를 확인합니다.
테스트 전후의 수치를 기록하고, 누적된 과거 사용량을 이번 요청의 결과로 보지 않습니다.
연결 상태와 요청 기록을 함께 확인하세요. 수치가 늘었다는 사실만으로 접속 성공을 판단할 수는 없습니다.

Settings: 동작 변경

Settings → On Demand로 이동해 조건부 연결과 관련 조건이 활성화되어 있는지 확인합니다.
수정 전 원래 설정을 기록하고, 한 번에 하나씩만 변경합니다.
Home으로 돌아가 연결 상태와 Global Routing을 다시 확인합니다. 설정 화면만으로 결과를 판단하지 마세요.

Data는 트래픽을 확인하고 Settings는 앱 동작을 조정합니다. 어느 쪽도 현재 서버와 Config를 확인하는 일을 대신할 수 없습니다.

On Demand와 Global Routing의 역할은 다릅니다. 전자는 조건에 따라 연결을 시작하는 기능이고, 후자는 요청이 시작된 뒤 적용할 라우팅 방식을 다룹니다. On Demand를 켰다고 올바른 규칙이 자동으로 활성화되거나 배터리가 절약되는 것은 아닙니다. 배터리 소모를 확인하려면 스위치 이름만 보고 판단하지 말고 시스템 배터리 사용 기록, 사용 시간대, 연결 활동을 함께 살펴보세요.

2단계

Settings → On Demand: Settings 화면에서 조건부 연결 설정으로 이동

4개

이 글에서 살펴본 라우팅 선택지: Proxy / Direct / Config / Scene

4종

이 글의 규칙 예시: DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL

Type과 Subscribe: 프로토콜 매개변수를 올바른 곳에 입력하기

항목을 추가할 때 Type은 항목 유형을 지정합니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 서로 다른 프로토콜 또는 터널 유형의 이름이고, Subscribe는 구독 출처를 지정합니다. 화면을 똑같이 보이게 하려고 한 프로토콜의 매개변수를 다른 유형에 입력하거나, 구독 링크 전체를 서버 주소란에 붙여 넣으면 안 됩니다.

위치	확인할 내용	흔한 오해
Type → Subscribe	본인이 보유한 전체 구독 링크와 서비스 제공업체의 이용 안내	구독을 특정 암호화 프로토콜로 이해하는 것
개별 프로토콜 항목	주소, 포트, 해당 프로토콜의 인증·전송·보안 매개변수	모든 프로토콜에는 주소와 비밀번호만 있으면 된다고 생각하는 것
포트 입력란	서비스 제공업체가 안내한 정확한 숫자. 예를 들어 443을 안내했다면 입력값이 443인지 확인합니다.	연결에 실패하자 흔히 쓰는 포트로 임의 변경하는 것
Home → Global Routing	Proxy, Direct, Config, Scene 등의 라우팅 방식을 선택하는 곳	여기서 VMess 또는 Trojan 매개변수 편집 메뉴를 찾는 것

443은 포트 숫자를 보여 주기 위한 예시일 뿐, 특정 프로토콜이 반드시 사용해야 하는 포트라는 뜻도 아니고 443을 입력하면 올바른 보안 설정이 자동으로 적용된다는 뜻도 아닙니다. 구독으로 생성된 항목이라면 업데이트 후 원본 정보를 먼저 확인하세요. 직접 수정한 경우에는 다음 구독 업데이트 때 변경 사항이 덮어써지는지도 살펴봐야 합니다.

자주 묻는 조작 관련 질문: 영어 메뉴를 기준으로 하나씩 확인하기

Config가 두 곳에 표시되는 이유는 무엇인가요?

먼저 Config 화면을 열어 현재 사용할 구성 파일을 확인한 다음 Home → Global Routing으로 돌아가 Config가 선택되어 있는지 확인하세요. 앞의 메뉴는 파일을 관리하고, 뒤의 선택지는 구성에 따라 요청을 처리합니다. 파일이 존재한다는 사실만으로 현재 라우팅에 적용되고 있다고 볼 수는 없습니다.

Proxy를 선택하면 서버를 선택하지 않아도 되나요?

아닙니다. Home에서 선택된 서버와 연결 상태를 확인해야 합니다. Proxy는 프록시 라우팅을 사용한다는 뜻일 뿐, 주소·포트·인증 매개변수를 대신 입력해 주지는 않습니다. 먼저 서버 정보를 확인한 뒤 라우팅을 비교하세요.

Data 수치는 늘어나는데 웹페이지가 열리지 않는 이유는 무엇인가요?

트래픽 변화는 다른 요청이나 실패 후 재시도로 발생할 수 있습니다. 테스트 전 수치를 기록하고 대상 하나만 따로 열어 본 뒤, 요청 기록과 서버 상태, 현재 Global Routing을 함께 확인하세요. 누적 트래픽만으로 웹 요청이 성공했다고 판단하지 마세요.

연결을 끈 뒤 다시 연결된다면 어디를 확인해야 하나요?

Settings → On Demand로 이동해 연결을 다시 시작하게 할 수 있는 설정이 있는지 확인하세요. 기존 상태를 기록한 뒤 조정하고 다시 테스트하면서 시스템의 관련 연결 설정도 확인합니다. 연결 시작 문제를 해결하려고 구독을 반복해서 삭제하지 마세요.

구독을 업데이트하면 규칙도 함께 바뀌나요?

두 업데이트를 같은 작업으로 보지 마세요. 먼저 Home에서 구독 항목을 확인한 다음 Config에서 현재 파일과 내용을 살펴보세요. 구성이 별도로 업데이트되는지는 구성의 출처와 업데이트 작업에 따라 달라지므로 서버 목록의 변화만으로 판단할 수 없습니다.

다음에 사용법을 보며 확인할 때는 현재 화면, 현재 서버, Global Routing 값, 현재 Config 파일의 네 가지를 일정한 순서로 기록해 보세요. 그러면 ‘버튼을 찾지 못한 문제’와 ‘설정 결과가 예상과 다른 문제’를 구분하기 쉽습니다. 다른 화면 용어는 용어집에서 확인할 수 있으며, 처음 조작한다면 시작하기를 따라 단계별로 점검하세요.

App Store 정식 앱 확인 및 시작하기

Shadowrocket은 Apple 플랫폼용 유료 앱이며, 유일한 공식 구입 경로는 App Store입니다. 구입 전에 개발자 Shadow Launch Technology Limited와 앱 ID 932747118을 확인하세요. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 합니다. 앱은 한 번 구입하면 사용할 수 있지만, 연결 기능에 필요한 정보는 사용자가 이미 이용 중인 서비스 제공업체에서 받아야 합니다.

정식 앱 확인 페이지 사용법 보기