Home, 용어로 바로 가는 링크
Home은 서버 항목 확인, 연결 대상 선택, 연결 스위치 조작을 위한 주요 화면입니다. 목록에 서버가 표시되는 것은 관련 매개변수가 클라이언트에 저장되어 있다는 뜻일 뿐, 연결이 성립했다는 의미는 아닙니다. 처음 사용할 때는 선택된 항목을 확인하고 스위치와 연결 상태를 살핀 뒤 실제 요청으로 검증하세요.
Shadowrocket 공식 매뉴얼 · 용어 정리
먼저 용어가 어느 단계에 해당하는지 구분한 뒤 관련 설정을 변경하세요. 이 페이지에서는 자주 쓰는 개념을 다섯 가지 범주로 나누어 설명하며, 각 항목 제목 옆의 링크를 눌러 바로 이동할 수 있습니다.
화면 이름은 기능을 찾는 데 쓰이고, Global Routing은 요청을 전반적으로 처리하는 방식을 결정합니다. 비슷한 용어도 위치에 따라 역할이 다를 수 있으므로 Config 화면, Config 모드, 설정 파일을 구분해야 합니다.
Home은 서버 항목 확인, 연결 대상 선택, 연결 스위치 조작을 위한 주요 화면입니다. 목록에 서버가 표시되는 것은 관련 매개변수가 클라이언트에 저장되어 있다는 뜻일 뿐, 연결이 성립했다는 의미는 아닙니다. 처음 사용할 때는 선택된 항목을 확인하고 스위치와 연결 상태를 살핀 뒤 실제 요청으로 검증하세요.
Global Routing은 요청을 전반적으로 처리하는 방식을 결정합니다. 일반적인 옵션은 설정(Config), 프록시(Proxy), 직접 연결(Direct)입니다. 이는 라우팅 모드이지 서버 프로토콜이나 서로 다른 연결 계정이 아닙니다. 규칙 적용 여부를 확인하기 전에 현재 모드가 Config인지 먼저 확인하세요.
Global Routing에서 Config는 현재 설정에 따라 요청을 처리한다는 뜻이며, 규칙에 따라 대상별로 서로 다른 정책을 적용할 수 있습니다. 화면 이름으로 쓰이는 Config는 설정 파일 관리 메뉴이지 연결 모드 스위치가 아닙니다. 사용 방법을 읽을 때는 ‘Config 모드 선택’인지 ‘Config 화면 열기’인지 먼저 확인하세요.
Proxy는 Global Routing의 프록시 모드로, 요청을 프록시 방식으로 처리합니다. 서버 프로토콜을 나타내지 않으며 규칙 끝에 대문자로 쓰이는 PROXY 정책과 혼동하지 마세요. 특정 웹사이트의 라우팅 결과를 확인할 때는 현재 라우팅 모드와 선택된 서버를 함께 기록해야 모드 차이를 규칙 오류로 오해하지 않습니다.
Direct는 Global Routing의 직접 연결 모드로, 요청을 직접 연결 방식으로 처리합니다. 규칙의 DIRECT 정책과 의미는 관련이 있지만 적용 단계가 다릅니다. 전자는 전체 모드이고 후자는 특정 규칙이 일치한 뒤 적용하는 동작입니다. Direct로 전환해 직접 연결 상태를 확인할 수 있지만, 이것만으로 서버 인증 매개변수가 올바른지 판단할 수는 없습니다.
On Demand는 설정한 조건에 따라 시스템 VPN 연결을 시작하는 기능으로, 연결 시점을 지정합니다. 도메인에 적용할 규칙을 선택하거나 잘못된 서버 비밀번호와 주소를 수정하는 기능은 아닙니다. 먼저 수동 연결이 정상인지 확인한 뒤 실행 조건을 하나씩 설정하세요. 자세한 옵션은 On Demand 설정 안내를 참고하세요.
Add Server는 서버 정보를 직접 입력하는 메뉴입니다. 먼저 기존 정보와 일치하는 유형을 선택한 뒤 주소, 포트, 인증 매개변수 등을 입력하세요. 필요한 항목은 프로토콜마다 다르므로 한 프로토콜의 입력 항목을 다른 프로토콜에 그대로 적용할 수 없습니다. 항목을 저장해도 입력만 완료된 상태이므로 해당 항목을 선택해 연결을 확인해야 합니다.
프로토콜은 클라이언트와 서버가 데이터를 주고받는 방식을 결정합니다. 다음 설명은 매개변수를 식별하기 위한 것이며 서비스를 선택하라는 권고가 아닙니다. 입력 내용은 본인이 보유한 서버 설정과 항목별로 일치해야 하며, 프로토콜 이름만으로 연결 품질을 판단할 수 없습니다.
Shadowsocks는 암호화를 통해 클라이언트와 서버 간 프록시 통신을 보호합니다. 주요 매개변수는 주소, 포트, 비밀번호, 암호화 방식입니다. 암호화 방식은 서버 설정과 일치해야 하며 이름이 비슷하다고 서로 바꿔 쓸 수 있는 것은 아닙니다. 기존 설정에 추가 전송 매개변수가 있다면 함께 확인하세요. 비밀번호만 맞는다고 설정이 완전한 것은 아닙니다.
VMess는 UUID 등의 매개변수로 사용자를 식별하고 인증하며, 연결에 따라 전송 방식과 TLS 설정을 함께 사용할 수 있습니다. UUID가 맞더라도 전체 설정이 올바르다는 뜻은 아닙니다. 주소, 포트, 전송 경로, 관련 호스트 이름도 일치해야 합니다. 기기 시간이 크게 어긋나면 인증에 영향을 줄 수 있으므로 문제를 점검할 때 시스템 시간부터 확인한 뒤 각 항목을 살펴보세요.
VLESS는 UUID로 사용자를 식별하는 경량 프록시 프로토콜이며, 프로토콜 자체는 데이터를 암호화하지 않습니다. 실제 연결의 보안은 사용하는 전송 방식과 보안 계층 설정에 따라 달라지므로 UUID를 암호화 방식으로 간주하면 안 됩니다. 기존 매개변수에 맞춰 보안 옵션, 전송 방식, 관련 항목을 확인하세요. 항목이 비슷하다는 이유로 VMess 설정을 그대로 복사하지 마세요.
Trojan은 일반적으로 TLS와 함께 사용하며 비밀번호로 인증합니다. 서버 주소와 인증서 검증에 사용하는 이름은 각각 구분해야 합니다. SNI는 TLS 핸드셰이크에서 서버 이름을 지정하며 연결 주소와 다르게 설정될 수 있으므로 기존 설정을 기준으로 확인하세요. 인증서 오류가 발생하면 이름, 기기 시간, 서버 인증서를 확인하세요. 인증서 검증을 끄는 방식으로 해결하는 것은 일반적인 조치가 아닙니다.
Hysteria2는 QUIC 기반 프록시 프로토콜로 UDP 전송을 사용합니다. 인증 및 TLS 관련 항목은 서버 설정에 맞춰 입력해야 합니다. 현재 네트워크의 UDP 지원 여부는 핸드셰이크와 데이터 전송에 영향을 주므로 일반적인 지연 시간 테스트에 성공해도 이 프로토콜을 사용할 수 있다는 뜻은 아닙니다. 문제를 점검할 때는 네트워크 전송 조건과 인증 매개변수를 따로 확인하세요.
WireGuard는 공개 키와 개인 키로 인증하며 UDP를 통해 터널 데이터를 전송합니다. 설정에는 인터페이스 주소, 피어 정보, 라우팅 범위도 필요합니다. 개인 키는 민감한 인증 정보이므로 공개 스크린샷이나 문의 글에 노출하지 마세요. 연결을 점검할 때는 비밀번호 방식 프로토콜처럼 인증 항목 하나만 확인하지 말고 키 쌍, 피어 주소, 라우팅 범위를 함께 확인하세요.
서버 유형에서 HTTP는 HTTP 프록시를 뜻합니다. 클라이언트가 프록시 서버에 요청을 전달하며, 일부 연결에서는 CONNECT로 터널을 설정합니다. 여기서 말하는 HTTP는 대상 웹사이트 주소에 쓰이는 프로토콜과 별개이므로 HTTPS 웹사이트라고 해서 서버 유형을 바꿀 필요는 없습니다. 프록시 연결에서 TLS를 사용하는지는 실제 서버 매개변수를 확인하세요.
SOCKS5는 TCP 전달을 지원하는 범용 프록시 프로토콜입니다. UDP 전달 지원 여부는 구현 방식과 서버 기능에 따라 달라집니다. 프로토콜 자체가 암호화된 통신을 의미하지 않으며, 사용자 이름과 비밀번호 인증도 전송 암호화를 대신할 수 없습니다. 서버가 인증을 요구하는지 확인하고, 프록시 포트에 연결할 수 있는지와 대상 요청을 완료할 수 있는지를 구분하세요.
규칙은 ‘어떤 요청이 조건에 맞는지’를 설명하고 정책은 ‘조건에 맞으면 어떻게 처리할지’를 지정합니다. 일반적인 규칙은 순서대로 일치 여부를 확인하므로 우선 적용해야 하는 구체적인 조건을 적절한 위치에 두고 마지막 최종 정책도 확인하세요.
DOMAIN은 전체 도메인을 정확히 일치시킵니다. 예를 들어 DOMAIN,example.com,DIRECT은 example.com을 대상으로 합니다. www.example.com 등의 하위 도메인이나 웹페이지 경로에는 자동으로 적용되지 않습니다. 도메인과 모든 하위 도메인을 대상으로 하려면 DOMAIN에 전체 웹 주소를 넣는 대신 DOMAIN-SUFFIX를 고려하세요.
DOMAIN-SUFFIX는 도메인 접미사를 기준으로 지정된 도메인과 하위 도메인을 일치시킵니다. 같은 도메인 범위에 동일한 정책을 적용할 때 적합합니다. 예를 들어 DOMAIN-SUFFIX,example.com,PROXY는 example.com과 그 하위 도메인에 일치합니다. 한 페이지에서 여러 다른 도메인의 리소스를 요청할 수 있으므로, 메인 사이트 도메인이 일치해도 모든 리소스에 같은 정책이 적용되는 것은 아닙니다.
DOMAIN-KEYWORD는 도메인에 지정된 문자열이 포함된 요청과 일치하며, 정확한 도메인이나 도메인 접미사보다 범위가 넓은 경우가 많습니다. 관련 없는 도메인에 같은 문자열이 들어 있어도 일치할 수 있으므로 짧은 문자열을 사이트 범위를 구분하는 기준으로 쓰는 것은 적절하지 않습니다. 적용한 뒤 요청 기록에서 실제 일치 대상을 확인하고 필요하면 더 구체적인 DOMAIN 또는 DOMAIN-SUFFIX를 사용하세요.
GEOIP는 대상 IP가 지리 데이터베이스에서 속한 지역을 기준으로 일치 여부를 판단합니다. 페이지에 쓰인 문자나 회사 이름, 도메인 접미사로 위치를 판단하는 방식이 아닙니다. 도메인 해석 결과가 바뀌면 일치하는 IP 규칙도 달라질 수 있으며, 데이터베이스 정보가 실제 배포 위치와 다를 수도 있습니다. 이 규칙을 확인할 때는 해석 결과, 규칙 순서, 최종 적용 정책을 함께 살펴보세요.
IP-CIDR은 CIDR 표기법으로 IPv4 주소 범위를 일치시킵니다. 슬래시 뒤의 접두사 길이가 네트워크 범위를 결정합니다. 예: 192.0.2.0/24. IPv6 주소 범위에는 IP-CIDR6을 사용하며 두 주소 유형을 한 항목에 섞어 입력하면 안 됩니다. 네트워크 대역 규칙은 웹페이지 경로가 아니라 IP 주소를 대상으로 하므로 한 IP에서 여러 도메인을 호스팅하는 경우 실제 요청에 적용되는 범위에 주의하세요.
FINAL은 앞선 규칙에 일치하지 않은 요청에 최종 정책을 지정하며 일반적으로 규칙 맨 끝에 둡니다. 예를 들어 FINAL,DIRECT는 예외 규칙에 일치하지 않는 요청에 DIRECT를 적용한다는 뜻이지, 모든 요청을 직접 연결한다는 뜻은 아닙니다. 최종 정책을 바꾸면 별도로 지정되지 않은 많은 요청에 영향을 주므로 먼저 목적을 명확히 한 뒤 예외 규칙과 일반 요청을 각각 확인하세요.
PROXY, DIRECT, REJECT는 규칙이 일치한 뒤 적용하는 정책으로, 각각 프록시로 전달, 직접 연결, 요청 거부를 뜻합니다. DOMAIN-SUFFIX 같은 일치 키워드와는 역할이 다릅니다. 앞의 키워드는 처리 동작을, 뒤의 키워드는 조건을 결정합니다. 규칙은 설정에 정의된 정책 이름을 참조할 수도 있으므로 이름이 현재 설정과 일치하는지 확인하세요. 임의의 이름을 이미 존재하는 정책으로 간주하면 안 됩니다.
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
첫 번째 줄은 순서대로 일치 키워드, 도메인 조건, 처리 정책입니다. 두 번째 줄은 나머지 요청에 적용할 최종 정책을 지정합니다. 여기의 example.com은 문법 설명을 위한 예시이며 실제 설정은 대상과 기존 매개변수에 맞춰 조정하세요. 자세한 설정 방법은 특정 사이트에 DOMAIN-SUFFIX 적용하기에서 확인하세요.
서버 항목, 구독, 설정 파일은 각각 용도가 다릅니다. 가져오기에 성공했다는 것은 데이터가 클라이언트에 추가되었다는 뜻일 뿐입니다. 요청이 실제로 어떻게 처리되는지 확인하려면 선택된 항목, 현재 파일, 라우팅 모드를 살펴봐야 합니다.
Subscribe는 기존 구독 주소를 사용해 서버 항목을 가져오고 업데이트합니다. 구독 내용이 바뀌면 클라이언트에서 해당 목록을 업데이트할 수 있습니다. 구독 주소에는 개인 접근 정보가 포함될 수 있으므로 본인이 사용하는 서비스 제공처에서 받아 안전하게 보관하세요. 스크린샷을 공유할 때는 전체 주소를 가리세요. 목록 업데이트와 현재 연결 항목 변경은 서로 다른 작업이므로 업데이트 후 실제로 선택된 항목을 확인해야 합니다.
Server는 클라이언트에 저장되는 서버 연결 매개변수 모음으로, 일반적으로 주소, 포트, 프로토콜, 인증 정보가 포함됩니다. 흔히 ‘노드’라고 부르는 것이 보통 이런 항목입니다. 표시 이름은 항목을 구분하기 위한 레이블일 뿐 서버 위치, 성능, 사용 가능 여부를 나타내지 않습니다. 직접 추가할 때는 본인이 사용할 권한이 있는 서버 정보를 입력하고 오류가 발생하면 각 항목의 대응 관계부터 확인하세요.
Config file은 규칙과 관련 설정을 저장하는 파일입니다. 서버 목록을 업데이트하는 구독과는 용도가 다르므로 아무 구독 주소나 규칙 설정으로 가져올 수 있다고 생각하면 안 됩니다. 파일을 가져온 뒤에는 실제로 활성화된 파일인지 확인하고, 파일에서 참조하는 정책 이름도 살펴보세요. 파일을 바꾸면 라우팅과 이름 해석 동작이 달라질 수 있으므로 변경 전에 복구할 수 있는 사본을 보관하는 것이 좋습니다.
진단 결과는 특정 조건에서 한 번 관찰한 내용만 보여줍니다. 지연 시간 숫자 하나만 비교하는 것보다 테스트 방법, 발생 시각, 대상, 오류 단서를 기록하는 편이 문제를 찾는 데 도움이 됩니다. 설정을 한 번에 하나씩 바꾸고 다시 테스트하세요.
DNS는 도메인을 IP 주소로 변환합니다. 변환 결과는 이후 연결과 일부 IP 규칙의 일치 여부에 영향을 주므로 이름 해석 실패와 서버 인증 실패는 따로 점검해야 합니다. 이름 해석 방식을 선택할 때는 주소 하나만 바꾸기보다 요청이 처리되는 경로를 이해해야 합니다. 주소가 해석되더라도 대상에 접속할 수 있다는 뜻은 아닙니다. 자세한 내용은 DNS 설정 안내를 참고하세요.
Ping은 지연 시간 테스트와 관련이 있으며, 결과는 테스트 방식, 대상, 당시 네트워크 상태에 따라 달라집니다. 전통적인 ICMP 테스트와 반드시 같은 의미는 아닙니다. 수치가 낮아도 웹페이지가 빠르다는 뜻은 아니며 인증, TLS, 대상 요청이 모두 성공한다고 보장하지 않습니다. 결과를 비교할 때는 테스트 조건을 동일하게 유지하고 현재 테스트 방식을 Ping 설정 안내에서 확인하세요.
Log는 요청, 연결, 오류 단서를 확인하는 로그 화면입니다. 문제를 점검할 때는 작업이 발생한 시각과 해당 로그 기록을 연결해 확인하세요. 먼저 문제가 이름 해석, 핸드셰이크, 인증, 대상 응답 중 어느 단계에서 발생했는지 파악한 뒤 관련 설정을 변경해야 합니다. 로그에는 도메인, 주소, 인증 정보가 포함될 수 있으므로 공유 전에 민감한 내용을 삭제하세요. 기록 방법은 Log 설정 안내를 참고하세요.
iCloud는 관련 앱 데이터를 동기화하는 데 사용됩니다. 실제 동기화 범위는 현재 앱에서 제공하는 옵션을 기준으로 확인하세요. 모든 기록과 인증 정보가 자동으로 이전된다고 가정하면 안 됩니다. 설정 동기화와 App Store 구매 내역은 별개입니다. 앱 구매를 복원해도 서버 매개변수가 복원되는 것은 아닙니다. 기기를 바꾸기 전에 동기화 상태를 확인하고 필요한 백업을 보관하세요. 관련 옵션은 iCloud 설정 안내를 참고하세요.
Connectivity Test는 특정 테스트 조건에서 연결이 완료되는지 확인합니다. 한 번 테스트에 성공해도 모든 대상과 프로토콜이 정상이라는 뜻은 아닙니다. 실패하면 테스트 대상과 오류 메시지를 기록한 뒤 서버 매개변수, 현재 네트워크, 관련 이름 해석 결과를 각각 확인하세요. 테스트는 통과했는데 특정 웹사이트에 문제가 있다면 해당 요청에 적용된 규칙과 실제 연결 경로를 점검하세요.
처음 설정한다면 튜토리얼의 순서에 따라 가져오기와 연결 확인을 진행하세요. 특정 옵션을 조정하려면 Settings 설정 항목 안내를 참고하세요. 구매, 구매 항목 복원, 연결 문제에 대한 자주 묻는 내용은 문제 해결에서 확인할 수 있습니다. 문제의 단계를 먼저 파악한 뒤 해당 안내를 살펴보면 구매 상태, 서버 사용 가능 여부, 규칙 동작을 혼동하지 않을 수 있습니다.