Shadowrocket 화면 용어와 사용법: Home, Config, Data, Settings 설명

이 글의 핵심 내용

Shadowrocket을 처음 열었다면 Home에서 연결과 서버를, Config에서 구성 파일을, Data에서 요청 기록을 확인하고 Settings에서 앱 동작을 조정하세요. 실제 사용 순서에 따라 각 메뉴를 살펴보고, Config가 쓰이는 두 가지 맥락과 Proxy·Direct의 역할, ‘연결됨’과 ‘요청 대상에 접속 가능함’의 차이를 설명합니다.

먼저 Home, Config, Data, Settings의 역할 파악하기

Shadowrocket을 열면 먼저 Home이라고 표시된 메인 화면을 찾으세요. 서버 목록, 연결 스위치, Global Routing은 여기서 확인할 수 있습니다. 규칙을 수정해야 할 때 Config로 이동하면 되므로, 연결을 위해 Settings를 먼저 둘러볼 필요는 없습니다. iPhone과 iPad는 메뉴 배치가 다를 수 있으니 화면에서 몇 번째 아이콘인지 외우기보다 영어 이름을 기준으로 찾으세요.

화면 용어	이 메뉴에서 할 수 있는 작업	확인할 결과
Home	서버 선택, Global Routing 변경, 연결 시작 또는 중지	현재 작업 목적에 맞는 서버가 선택되고 연결 상태가 설정되어 있는지 확인
Config	구성 파일 관리, 선택 및 편집	예상한 파일이 선택되어 있고 규칙 내용이 올바른지 확인
Data	트래픽 정보와 요청 기록을 확인해 요청 경로 파악	테스트한 시간, 도메인 또는 대상 주소에 해당하는 기록 확인
Settings	On Demand와 구독 관련 옵션 등 앱 설정 조정	변경한 옵션이 예상한 연결 또는 업데이트 동작과 일치하는지 확인

각 메뉴는 연결, 구성, 관찰, 앱 동작을 각각 다룹니다. 반드시 순서대로 따라야 하는 설정 마법사는 아닙니다. 서버와 사용 가능한 구성이 이미 있다면 평소에는 Home에서 상태만 확인하면 됩니다. 구체적인 문제가 생겼을 때 해당 메뉴에서 설정 하나를 바꾸고 다시 테스트하세요.

Home: 기존 구독을 추가하고 서버 선택 및 연결하기

아래 안내는 이미 본인의 서비스 제공업체와 구독을 보유한 경우를 전제로 합니다. 구독은 서버 항목을 가져오는 주소이며, 규칙 파일이나 App Store 구매 인증 정보가 아닙니다. Shadowrocket은 폐쇄형 유료 앱으로, 한 번 구매하면 사용할 수 있습니다. 앱 구매와 회선 요금제는 별개이므로 앱을 구매해도 사용 가능한 서버가 자동으로 생성되지는 않습니다.

추가 메뉴 열기

Home으로 이동해 오른쪽 위의 “+”를 누른 다음 Type에서 Subscribe를 선택하세요. 새 항목을 구독으로 추가할지, 특정 프로토콜의 서버 정보를 직접 입력할지 여기서 결정합니다.
기존 주소 입력하기

URL에 본인의 전체 구독 주소를 붙여 넣고, 앞뒤와 쿼리 매개변수를 확인한 뒤 저장하세요. 서비스 제공업체의 계정 웹페이지 주소를 구독 주소로 사용하지 말고, 인증 정보가 포함된 전체 링크를 다른 사람에게 보여주지 마세요.
업데이트하고 선택하기

Home으로 돌아가 화면을 아래로 당겨 구독을 새로고침하세요. 서버 항목이 표시되면 이번에 사용할 항목을 선택합니다. 목록에 이름이 표시된다는 것은 항목을 가져왔다는 뜻일 뿐, 원격 연결이 검증되었다는 의미는 아닙니다.
연결을 켜고 확인하기

Home에서 Global Routing을 확인한 다음 연결 스위치를 켜세요. 처음 사용할 때는 시스템 안내에 따라 VPN 구성을 추가하도록 허용합니다. 이어서 분명한 대상 페이지에 접속하고 Data에서 해당 요청을 확인하세요.

서버를 직접 추가할 때 Type에는 Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등의 프로토콜 유형이 표시될 수 있습니다. 본인이 보유한 서비스의 매개변수에 맞는 유형을 선택해야 하며, 오류를 없애려고 임의로 바꾸면 안 됩니다. Address, Port, 인증 정보는 서로 다른 입력란입니다. 예를 들어 서비스 정보에 Port가 443으로 표시되어 있다면 포트란에 443을 입력하세요. 전체 웹페이지 URL을 입력하면 안 됩니다. 이 숫자는 입력 방법을 보여주는 예시일 뿐, 일반적으로 요구되는 포트를 뜻하지 않습니다.

Global Routing: Config, Proxy, Direct, Scene 구분하기

Home에서 Global Routing을 열어 현재 선택 항목을 확인한 뒤, 요청이 특정 경로로 처리되는 이유를 살펴보세요. 여기서 정하는 것은 트래픽 처리 방식이지 서버 프로토콜 유형이 아닙니다. Proxy로 바꿔도 Trojan 서버가 다른 프로토콜로 바뀌지 않으며, Direct로 바꿔도 구성 파일이 삭제되지 않습니다.

선택 항목 4개

Global Routing：Config / Proxy / Direct / Scene

서로 다른 두 가지 맥락

Config: 구성 파일 메뉴와 규칙에 따라 처리하는 방식

동작 유형 3가지

규칙에 자주 쓰이는 PROXY / DIRECT / REJECT

Config

권장

현재 구성 파일의 규칙에 따라 요청 경로를 결정합니다. 어떤 도메인은 DIRECT에, 다른 도메인은 PROXY에 해당할 수 있습니다. 처리 결과는 규칙의 내용과 순서에 따라 정해지며, 지역을 기준으로 자동 분류되는 것은 아닙니다.

적합한 경우: 이미 확인한 규칙이 있고 대상별로 요청을 다르게 처리해야 할 때.

Proxy

트래픽을 프록시 방식으로 처리해 Config의 규칙 적용 결과와 비교할 수 있습니다. 이 방식을 선택해도 사용 가능한 서버와 올바른 매개변수가 필요하며, 연결 스위치와 시스템 네트워크 상태도 중요합니다.

적합한 경우: 특정 접속 실패가 규칙 선택 때문인지 일시적으로 확인할 때.

Direct

트래픽을 직접 연결 방식으로 처리해 대상 요청을 프록시 서버로 전달하지 않습니다. 이때도 앱의 시스템 VPN 연결은 유지될 수 있으므로 상태 표시줄의 VPN 아이콘만으로 요청이 프록시를 거쳤다고 판단할 수 없습니다.

적합한 경우: 현재 네트워크의 직접 연결 결과와 비교해 문제 범위를 좁힐 때.

Scene

설정된 Scene 조건에 따라 해당 라우팅 방식을 적용합니다. 사용하기 전에 Scene 조건과 연결된 동작을 확인하세요. Scene 설정을 확인하지 않았다면 이름만 보고 어떤 서버나 라우팅 방식이 선택될지 추측하면 안 됩니다.

적합한 경우: 환경에 따라 서로 다른 설정을 적용하도록 Scene을 구성해 둔 경우.

화면의 Proxy·Direct와 규칙 텍스트의 PROXY·DIRECT는 관련이 있지만 서로 다른 계층에 있습니다. 전자는 Global Routing에서 선택하는 방식이고, 후자는 개별 규칙의 처리 대상입니다. 문제를 해결할 때는 먼저 전체 라우팅 방식을 확인한 다음 규칙을 살펴보세요. 그렇지 않으면 Proxy 방식에서 이번 요청에 예상대로 적용되지 않은 규칙을 반복해서 편집할 수 있습니다.

Config: 구성 파일과 라우팅 방식은 서로 다른 메뉴

규칙을 확인하려면 Config에서 현재 선택된 파일을 찾아 [Rule] 섹션을 살펴보세요. 파일을 목록에 가져온 것만으로는 해당 파일이 선택된 것이 아닙니다. 다른 파일을 편집해도 현재 사용 중인 파일의 규칙은 자동으로 바뀌지 않습니다. 수정하기 전에 백업하고, 수정 후 저장 여부를 확인하세요. 그런 다음 Home으로 돌아가 Global Routing이 Config로 설정되어 있는지 확인합니다.

Config 관련 확인 항목 두 가지

Config 페이지

현재 선택된 구성 파일을 확인합니다.
Rule, DNS 등의 구성 내용을 확인합니다.
수정 후 저장하고 변경 전 사본을 보관합니다.

Global Routing → Config

현재 구성의 규칙에 따라 트래픽을 처리합니다.
Data에서 실제 규칙 적용 결과를 확인합니다.
구성 파일을 선택하거나 편집하는 기능은 대신하지 않습니다.

먼저 ‘어떤 파일을 사용할지’를 정하고, 다음으로 ‘그 파일의 규칙에 따라 처리할지’를 정하세요. 두 항목이 모두 올바르게 설정되어야 규칙을 제대로 확인할 수 있습니다.

아래 내용은 문법과 순서를 보여주는 예시이며, 개인 설정을 그대로 대체하는 완성 파일이 아닙니다. example.com은 예시 도메인입니다. 사용하기 전에 본인의 대상과 프록시 선택에 맞게 규칙을 확인하세요.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,DIRECT

DOMAIN-SUFFIX는 도메인 접미사를 기준으로 일치시킵니다. 이 예시에서는 example.com과 그 하위 도메인에 적용됩니다.
IP-CIDR은 IP 주소 대역을 기준으로 일치시킵니다. 예시의 no-resolve는 이 IP 규칙을 적용하기 위해 도메인 조회를 별도로 실행하지 않도록 합니다.
GEOIP는 대상 IP의 지역 정보에 따라 일치 여부를 판단합니다. 웹페이지 언어나 도메인 접미사로 지역을 추측하지 않습니다.
FINAL은 앞선 규칙에 일치하지 않은 요청을 처리하도록 마지막에 둡니다. 예시에서 DIRECT를 선택했지만, 모든 구성에서 이 대상을 기본 처리 방식으로 사용해야 한다는 뜻은 아닙니다.
REJECT는 일치하는 요청을 거부한다는 뜻입니다. 네트워크 시간 초과와는 원인이 다르므로 서버만 바꿔서 해결하려고 해서는 안 됩니다.

규칙은 보통 위에서 아래로 확인하며, 먼저 일치하는 규칙이 처리 결과를 결정합니다. 따라서 더 넓은 규칙이 먼저 적용될 수 있다면 구체적인 예외 규칙을 그 앞에 두세요. 필드를 더 확인하려면 구성 필드 설명을 참고하세요. 여러 출처의 규칙 조각을 그대로 합친 것만으로 설정이 완료된 것은 아닙니다.

Data: 요청 기록으로 결과 확인하기, 트래픽 수치를 요금으로 보지 않기

연결을 유지한 상태에서 브라우저로 테스트할 대상 하나만 열고 대략적인 시간을 기록한 다음 Data에서 해당 요청을 찾으세요. 도메인이나 대상 주소, 기록 시간, 표시되는 규칙 또는 처리 경로를 우선 확인합니다. 목록에 다른 앱의 백그라운드 요청이 포함되어 있다면 최신 항목이라는 이유만으로 이번 웹페이지 요청이라고 단정하지 마세요.

테스트 전에 대상과 현재 Global Routing을 확인해 여러 조건을 한 번에 바꾸지 않도록 합니다.
새 요청을 한 번 발생시키세요. 기존의 장기 연결이나 캐시된 페이지는 새롭고 구분하기 쉬운 기록을 만들지 않을 수 있습니다.
Data에서 이번 요청을 찾고, 규칙 정보가 있으면 Config의 해당 항목과 한 글자씩 대조합니다.
설정 하나만 바꾼 뒤 다시 접속해 요청 경로와 성공·실패 여부를 비교합니다.

예를 들어 Global Routing이 Config인데 대상 요청이 DIRECT로 처리된다면, 먼저 일치한 직접 연결 규칙과 FINAL을 확인하세요. 곧바로 서버가 작동하지 않는다고 판단할 필요는 없습니다. 요청이 PROXY로 처리되는데도 실패한다면 현재 서버, 프로토콜 매개변수, 네트워크 연결 가능성을 확인하세요. 대상 요청이 기록에 없다면 새 요청을 실제로 발생시켰는지, 기록 기능의 설정과 보관 범위는 어떤지부터 확인합니다.

Settings: 앱 동작과 On Demand 확인하기

조건에 따라 연결을 설정하려면 Settings → On Demand에서 스위치와 실행 조건을 확인하세요. On Demand는 시스템이 어떤 조건에서 연결을 시작할지에 영향을 주고, Global Routing은 연결 후 요청을 어떻게 처리할지 결정합니다. 두 기능은 함께 사용할 수 있지만 서로 대체할 수는 없습니다.

On Demand를 조정한 뒤에는 실제 사용하는 네트워크에서 확인하세요. 해당 네트워크로 전환해 조건에 따라 연결이 시작되는지 살펴본 다음, 대상 요청을 보내 라우팅 결과를 확인합니다. 연결을 수동으로 끈 뒤 다시 연결된다면 시스템 VPN 구성을 반복해서 삭제하기보다 On Demand와 해당 조건을 먼저 확인하세요.

구독을 가져왔는데 Config에 규칙이 없는 이유는 무엇인가요?

Home으로 돌아가 구독 아래에 서버 항목이 있는지 확인하세요. 서버 구독과 구성 파일은 별도로 관리됩니다. 규칙에 따라 처리하려면 Config에서 적절한 파일을 선택한 다음 Home → Global Routing에서 Config를 선택해야 합니다.

연결 스위치가 켜져 있는데 페이지가 열리지 않는 이유는 무엇인가요?

먼저 Home → Global Routing이 원하는 방식으로 설정되어 있는지 확인한 다음 Data에서 이번 접속 기록을 찾으세요. 연결됨은 시스템 터널이 설정되었다는 뜻이지 모든 원격 대상에 접속할 수 있다는 의미는 아닙니다. 기록에 표시된 처리 경로에 따라 규칙이나 서버 매개변수를 확인하세요.

연결을 끈 뒤 다시 연결됩니다. 스위치가 고장 난 건가요?

Settings → On Demand에서 현재 적용 중인 조건이 있는지 확인하세요. 자동 연결을 일시적으로 중지하려면 관련 조건을 조정하거나 On Demand를 끈 다음 연결을 중지하고, 실제 네트워크에서 상태를 확인하세요.

구독 업데이트에 실패했는데 Config를 수정해야 하나요?

먼저 Home에서 업데이트할 구독이 무엇인지 확인하고, 주소 전체가 올바른지, 인증 정보가 유효한지, 현재 네트워크에서 접속할 수 있는지 확인하세요. 기존 프록시를 통해 해당 주소에 접속해야 한다면 Settings → Subscribe의 Update via Proxy를 확인하세요. 이 옵션으로 만료된 인증 정보나 잘못된 URL을 해결할 수는 없습니다.

화면은 ‘Home에서 연결, Config에서 규칙, Data에서 결과, Settings에서 동작’을 확인하는 순서로 파악할 수 있습니다. 현재 문제와 직접 관련된 설정 하나만 바꾸고 변경 전후 상황을 기록하세요. 서버, 규칙, On Demand를 한꺼번에 바꾸는 것보다 원인을 찾기 쉽습니다.