OFFICIAL MANUAL / GLOSSARY

Shadowrocket 용어집: 인터페이스, 프로토콜, 규칙

용어가 어느 계층에 속하는지 먼저 확인한 뒤 해당 설정을 조정하세요. 인터페이스는 조작 위치를, 프로토콜은 연결 방식을, 규칙은 대상을 판단하는 조건을, 정책은 연결 경로를 정합니다. 이 페이지는 앱의 이름을 바꾸지 않도록 영어 원문을 유지하고 의미를 설명합니다.

01 / INTERFACE

인터페이스 및 스위치: 조작 위치

같은 영어 단어가 여러 위치에 표시될 수 있습니다. 먼저 페이지 제목, 모드 옵션, 버튼 중 어디에 표시되는지 확인한 뒤 해당 의미로 이해하세요. 구체적인 메뉴 위치는 현재 클라이언트 화면을 기준으로 확인해야 합니다.

인터페이스 및 스위치

Home

Home은 서버 목록을 확인하고 서버를 선택하거나 연결 스위치를 조작하는 기본 화면입니다. 서버를 선택해도 사용 가능한 프록시 출구를 지정했을 뿐 연결이 수립된 것은 아니며, 모든 트래픽이 해당 서버를 통과한다는 뜻도 아닙니다. 실제 연결 경로를 확인하려면 연결 상태와 Global Routing도 함께 살펴보세요.

인터페이스 및 스위치

Global Routing

Global Routing은 전체 라우팅 모드를 제어합니다. 설정, 프록시, 직접 연결은 각각 Config, Proxy, Direct에 해당합니다. Config는 현재 설정의 규칙에 따라 트래픽을 처리하고, Proxy는 해당 모드가 제어하는 연결을 프록시로 보내며, Direct는 그 연결을 대상에 직접 연결합니다. 규칙이 적용되지 않는 것 같다면 먼저 임시 테스트용 다른 모드로 설정되어 있지 않은지 확인하세요.

인터페이스 및 스위치

On Demand

On Demand는 네트워크 조건에 따라 연결을 시작하거나 유지할 시점을 정합니다. 즉, ‘언제 연결할지’를 다루며 ‘특정 도메인에 어떤 정책을 적용할지’를 정하는 기능은 아닙니다. 동작은 시스템 권한, 네트워크 전환, 현재 조건의 영향을 받습니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 서버를 바로 삭제하기보다 여기 설정된 조건부터 확인하세요.

인터페이스 및 스위치

Add Server

Add Server는 기존 서버 정보를 직접 입력하는 메뉴입니다. 실제 프로토콜에 맞춰 주소, 포트, 인증 정보를 입력해야 합니다. 프로토콜마다 표시되는 항목이 다르므로 비밀번호, UUID, 기타 식별 정보를 서로 바꿔 입력할 수 없습니다. 저장한 다음 해당 항목을 선택해 연결을 테스트하세요. 저장에 성공했다고 원격 서버의 정보가 유효한 것은 아닙니다.

인터페이스 및 스위치

Connectivity Test

Connectivity Test는 현재 네트워크와 테스트 조건에서 서버에 연결할 수 있는지 확인하며, 지연 시간은 한 번의 테스트 결과입니다. 테스트 대상과 방식, 네트워크 변동에 따라 수치가 달라지므로 지속적인 다운로드 속도를 단정할 수 없습니다. 테스트는 성공했지만 특정 앱에서 문제가 발생한다면 해당 앱의 대상, DNS, 적용된 정책을 계속 확인하세요.

인터페이스 및 스위치

Settings

Settings에서는 DNS, 테스트 방식 및 기타 클라이언트 동작을 관리합니다. 세부 항목은 현재 화면을 기준으로 확인하세요. 변경 전 기존 값을 기록하고, 문제와 관련된 항목을 한 번에 하나씩 조정한 뒤 같은 대상을 다시 테스트하세요. 각 설정의 의미를 자세히 알아보려면 Settings 설정 참고를 확인하세요.

인터페이스 및 스위치

Data

Data에는 클라이언트가 기록한 트래픽 통계가 표시됩니다. 확인할 때 업로드와 다운로드, 누적 범위를 구분하세요. 서버별 통계와 앱별 통계는 집계 대상이 다르므로 수치를 서로 바꿔 해석하면 안 됩니다. 통계 수치가 원격 서비스의 과금 기록을 의미하는 것도 아닙니다. 트래픽 분기를 확인할 때는 연결 기록과 같은 시간대의 변화를 함께 살펴보세요.

02 / PROTOCOLS

프로토콜: 연결 방식

프로토콜은 클라이언트와 서버가 인증하고 데이터를 전송하는 방식을 정합니다. 입력할 때는 사용자가 보유한 정보를 기준으로 하세요. 이름이 비슷한 프로토콜이라고 입력 항목을 서로 바꿔 쓸 수 있는 것은 아니며, 이름만으로 연결 속도를 판단할 수도 없습니다.

프로토콜

Shadowsocks

Shadowsocks는 지정한 암호화 방식과 인증 정보로 서버에 연결합니다. 일반적으로 서버 주소, 포트, 비밀번호, 암호화 방식이 필요합니다. 클라이언트에서 선택한 암호화 방식이 서버와 일치하는지 확인하고 비밀번호만 확인해서는 안 됩니다. 기존 정보에 추가 전송 매개변수가 포함되어 있다면 각각 대응하는 항목에 입력하세요. 필수 정보가 빠진 항목을 완전한 설정으로 간주하면 안 됩니다.

프로토콜

VMess

VMess는 사용자 식별자 등의 매개변수로 인증하며 여러 전송 방식을 사용할 수 있습니다. UUID, 전송 유형, 경로, TLS 관련 항목은 각각 역할이 있으므로 주소와 포트만 가져온 뒤 나머지 값을 추측해 입력하지 마세요. 인증 정보나 시간 설정 문제도 연결 실패의 원인일 수 있으니 문제를 확인할 때 기기의 시스템 시간이 정확한지 먼저 살펴보세요.

프로토콜

VLESS

VLESS는 인증과 하위 전송 계층의 보안을 별도로 처리합니다. VLESS를 선택했다는 이유만으로 전송 암호화가 모두 설정되었다고 볼 수 없습니다. UUID와 전송 방식, 기존 설정에서 요구하는 TLS 등 보안 매개변수를 확인하세요. VMess와 VLESS는 서로 다른 프로토콜이므로 유형만 바꾼 뒤 모든 항목을 그대로 사용하면 안 됩니다.

프로토콜

Trojan

Trojan은 일반적으로 TLS와 함께 사용하며 비밀번호로 인증합니다. 서버 주소, 포트, 비밀번호, 서버 이름, 인증서 검증이 모두 연결 결과에 영향을 줍니다. 비밀번호가 맞더라도 다른 항목까지 정확하다는 뜻은 아닙니다. 인증서 오류가 발생하면 검증을 끄는 대신 이름과 시스템 시간을 먼저 확인하세요.

프로토콜

Hysteria2

Hysteria2는 QUIC 기반으로, 연결하려면 해당 UDP 경로를 사용할 수 있어야 합니다. 인증 정보와 TLS 매개변수도 서버 설정과 일치해야 합니다. 패킷 손실률, 대역폭, 네트워크 제한에 따라 성능이 달라질 수 있으므로 다른 프로토콜보다 빠르다고 단정할 수 없습니다. 연결에 실패하면 매개변수 오류와 현재 네트워크의 UDP 제한을 구분해 확인하세요.

프로토콜

WireGuard

WireGuard는 공개 키와 개인 키, 상대 피어 정보를 사용해 암호화 터널을 만듭니다. 일반적인 설정에는 로컬 주소, 상대 피어 공개 키, 엔드포인트, 허용 주소 범위가 포함됩니다. 개인 키는 민감한 정보이므로 공개 스크린샷이나 문제 해결 기록에 노출하지 마세요. 터널이 연결된 뒤에도 라우팅과 DNS를 확인해야 합니다. 핸드셰이크에 성공해도 모든 대상에 연결할 수 있다는 뜻은 아닙니다.

프로토콜

HTTP / SOCKS5

HTTP와 SOCKS5는 서로 다른 프록시 프로토콜이며, 같은 옵션의 표기만 다른 것이 아닙니다. 사용자 이름과 비밀번호가 필요한지는 기존 서버 설정에 따라 달라집니다. 프로토콜 이름만으로 클라이언트와 프록시 사이의 전송이 암호화되거나 UDP를 사용할 수 있다고 단정할 수 없습니다. 실제 유형에 맞춰 입력하고 인증, 전송 보안, 트래픽 지원 범위를 각각 확인하세요.

03 / RULES & POLICIES

규칙 키워드: 대상 일치와 처리 방식

규칙은 일반적으로 위에서 아래로 평가되며, 먼저 일치한 규칙이 해당 항목의 정책을 결정합니다. 일치 조건과 정책을 나누어 살펴보세요. 같은 대상에 관련 규칙이 여러 개 있다면 도메인이 입력되어 있는지만 볼 것이 아니라 규칙 순서를 먼저 확인해야 합니다.

규칙 키워드

DOMAIN

DOMAIN은 전체 도메인 이름과 일치하므로 특정 호스트 이름 하나만 처리할 때 적합합니다. 예를 들어 DOMAIN,example.com,DIRECT는 example.com에 적용되며 모든 하위 도메인으로 자동 확장되지 않습니다. 실제 접속 대상이 api.example.com이라면 호스트 이름을 확인하거나 적절한 일치 유형을 사용하세요.

규칙 키워드

DOMAIN-SUFFIX

DOMAIN-SUFFIX는 지정한 도메인과 하위 도메인을 일치시켜 같은 도메인 계층에 동일한 정책을 적용할 때 적합합니다. DOMAIN-SUFFIX,example.com,PROXY는 example.com과 api.example.com에 일치하지만, 문자열을 포함하는 모든 도메인에 적용되는 것은 아닙니다. 웹 주소의 경로가 아닌 도메인 계층을 기준으로 판단합니다.

규칙 키워드

DOMAIN-KEYWORD

DOMAIN-KEYWORD는 도메인에 지정한 문자열이 포함되어 있는지 확인합니다. 일반적으로 전체 도메인이나 접미사 규칙보다 더 넓은 범위에 일치합니다. 예를 들어 ads라는 키워드는 해당 문자열이 포함된 여러 도메인에 일치할 수 있습니다. 연결 차단에 사용하기 전에 오탐 가능성을 확인하세요. 같은 키워드가 포함됐다고 해당 도메인들이 같은 서비스에 속하는 것은 아닙니다.

규칙 키워드

IP-CIDR / IP-CIDR6

IP-CIDR은 IPv4 주소 대역에 일치하며, IP-CIDR6은 IPv6에 사용됩니다. 슬래시 뒤의 접두사 길이가 주소 범위를 결정합니다. 예를 들어 IP-CIDR,192.168.0.0/16,DIRECT는 해당 IPv4 대역에 DIRECT를 적용합니다. 도메인에 접속할 때 주소 변환 과정이 개입할 수 있으므로 주소 규칙의 적용 여부는 DNS 결과와 함께 확인해야 합니다.

규칙 키워드

GEOIP

GEOIP는 IP 지리 데이터베이스를 바탕으로 대상 주소의 지역을 판단합니다. 웹사이트 표시 언어, 도메인 접미사, 서비스 제공업체의 등록지를 기준으로 하는 기능은 아닙니다. 데이터베이스에 따라 분류가 다를 수 있고 대상 서비스가 분산 주소를 사용할 수도 있습니다. 예상과 다르게 일치한다면 실제 대상 IP를 확인하고, 필요하면 더 명확한 도메인 또는 주소 규칙을 사용하세요.

규칙 키워드

FINAL

FINAL은 앞선 규칙에 일치하지 않은 항목에 최종 처리를 적용하며, 일반적으로 규칙 맨 아래에 둡니다. FINAL,DIRECT는 나머지 연결을 DIRECT로 보내며 모든 연결을 강제로 직접 연결한다는 뜻은 아닙니다. 이 규칙을 수정하면 앞선 규칙에 해당하지 않는 트래픽에 영향을 줍니다. 테스트 전에 대상이 앞선 규칙에 이미 일치하는지 확인하세요.

실행 정책

PROXY

PROXY는 규칙에 사용하는 프록시 정책으로, 일치한 연결을 해당 프록시 경로로 보냅니다. 사용 가능한 서버가 있고 서버 매개변수가 올바르게 설정되어 있어야 합니다. Global Routing의 Proxy 모드와 관련은 있지만 같은 계층의 설정은 아닙니다. PROXY 규칙을 추가해도 서버가 생성되거나 기존 서버의 인증 정보가 자동으로 채워지지 않습니다.

실행 정책

DIRECT

DIRECT는 일치한 연결을 해당 연결의 프록시 출구를 거치지 않고 현재 네트워크를 통해 대상에 직접 연결합니다. 로컬 네트워크, DNS, 대상 서비스 상태의 영향을 받으므로 반드시 접속에 성공한다는 뜻은 아닙니다. 규칙의 DIRECT는 일치한 항목만 처리하며 Global Routing의 Direct는 전체 모드이므로 두 설정을 구분하세요.

실행 정책

REJECT

REJECT는 일치한 연결을 차단하며, 일반적으로 명확한 도메인 또는 주소 조건과 함께 사용합니다. 페이지의 일부 리소스가 로드되지 않는다면 범위가 지나치게 넓은 규칙에 일치했는지 확인하세요. 곧바로 서버가 작동하지 않는다고 판단하면 안 됩니다. 규칙을 조정하기 전에 대상과 일치한 규칙을 찾고 범위를 좁히세요. 전체 규칙을 삭제하는 것보다 이후 확인하기 쉽습니다.

04 / SUBSCRIPTION & CONFIG

구독 및 설정: 구성과 관리

서버 항목에는 연결 매개변수가 들어 있고, 구독은 여러 항목을 관리하며, 설정 파일은 규칙과 관련 설정을 정의합니다. 각각의 용도가 다르므로 한 가지를 가져왔다고 나머지도 준비된 것은 아닙니다.

구독 및 설정

Subscribe

Subscribe는 사용자가 보유한 구독 URL로 서버 항목을 일괄 가져오고 업데이트합니다. URL은 본인이 이용하는 서비스 제공업체에서 받아야 합니다. 업데이트 과정에서 항목이 추가, 수정 또는 삭제될 수 있으며 Global Routing이 자동으로 바뀌지는 않습니다. 구독 URL에 접근 인증 정보가 포함될 수 있으므로 스크린샷이나 오류 정보를 공유할 때 전체 주소와 민감한 매개변수를 가리세요.

구독 및 설정

SERVER

SERVER는 연결에 사용하는 서버 항목으로, 일반적으로 프로토콜, 주소, 포트, 인증 정보가 포함됩니다. 목록에 이름이 표시되는 것은 항목이 존재한다는 뜻일 뿐, 현재 사용할 수 있다는 의미는 아닙니다. 이름은 항목을 구분하는 데 쓰이며 실제 연결 동작은 항목의 매개변수와 원격 서버 상태에 따라 결정됩니다.

구독 및 설정

Config

Config는 설정 파일 관리 화면을 가리킬 수도 있고, Global Routing에서 설정에 따라 트래픽을 분기하는 모드를 가리킬 수도 있습니다. 사용 위치를 기준으로 의미를 판단하세요. 설정 파일은 규칙, DNS 등의 내용을 구성하므로 서버 목록만 제공하는 구독과는 다릅니다. 파일을 가져온 뒤에는 현재 어떤 설정 파일이 활성화되어 있는지 확인하세요. 사용하지 않는 파일을 수정하는 일을 피할 수 있습니다.

구독 및 설정

Scan QR Code

Scan QR Code는 QR 코드에 담긴 서버 또는 구독 정보를 읽는 가져오기 방식이지, 프록시 프로토콜이 아닙니다. 스캔한 뒤 인식된 유형과 매개변수를 확인하고 저장 여부를 결정하세요. QR 코드에 민감한 인증 정보가 포함되어 있을 수도 있습니다. 이미지가 흐리거나 형식이 호환되지 않으면 원본 정보를 제공한 곳에 내용을 확인하세요.

구독 및 설정

iCloud 동기화

iCloud 동기화는 해당 계정 및 설정 조건에서 클라이언트 데이터 일부를 동기화합니다. 실제 동기화 범위는 앱의 동기화 옵션을 기준으로 확인하세요. 동기화 설정, 서버 사용 가능 여부, App Store 구매 내역은 서로 다른 항목이며 대신 사용할 수 없습니다. 기기를 변경하기 전에 동기화 상태를 확인하고 필요한 정보는 별도로 안전하게 보관하세요. 동기화만으로 백업이 완료되었다고 판단하지 마세요.

05 / DNS & NETWORK

DNS 및 네트워크 설정: 이름 확인, 인증, 전송

도메인 이름 확인, 전송 연결 수립, 앱 응답은 서로 다른 단계입니다. 단계별로 확인하면 모든 실패를 서버 지연이나 규칙 문제로 잘못 판단하지 않을 수 있습니다.

DNS 및 네트워크 설정

DNS

DNS는 도메인 이름을 IP 주소 등의 레코드로 변환해 클라이언트가 대상에 연결하도록 돕지만, 이후 연결까지 보장하지는 않습니다. 시스템 DNS와 사용자 지정 DNS는 서로 다른 경로로 조회할 수 있고 반환 결과도 달라질 수 있습니다. DNS 설정을 바꾼 뒤에는 웹페이지를 한 번 새로고침하는 데 그치지 말고 도메인 확인 결과, 실제 대상 주소, 일치한 규칙을 각각 점검하세요.

DNS 및 네트워크 설정

DNS over HTTPS

DNS over HTTPS는 DNS 요청과 응답을 HTTPS로 전송하며, 흔히 DoH라고 합니다. 입력란에는 실제 DNS 서비스가 제공한 전체 엔드포인트 주소를 입력해야 합니다. DNS 요청의 전송 방식이 바뀌는 것이며 모든 앱 트래픽이 자동으로 프록시를 통과하는 것은 아닙니다. DNS 엔드포인트 자체에 연결할 수 있어야 하며, 연결 경로도 현재 네트워크와 규칙에 맞아야 합니다.

DNS 및 네트워크 설정

TLS / SNI

TLS는 전송 암호화와 인증에 사용되고, SNI는 핸드셰이크 시 요청할 서버 이름을 지정합니다. 연결 주소와 서버 이름은 서로 다를 수 있지만 기존 매개변수에 맞춰 입력해야 하며 임의로 다른 도메인으로 바꾸면 안 됩니다. 인증서 검증에 실패하면 서버 이름, 인증서 유효성, 기기 시간을 확인한 뒤 서버 설정을 점검하세요.

DNS 및 네트워크 설정

UDP

UDP는 데이터그램 전송 프로토콜이며 일부 앱 통신과 QUIC 기반 프로토콜에서 사용합니다. 프록시를 통해 UDP를 보낼 수 있는지는 클라이언트 설정, 서버 기능, 중간 네트워크에 따라 달라지므로 스위치 하나를 켠다고 보장되지 않습니다. 웹페이지는 열리지만 일부 실시간 통신에 실패한다면 UDP 경로와 해당 규칙을 따로 확인하세요.

용어를 확인한 뒤에는 원래 화면으로 돌아가 해당 단어가 사용된 맥락을 확인하고 관련 항목을 수정하세요. 설정 간 관계는 설정 참고에서, 전체 모드의 차이는 프록시 모드 안내에서 확인할 수 있습니다.

용어 분류로 돌아가기 ↑