Global Routing
요청 전반의 처리 방식을 결정하는 설정으로, Config, Proxy, Direct 세 가지 모드가 있습니다. 한국어로는 각각 구성, 프록시, 직접 연결이라고 설명할 수 있지만, 조작할 때는 영문 인터페이스 용어를 확인하세요. 모드를 전환하면 요청 경로가 달라지지만 서버 인증 정보가 자동으로 입력되지는 않으며, 네트워크가 복구되었다는 뜻도 아닙니다.
공식 핸드북 / 개념 색인
Shadowrocket 용어집
인터페이스 용어로 설정을 찾고, 프로토콜에 맞춰 매개변수를 확인하며, 규칙 키워드로 요청 경로를 파악하세요. 영문 명칭은 원문 그대로 두고, 설명은 개념과 적용 범위를 구분하는 데 도움을 줍니다.
읽는 순서: Global Routing → Config → 규칙 → 정책 동작. 가져오기 전에 본인이 보유한 구독 정보나 서버 정보를 준비하세요.
INTERFACE / 07
인터페이스 및 스위치
먼저 조정하려는 설정이 연결 시작 조건인지, 전체 라우팅 모드인지, 특정 서버 매개변수인지 확인하세요. 각 설정은 서로 대체할 수 없습니다.
Config
Global Routing에서 Config는 현재 구성의 규칙에 따라 요청을 처리한다는 뜻입니다. 규칙에 매칭된 요청은 프록시를 사용하거나 직접 접속하거나 연결이 거부될 수 있습니다. 모든 요청이 프록시를 사용한다는 의미는 아닙니다. 라우팅 문제를 확인할 때는 먼저 현재 구성 파일을 확인한 다음 규칙 순서와 최종적으로 매칭된 정책을 살펴보세요.
Proxy
Global Routing에서 프록시를 사용할 수 있는 요청을 현재 선택된 프록시로 전달하는 모드입니다. 규칙에 따른 라우팅과 프록시 경로의 차이를 비교할 때 사용할 수 있습니다. 규칙 끝에 지정하는 PROXY 정책과는 설정 계층이 다릅니다. Proxy를 선택해도 원격 인증, TLS, 로컬 네트워크가 정상이어야 하므로 스위치만 보고 연결 성공 여부를 판단할 수는 없습니다.
Direct
Global Routing에서 로컬 네트워크로 대상에 직접 접속하는 모드입니다. 로컬 네트워크 경로와 프록시 경로를 비교할 때 사용할 수 있습니다. 직접 접속의 성공 여부는 현재 네트워크, 대상 서비스, 도메인 조회 결과에 따라 달라집니다. 서버 기록을 삭제하는 기능이 아니며, 구성 파일의 DIRECT 규칙이 검증되었다는 뜻도 아닙니다.
On Demand
On Demand는 Wi-Fi 또는 Cellular에 맞춰 동작을 설정하는 등, 미리 정한 네트워크 조건에 따라 연결을 시작하는 기능입니다. On Demand는 ‘언제 연결할지’를 정하고 Global Routing은 ‘요청을 어떻게 처리할지’를 정합니다. 수동으로 연결을 끊은 뒤 다시 연결된다면, 먼저 트리거 조건을 확인하고 이 기능을 조정해야 하는지 판단하세요.
Add Server
서버 정보를 직접 입력하는 메뉴입니다. 먼저 기존에 받은 매개변수와 일치하는 프로토콜을 선택하세요. 프로토콜마다 인증, 전송, 보안 설정 항목이 다르므로 주소와 포트만 복사해서는 안 됩니다. 저장하기 전에 서비스 제공자가 안내한 정보와 각 항목을 대조하고, 특히 UUID, 비밀번호, TLS, 서버 이름이 서로 맞는지 확인하세요.
Data
Data에서 트래픽 통계를 확인할 수 있습니다. 통계를 볼 때는 집계 대상과 기간을 함께 확인하세요. 앱과 서버의 과금 통계는 집계 기준이 다를 수 있으므로 수치가 정확히 일치하지 않을 수 있습니다. 트래픽이 증가했다는 사실은 데이터가 전송되었다는 뜻일 뿐이므로, 대상에 실제로 접속할 수 있는지도 확인해야 합니다.
PROTOCOL / 06
프로토콜
프로토콜
프로토콜
프로토콜
프로토콜
프로토콜
프로토콜
프로토콜 이름은 매개변수를 해석하는 방법을 정할 뿐, 속도나 품질을 보장하지 않습니다. 사용할 프로토콜과 전체 매개변수는 본인이 보유한 서버에서 제공한 정보를 기준으로 확인하세요.
Shadowsocks
Shadowsocks는 서버 주소, 포트, 비밀번호, 암호화 방식 등의 매개변수로 프록시 연결을 설정합니다. 암호화 방식은 서버 측 설정과 일치해야 하며, 이름이 비슷해도 임의로 바꿔서는 안 됩니다. 항목은 저장되지만 연결되지 않는다면 먼저 비밀번호와 암호화 방식을 확인한 다음 주소, 포트, 네트워크 연결 상태를 점검하세요.
VMess
VMess는 UUID 등의 매개변수로 인증하며 다양한 전송 방식을 함께 사용할 수 있습니다. UUID가 올바르더라도 다른 항목이 잘못되었을 수 있으므로 경로, Host, TLS 설정을 하나씩 확인해야 합니다. 같은 주소에 사용되는 다른 프로토콜의 항목을 그대로 적용하지 말고, 가져온 뒤에도 원래 정보와 대조하세요.
VLESS
VLESS는 UUID로 인증합니다. 프로토콜 자체는 전송되는 내용을 암호화하지 않으므로 TLS 등 실제 보안 계층을 함께 고려해야 합니다. 전송 유형, 서버 이름, 서버에서 요구하는 추가 항목도 확인하세요. 프로토콜 이름이 일치하는 것은 기본 조건일 뿐이며, 모든 매개변수가 맞아야 연결을 사용할 수 있습니다.
Trojan
Trojan은 일반적으로 TLS 연결에서 비밀번호 인증을 사용합니다. 비밀번호와 인증서 검증은 서로 다른 확인 단계입니다. 서버 주소는 연결 대상이며 TLS의 서버 이름은 서버를 식별하는 데 사용되므로 두 값이 반드시 같지는 않습니다. 인증서 오류가 발생하면 검증을 끄기보다 서버 이름, 기기 시간, 서버 인증서를 확인하세요.
Hysteria2
Hysteria2는 QUIC 기반이며, 일반적으로 로컬 네트워크와 원격 서버 사이에 사용 가능한 UDP 경로가 필요합니다. 인증 정보, TLS, 서버에서 요구하는 다른 항목도 일치해야 합니다. 동일한 매개변수가 네트워크에 따라 다르게 작동한다면 네트워크 경로와 설정을 각각 확인하세요. 프로토콜 이름만으로 지속적인 전송 속도를 판단할 수는 없습니다.
WireGuard
WireGuard는 키로 상대방을 식별하는 터널 프로토콜이며, 인터페이스 주소, 피어 정보, 라우팅 범위를 함께 설정해야 합니다. 개인 키는 민감한 정보이므로 진단용 스크린샷이나 구성 텍스트에 노출하지 마세요. 매개변수가 빠졌다면 기존 서비스 정보를 제공한 곳에 확인하세요. 공개 키와 개인 키를 서로 바꾸거나 인터페이스 주소를 임의로 입력해서는 안 됩니다.
규칙 키워드
규칙은 일반적으로 매칭 조건과 처리 정책으로 구성됩니다. 아래 예시는 문법을 설명하기 위한 것이며, example.com은 예시 도메인입니다. 실제로 연결할 서버를 의미하지 않습니다.
DOMAIN
DOMAIN은 전체 도메인 이름으로 요청을 매칭하므로 특정 호스트 이름에만 정책을 적용할 때 적합합니다. example.com에 매칭된다고 해서 모든 하위 도메인까지 자동으로 포함되는 것은 아닙니다. 규칙의 도메인에 프로토콜 접두어나 웹 경로를 넣으면 URL과 도메인을 혼동하게 되므로 주의하세요.
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX
DOMAIN-SUFFIX는 도메인 접미사로 매칭해 기본 도메인과 하위 도메인에 같은 정책을 적용할 수 있습니다. 임의의 문자열이 포함되었는지 확인하는 방식은 아닙니다. 특정 호스트 하나만 조정하려면 더 정확한 조건을 우선 고려하고, 해당 호스트에 적용될 수 있는 포괄적인 규칙보다 구체적인 규칙을 앞에 배치하세요.
DOMAIN-SUFFIX,example.com,PROXY
GEOIP
GEOIP는 IP 지리 데이터베이스의 지역 정보를 바탕으로 대상 주소를 매칭합니다. 웹페이지에 표시되는 콘텐츠나 사용자의 위치를 기준으로 판단하는 기능은 아닙니다. 데이터베이스의 분류와 실제 서비스 배치는 다를 수 있으며, IP 주소가 달라지면 결과도 달라질 수 있습니다. 문제를 확인할 때는 대상 IP와 데이터베이스 정보를 기록하고 도메인에 대한 인상만으로 추측하지 마세요.
IP-CIDR
IP-CIDR은 CIDR 표기법으로 IPv4 주소 범위를 매칭합니다. 예를 들어 192.168.0.0/16은 사설 주소 범위를 나타냅니다. 슬래시 뒤의 숫자는 접두사 길이이며 포트가 아닙니다. IPv6 주소 범위에는 IP-CIDR6을 사용합니다. 주소 종류와 범위를 확인해 관련 없는 대상까지 설정을 적용하지 않도록 주의하세요.
IP-CIDR,192.168.0.0/16,DIRECT
FINAL
FINAL은 앞선 규칙에 매칭되지 않은 요청에 최종 정책을 지정하며, 일반적으로 규칙 목록 맨 끝에 둡니다. 연결을 한 번 더 추가하는 것이 아니라 나머지 요청의 처리 방식을 정하는 규칙입니다. FINAL을 변경하면 많은 요청에 영향을 줄 수 있으므로, 개별 규칙이 필요한 대상을 먼저 파악한 뒤 최종 정책을 조정하고 실제 접속 결과를 확인하세요.
FINAL,PROXY
PROXY
PROXY는 규칙에서 요청을 프록시로 전달하는 정책 동작이며, 보통 매칭 조건 뒤에 지정합니다. Global Routing의 Proxy와는 규칙 계층과 전체 라우팅 모드라는 점에서 다릅니다. PROXY에 매칭되더라도 사용할 수 있는 프록시가 있어야 합니다. 규칙 자체에는 서비스 이용 권한이 포함되지 않으며, 사용할 수 없게 된 서버를 복구하지도 않습니다.
DIRECT
DIRECT는 매칭된 요청이 선택된 원격 프록시 서버를 거치지 않고 로컬 네트워크로 대상에 직접 접속하도록 합니다. 경로만 정할 뿐 대상 서비스에 접속할 수 있다고 보장하지는 않습니다. 실제 네트워크 범위를 기준으로 로컬 네트워크 대상에 규칙을 설정할 수 있지만, 넓은 조건으로 다른 요청의 처리 방식까지 바꾸지 않도록 먼저 범위를 확인하세요.
REJECT
REJECT는 매칭된 요청을 거부하며, 차단해야 할 대상이 명확한 경우에 사용합니다. 앱의 일부 기능이 갑자기 작동하지 않으면 범위가 너무 넓은 거부 규칙에 요청이 매칭되는지 확인하세요. 문제를 확인할 때는 먼저 매칭 범위를 좁히고 변경 결과를 기록하세요. 거부된 요청을 서버 지연이나 DNS 오류로 오해하지 않도록 주의하세요.
SUBSCRIPTION & CONFIG / 05
구독 및 구성
구독 및 구성
구독 및 구성
구독 및 구성
구독 및 구성
구독 및 구성
서버 구독은 ‘어떤 서버 정보가 있는지’를 관리하고, 구성 파일은 ‘요청을 어떻게 처리할지’를 정합니다. 가져온 항목의 유형을 먼저 확인한 다음 업데이트가 현재 연결이나 규칙을 바꾸었는지 살펴보세요.
Subscribe
Subscribe는 기존 구독 주소에서 서버 정보를 읽고 업데이트하는 기능입니다. 구독 주소는 사용자가 이용 중인 서비스 제공자에게 받은 것을 사용하세요. 구독 주소에 접근 자격 정보가 포함될 수 있으므로 공개 게시하거나 화면에 노출하지 마세요. 업데이트가 완료되었다는 것은 정보를 읽었다는 뜻일 뿐이며, 서버의 유효성은 정보의 정확성, 서비스 상태, 현재 네트워크에 따라 달라집니다.
SERVER
SERVER는 일반적으로 주소, 포트, 프로토콜, 인증 항목을 포함하는 서버 항목을 가리킵니다. 중국어 설명에서 ‘节点’은 흔히 이러한 항목을 뜻합니다. 이름은 항목을 구별하기 위한 것으로 속도나 사용 가능성을 보장하지 않습니다. 목록에 항목이 표시되어도 연결이 성립한 것은 아니므로 선택 상태를 확인하고 실제 접속을 테스트하세요.
구성 파일
구성 파일은 규칙, DNS 등의 설정을 담는 파일로, 서버 목록만 업데이트하는 구독과는 용도가 다릅니다. 파일을 가져온 뒤에는 현재 사용 중인 구성으로 적용되었는지 확인해야 합니다. 기존 구성을 교체하기 전에 저장하고 규칙과 관련 설정이 어떻게 달라졌는지 점검하세요. 구성이 바뀌어 생긴 차이를 서버 문제로 오해하지 않도록 주의하세요.
규칙
규칙은 매칭 조건과 정책 동작을 연결하며, 일반적으로 순서대로 확인해 먼저 매칭된 조건에 따라 요청을 처리합니다. 구체적인 조건과 포괄적인 조건의 순서는 결과에 직접 영향을 줍니다. 수정할 때는 한 번에 한 항목만 바꾸고 같은 대상을 사용해 확인하세요. 여러 항목을 동시에 바꾸면 접속이 복구되어도 어떤 변경이 효과가 있었는지 알기 어렵습니다.
iCloud 동기화
iCloud 동기화에는 계정, 시스템 권한, 네트워크, 앱 내 관련 설정이 필요합니다. 동기화가 지원되는 데이터 범위는 실제 화면의 안내를 확인하세요. 동기화는 구매 항목 복원이 아니며, 모든 실행 상태가 기기 간에 복사되는 것도 아닙니다. 기기를 변경하기 전에 필요한 구성을 별도로 저장하고, 대상 기기에 데이터가 실제로 도착했는지 확인하세요.
시스템 및 네트워크
시스템 권한, DNS 조회 결과, 테스트 값, 구매 기록은 각각 다른 단계에 해당합니다. 연결 스위치를 반복해서 바꾸기보다 각 단계를 차례로 확인하면 문제를 더 쉽게 찾을 수 있습니다.
DNS
DNS는 도메인 이름을 IP 주소로 변환합니다. DNS 조회 성공 여부와 프록시를 통한 데이터 전송 성공 여부는 각각 확인해야 합니다. 지연 시간 테스트에 결과가 나오더라도 DNS 조회에 실패했거나 적절하지 않은 주소로 연결되어 웹페이지가 열리지 않을 수 있습니다. 설정을 바꾸기 전에 현재 DNS 설정을 기록하고 동일한 도메인으로 다시 테스트하세요. 서버 설정과 여러 DNS 항목을 한꺼번에 변경하지 마세요.
지연 시간
지연 시간은 지정된 테스트 방법과 대상에 대한 응답 시간입니다. 지속적인 다운로드 속도나 웹페이지 전체 로딩 시간과는 다릅니다. 테스트 방식이 다르면 결과를 직접 비교할 수 없습니다. 지연 시간이 낮아도 인증, TLS, DNS, 대상 접속이 모두 정상이라고 단정할 수 없으므로 Connectivity Test와 실제 요청 결과를 함께 확인하세요.
VPN 구성
처음 연결할 때 Apple 시스템에서 VPN 구성을 추가하도록 요청할 수 있습니다. 이는 시스템이 네트워크 확장 연결을 관리하는 데 필요한 구성 기록입니다. 원격 서버 주소, 비밀번호, 구독 유효 기간과는 별개입니다. 실수로 삭제했다면 Shadowrocket으로 돌아가 안내에 따라 다시 권한을 허용한 다음, 현재 서버 선택과 실제 접속 결과를 확인하세요.
구입 항목
구입 항목은 App Store에서 현재 구매 계정의 과거 앱 기록을 확인하는 메뉴로, 기기 변경이나 재설치 시 구매 기록을 확인할 수 있습니다. 앱을 복원해도 서버 매개변수 전체가 자동으로 복원되는 것은 아니므로 구성 데이터는 별도로 확인해야 합니다. Shadowrocket은 App Store에서만 받을 수 있으며, 시스템 요구 사항과 기기 호환 여부는 App Store 페이지에 표시된 내용을 기준으로 확인하세요.