Global Routing
연결에 적용할 전역 라우팅 모드를 선택합니다. 옵션은 Config, Proxy, Direct이며 각각 구성 규칙, 프록시, 직접 연결에 해당합니다. 규칙에 따라 연결을 분기하려면 Config를 선택하세요. 문제를 확인하기 전 현재 옵션을 기록해 두면 모드 변경과 규칙 수정을 혼동하지 않을 수 있습니다.
공식 매뉴얼 / 이름과 의미
먼저 용어가 표시된 위치를 확인한 뒤, 인터페이스 옵션인지 프로토콜 매개변수인지 규칙 동작인지 판단하세요. 이 페이지는 영어 원문을 유지하고 자주 쓰이는 용어를 다섯 가지로 나눠 설명합니다. 처음 설정한다면 Global Routing, Subscribe, 구성 파일부터 살펴보세요.
대소문자와 표시 위치에 따라 의미가 달라집니다. Proxy는 Global Routing의 인터페이스 옵션이고, PROXY는 규칙의 동작입니다. Config는 페이지 이름일 수도, 라우팅 모드일 수도 있습니다. 같은 용어가 보이면 페이지와 문맥을 함께 확인하세요. 한국어 풀이만 보고 설정을 변경하지 않는 것이 좋습니다.
01 / 인터페이스 및 설정
이 용어들은 연결 처리 방식이나 결과를 확인하는 위치를 설명합니다. 테스트 성공 여부와 웹 페이지 이용 가능 여부는 별개의 판단입니다.
연결에 적용할 전역 라우팅 모드를 선택합니다. 옵션은 Config, Proxy, Direct이며 각각 구성 규칙, 프록시, 직접 연결에 해당합니다. 규칙에 따라 연결을 분기하려면 Config를 선택하세요. 문제를 확인하기 전 현재 옵션을 기록해 두면 모드 변경과 규칙 수정을 혼동하지 않을 수 있습니다.
Global Routing에서 Config는 현재 구성의 규칙에 따라 연결을 처리한다는 뜻입니다. 페이지 이름으로 쓰일 때는 구성 관리와 관련이 있습니다. Config를 선택해도 모든 연결이 프록시를 통과하는 것은 아닙니다. 실제 경로는 활성화된 구성, 규칙 순서, 최종 동작에 따라 달라집니다.
Global Routing에서 사용하는 프록시 모드로, 흔히 전역 모드라고도 합니다. 해당되는 연결을 프록시 경로로 처리합니다. 이 모드가 서버 매개변수를 자동으로 채우거나 서버 연결을 보장하지는 않습니다. 실패 원인을 확인할 때는 선택된 서버와 인증 정보도 점검해야 합니다.
Global Routing에서 사용하는 직접 연결 모드로, 해당 연결을 프록시 서버를 거치지 않고 처리합니다. 모든 시스템 네트워크 설정을 끄는 것과 같지 않으며, 이 옵션만으로 VPN 상태를 판단할 수도 없습니다. 비교 테스트를 할 때는 연결 스위치와 현재 네트워크도 함께 기록하세요.
설정한 조건에 따라 VPN 연결을 시작하는 기능입니다. 연결 여부는 네트워크 환경과 구체적인 조건을 함께 확인해야 합니다. 연결 시작 방식을 제어하는 기능이지 Rule에 따른 분기를 대신하지는 않습니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 현재 네트워크에 해당하는 조건이 있는지 먼저 확인하세요.
현재 네트워크에서 서버에 연결할 수 있는지 확인합니다. 테스트 시간이나 지연 시간은 해당 테스트 방법과 조건에서 얻은 결과일 뿐입니다. 수치가 낮다고 다운로드 속도가 더 빠른 것은 아니며, 테스트에 성공해도 모든 대상에 접근할 수 있는 것은 아닙니다. 실제 대상에 접속해 DNS, 규칙, 연결 경로를 추가로 확인하세요.
트래픽 통계를 확인하는 기능입니다. 수치를 읽기 전에 현재 화면의 통계 대상과 기간, 통계를 초기화한 적이 있는지 확인하세요. 누적 수치는 현재 속도나 서비스 제공업체의 과금 데이터와 다릅니다. 트래픽 분기를 점검할 때는 한 번의 작업 전후 증감량을 확인하고 연결 기록과 함께 살펴보세요.
02 / 프로토콜
프로토콜 이름은 필요한 매개변수를 나타낼 뿐, 속도나 안정성 순위를 뜻하지 않습니다. 사용자가 보유한 서버의 실제 설정에 맞춰 입력하세요.
프록시 프로토콜의 하나로, 일반적으로 서버 주소, 포트, 암호화 방식, 비밀번호가 연결 정보에 포함됩니다. 암호화 방식은 서버와 일치해야 하며, 비밀번호를 다른 프로토콜의 사용자 식별자로 대체할 수 없습니다. 구성에 추가 전송 매개변수가 있다면 원래 정보를 항목별로 대조하세요.
사용자 식별자 등의 매개변수로 연결하는 프록시 프로토콜입니다. 일반적인 구성에는 전송 방식, 경로, TLS도 포함됩니다. 주소와 포트만 맞아서는 연결되지 않습니다. 사용자 식별자, 전송 방식, 보안 설정이 서로 일치해야 합니다. 문제를 점검할 때는 규칙을 반복해서 바꾸기보다 각 항목을 따로 확인하세요.
지정된 전송 방식과 보안 설정을 함께 사용하는 프록시 프로토콜입니다. VLESS와 VMess는 이름만 바꿔 서로 대체할 수 있는 유형이 아닙니다. 서버를 추가할 때는 기존 구성의 사용자 식별자, 전송 매개변수, 보안 옵션을 빠짐없이 유지하세요.
일반적으로 TLS를 사용해 연결하는 프록시 프로토콜입니다. 비밀번호와 서버 연결 정보를 올바르게 입력해야 합니다. 연결 주소와 인증서 검증에 쓰이는 이름은 서로 다른 역할을 할 수 있으므로 기존 구성에 따라 입력하세요. 인증서 오류가 발생하면 이름, 기기 시간, 인증서 상태부터 확인하세요.
QUIC 기반 프록시 프로토콜로 UDP를 사용합니다. 인증 및 TLS 등의 매개변수는 서버 측 설정과 일치해야 합니다. 현재 네트워크에서 해당 UDP 통신을 허용하는지에 따라 결과가 달라질 수 있습니다. 네트워크를 바꾼 뒤 결과가 달라졌다면 규칙을 확인하기 전에 네트워크 조건부터 비교하세요.
키를 사용해 터널을 설정하는 프로토콜입니다. 구성에서 로컬 개인 키, 피어 공개 키, 터널 주소, 엔드포인트 주소를 구분해야 합니다. 공개 키와 개인 키를 서로 바꿔 입력할 수 없으며, 개인 키는 민감한 정보입니다. DNS와 MTU도 실제 사용에 영향을 줄 수 있으므로 기존 구성에 따라 확인하고 다른 사람의 값을 그대로 적용하지 마세요.
프록시 프로토콜의 하나로, 서버 요구 사항에 따라 사용자 이름과 비밀번호로 인증할 수 있습니다. TCP 및 UDP 지원 여부는 각각 확인해야 합니다. SOCKS5라는 이름만으로 연결이 암호화되거나 서버가 UDP 전달을 지원한다고 볼 수 없습니다. 입력하고 테스트할 때 실제 서비스의 지원 기능을 확인하세요.
03 / 규칙 키워드
규칙은 일반적으로 키워드, 일치 값, 동작으로 구성됩니다. 먼저 일치 범위를 확인하고, 다음으로 순서를 점검한 뒤, 마지막으로 동작이 예상과 맞는지 확인하세요.
규칙은 어떤 연결이 조건에 해당하는지, 일치했을 때 어떻게 처리할지 지정합니다. 구성의 규칙 섹션은 [Rule]로 표시됩니다. 일반적으로 위에서부터 순서대로 확인하고 일치한 규칙을 적용합니다. 구체적인 조건을 범위가 넓은 조건보다 앞에 두고, Global Routing이 Config로 설정되어 있는지 확인하세요.
전체 도메인과 정확히 일치시킵니다. 예: DOMAIN,example.com,PROXY. 하위 도메인 전체에 자동으로 적용되지는 않으며, 전체 웹 페이지 URL과 직접 일치시키지도 않습니다. 도메인 필드에 프로토콜 접두사, 경로, 쿼리 매개변수를 함께 입력하지 마세요.
지정한 도메인과 그 하위 도메인에 일치시킵니다. 예: DOMAIN-SUFFIX,example.com,PROXY. 도메인은 설명을 위한 예시입니다. 실제로 사용할 때는 대상 도메인이 맞는지 확인해 범위가 너무 넓어 관련 없는 연결의 처리 경로까지 바뀌지 않도록 하세요.
도메인에 포함된 키워드로 일치시킵니다. 예: DOMAIN-KEYWORD,example,PROXY. 키워드가 도메인 끝에 있을 필요가 없어 여러 서로 다른 도메인에 적용될 수 있습니다. 특정 도메인과 그 하위 도메인만 포함하려면 DOMAIN-SUFFIX가 더 정확한지 비교하세요.
IPv4 주소와 접두사 길이를 조합해 네트워크 대역과 일치시킵니다. 예: IP-CIDR,192.168.0.0/16,DIRECT. 접두사 길이에 따라 범위가 정해지며, 일반적으로 숫자가 작을수록 범위가 넓습니다. IPv6 대역에는 IP-CIDR6을 사용해야 하므로 두 주소 유형을 같은 항목에 입력하지 마세요.
웹사이트의 언어, 도메인 문자열, 사용자의 위치가 아니라 IP 지리 위치 데이터베이스를 기준으로 대상 주소를 일치시킵니다. 데이터베이스상의 위치와 실제 서버 배포 위치가 다를 수 있습니다. 잘못 일치하는 것 같다면 실제로 확인된 주소와 적용된 규칙부터 살펴보세요.
앞선 규칙과 일치하는 항목이 없을 때 최종 처리 동작을 지정합니다. 예: FINAL,PROXY. 일반적으로 규칙 끝에 위치하며, 구성에 포함된 모든 연결에 이 동작이 적용된다는 뜻은 아닙니다. 앞에서 일치한 규칙이 해당 연결의 경로를 결정합니다.
이 세 가지 대문자 키워드는 규칙 동작으로, 각각 프록시 경로 사용, 직접 연결, 연결 거부를 뜻합니다. PROXY의 실제 출구는 선택된 서버나 관련 정책 설정에 따라 달라집니다. 이 동작들은 Global Routing의 Proxy 및 Direct와 같은 계층의 설정이 아닙니다.
04 / 구독 및 구성
서버 항목에는 연결 매개변수가 들어 있고, 구성 파일은 처리 방식을 정리합니다. 가져오기 전에 내용 유형을 확인하고, 업데이트 전에 적용 범위를 확인하세요.
사용자가 이미 보유한 구독을 가져오거나 업데이트하는 메뉴 또는 설정 항목입니다. 가져오는 내용은 링크 유형에 따라 다르므로 서버 목록과 전체 구성을 같은 종류로 보아서는 안 됩니다. 링크는 사용자가 이용 중인 서비스 제공업체에서 받아야 합니다. 링크에 접근 정보가 포함될 수 있으므로 공개적으로 붙여 넣거나 스크린샷을 공유하지 마세요.
서버 항목을 하나씩 직접 추가하는 메뉴입니다. 실제 프로토콜을 먼저 선택한 다음 주소, 포트, 해당 인증 정보 또는 전송 매개변수를 입력하세요. 구독 업데이트와는 다릅니다. 직접 입력한 항목은 보통 사용자가 관리해야 하며, 서비스 제공업체가 매개변수를 변경해도 기존 항목에 새 정보가 자동으로 반영되지는 않습니다.
도메인을 주소로 변환하는 방식입니다. DNS 결과는 이후 연결과 일부 IP 기반 규칙의 판단에 영향을 줍니다. DNS 조회에 성공해도 대상에 연결할 수 있다는 뜻은 아닙니다. 프록시를 사용해도 모든 DNS 요청이 같은 방식으로 처리되는 것은 아닙니다. DNS 설정과 최종 연결 경로를 각각 확인하세요.
규칙, DNS 및 기타 설정을 구성하는 텍스트 파일입니다. 서버 항목 하나와 같지 않으며, 사용 가능한 서버가 반드시 포함되어 있는 것도 아닙니다. 가져온 뒤 현재 구성으로 선택했는지 확인하세요. 교체하거나 원격 업데이트하기 전에 로컬에서 수정한 내용을 보관해 기존 규칙이 덮어쓰이지 않도록 하세요.
처음 가져오는 경우 “기존 정보 유형 확인 → 가져오기 메뉴 선택 → 서버 항목 확인 → Global Routing 선택 → 연결 확인” 순서로 진행할 수 있습니다. 메뉴 위치와 문제 해결 방법은 Shadowrocket 사용법을 참고하세요. 규칙의 일치 방식을 알아보려면 이 페이지의 규칙 분류를 확인하세요.
05 / App Store 및 구입
Shadowrocket은 Apple 플랫폼용 유료 클라이언트이며, 유일한 구입 경로는 App Store입니다. 시스템 요구 사항과 구입 가능 범위는 App Store 페이지를 기준으로 확인하세요.
제품 페이지에서 개발자 Shadow Launch Technology Limited, 이 사이트와 일치하는 공식 아이콘, URL에 포함된 앱 ID 932747118을 함께 확인하세요. 앱 이름이나 검색 결과 순서만으로 판단하지 마세요. 구입하기 전에 정품 확인 안내에 따라 항목별로 확인할 수 있습니다.
클라이언트 사용 권한을 구매하는 결제 방식입니다. 실제 가격과 구입 가능 범위는 App Store 페이지를 기준으로 확인하세요. 클라이언트 일회성 구매 ≠ 네트워크 서비스 요금제입니다. 기존 구독이나 서버 정보는 별개이며, 앱을 구입해도 연결 정보가 자동으로 생성되지는 않습니다.
App Store에서 기존 구입 내역을 확인하고 앱을 다시 다운로드하는 메뉴입니다. 기기를 바꿀 때는 기존 구입에 사용한 Apple 계정으로 구입 내역을 확인하세요. 앱을 복원해도 로컬 서버와 구성 데이터까지 복원되는 것은 아닙니다. 다시 다운로드한 뒤 필요한 정보가 모두 있는지 확인하세요. 가족 공유 지원 여부는 App Store 페이지를 기준으로 확인하세요.
이 용어집은 명칭을 설명하기 위한 자료이며 실제 구성 점검을 대신하지 않습니다. 연결되지 않으면 먼저 네트워크, 서버 매개변수, 현재 Global Routing을 확인한 다음 DNS와 규칙을 점검하세요. 한 번에 한 항목씩 조정하고 변경 전후 결과를 기록해야 문제가 어느 단계에서 발생하는지 판단할 수 있습니다.