공식 매뉴얼 · 용어 빠른 찾기

Shadowrocket 용어 빠른 찾기

먼저 용어가 표시된 위치를 확인한 다음 어떤 기능을 제어하는지 살펴보세요. 화면 옵션, 프로토콜 이름, 규칙 문법, 네트워크 용어를 나누어 설명합니다. 같은 단어라도 표시 위치에 따라 적용 범위가 다를 수 있습니다.

자주 쓰는 용어 30개
화면 용어는 영어 원문 사용
각 항목의 앵커 링크로 바로 이동

01 · 화면 및 스위치

라우팅 방식과 연결 상태

Global Routing은 전체 요청 처리 방식을 결정하고, 연결 스위치는 연결을 설정할지 결정합니다. 라우팅 모드, 개별 규칙의 동작, 테스트 결과는 서로 다른 개념입니다.

Global Routing: Home 화면에서 전체 라우팅 방식을 선택합니다. 구성, 프록시, 직접 연결은 각각 Config, Proxy, Direct에 해당합니다. 규칙이 적용되지 않는다면 먼저 여기서 Config를 선택했는지 확인한 다음 현재 설정을 살펴보세요. 모드를 변경해도 서버 프로토콜 매개변수는 바뀌지 않습니다.

Config: Global Routing에서 Config는 현재 설정에 따라 요청을 처리하고 각 요청의 경로를 규칙으로 결정한다는 뜻입니다. 화면 이름으로 쓰일 때 Config는 설정 파일 관리 메뉴를 가리킵니다. 이 용어가 라우팅 모드 선택에 표시되는지, 파일 목록에 표시되는지 먼저 확인하세요.

Proxy: Global Routing의 프록시 모드는 주로 현재 선택된 프록시로 트래픽을 처리하며, 분할 라우팅 규칙을 하나씩 적용하는 방식과 다릅니다. 규칙에 대문자로 표시되는 PROXY와는 서로 다른 설정 단계입니다. Proxy를 선택해도 누락된 인증 정보가 채워지거나 잘못된 포트가 수정되지는 않습니다.

Direct: Global Routing의 직접 연결 모드로, 요청을 직접 연결 경로로 보내 로컬 네트워크와 프록시 경로의 동작을 비교하는 데 활용할 수 있습니다. 직접 연결도 DNS, 대상 서비스, 현재 네트워크 상태에 영향을 받습니다. Direct는 모든 웹사이트에 접속할 수 있다는 상태 표시가 아닙니다.

On Demand: 조건에 따라 연결을 시작하는 기능입니다. 구체적인 동작은 앱 내 조건과 시스템 상태를 함께 확인해야 합니다. 이 기능은 연결을 시작하는 시점을 다루고, 분할 라우팅 규칙은 요청 처리 방식을 다룹니다. 자동 연결을 점검할 때는 관련 조건도 확인하고 Home 화면의 스위치만 살펴보지 마세요.

Connectivity Test: 지정된 테스트 조건에서 서버가 응답하는지 확인하는 데 도움을 주며, 결과는 테스트 방식과 대상, 네트워크 상태에 따라 달라집니다. 테스트 성공이 모든 웹사이트에 접속할 수 있다는 뜻은 아니며 테스트 시간도 다운로드 속도를 나타내지 않습니다. 이상이 있으면 실제 요청과 오류 기록도 확인하세요.

02 · 프로토콜

연결 유형과 설정 조건

프로토콜 유형은 기존 서버 정보와 일치해야 합니다. Add Server에서 유형만 바꾼다고 같은 인증 정보가 다른 프로토콜로 바뀌는 것은 아닙니다. 각 프로토콜의 특징은 프로토콜 자세히 보기 →에서 확인하세요.

Shadowsocks: 지정된 암호화 방식과 인증 정보로 프록시 연결을 설정하는 프로토콜입니다. 일반적인 매개변수는 서버 주소, 포트, 비밀번호, 암호화 방식입니다. 이 정보는 서버 측 설정과 일치해야 하며, 이름만 보고 암호화 방식을 추측해서는 안 됩니다. 연결 성능은 서버 부하와 로컬 네트워크에도 영향을 받습니다.

VMess: 인증 기능을 포함하는 프록시 프로토콜로, 보통 UUID로 사용자를 식별하며 여러 전송 방식을 사용할 수 있습니다. UUID가 정확한 것은 필요 조건 중 하나일 뿐입니다. 전송 경로, 서버 이름, TLS 등의 설정도 일치해야 합니다. 점검할 때 항목 이름을 계속 바꾸기보다 각 필드를 확인하세요.

VLESS: 간결한 인증과 전달을 지향하는 프록시 프로토콜로, 보통 UUID를 사용하지만 VMess와 설정을 함께 쓸 수 있다는 뜻은 아닙니다. 연결 보호 여부는 함께 사용하는 보안 계층과 전송 설정에 따라 달라집니다. 가져온 뒤 유형, 인증 필드, 전송 매개변수가 기존 정보와 일치하는지 확인하세요.

Trojan: 일반적으로 TLS 및 비밀번호 인증과 함께 사용하는 프록시 프로토콜입니다. 서버 주소와 비밀번호 외에 서버 이름과 인증서 검증도 확인해야 합니다. 주소가 조회되더라도 TLS 핸드셰이크가 완료된다는 보장은 없습니다. 인증서 오류가 발생하면 이름, 기기 시간, 서버 설정을 먼저 확인하세요.

HTTP / SOCKS5: 서로 다른 두 프록시 프로토콜로, 지원하는 요청 형식과 인증 방식, 전송 기능이 완전히 같지는 않습니다. 프로토콜 이름만으로 전송이 암호화되었는지 알 수 없으며 특정 유형의 트래픽을 지원하는지도 판단할 수 없습니다. 서버 정보를 기준으로 유형과 보안 옵션을 선택하세요.

WireGuard: 키 기반 인증과 UDP 전송을 사용하는 터널 프로토콜입니다. 설정에는 PrivateKey, PublicKey, 인터페이스 주소, Endpoint, AllowedIPs가 포함됩니다. 키, 주소, 라우팅 범위는 각각 역할이 다르므로 서로 바꿔 입력할 수 없습니다. PrivateKey는 민감 정보이므로 점검 자료를 공유할 때 삭제하세요.

Hysteria2: QUIC 기반 프록시 프로토콜로, 사용 가능한 UDP 네트워크 경로가 필요하며 인증 정보와 서버 이름 등의 매개변수를 설정해야 합니다. 프로토콜 이름에 포함된 숫자는 이름의 일부이지 이 사이트에서 제공하는 앱 버전이 아닙니다. 속도와 배터리 사용량은 네트워크 손실, 전송 부하, 기기 상태에 따라 달라지므로 유형만으로 판단할 수 없습니다.

03 · 규칙 키워드

일치 조건과 처리 정책

먼저 무엇과 일치시키는지 확인한 다음, 일치 후 어떤 동작을 수행하는지 살펴보세요. 아래 도메인과 주소는 문법을 설명하기 위한 예시이며 사용할 수 있는 서버 정보가 아닙니다. 규칙 순서도 최종 결과에 영향을 줍니다.

DOMAIN: 전체 도메인을 일치시키는 키워드입니다. 예를 들어 DOMAIN,example.com,DIRECT는 example.com 자체를 대상으로 합니다. 해당 도메인의 모든 하위 도메인을 자동으로 포함하지 않으며 웹페이지의 전체 URL과 일치시키는 방식도 아닙니다. 요청에서 다른 도메인을 사용했는지 실제 요청 기록을 확인하세요.

DOMAIN-SUFFIX: 도메인 접미사를 일치시키는 키워드입니다. 예를 들어 DOMAIN-SUFFIX,example.com,PROXY는 example.com과 그 하위 도메인을 포함합니다. DOMAIN보다 범위가 넓지만 임의의 문자열 포함 여부를 찾는 방식은 아닙니다. 추가하기 전에 해당 하위 도메인 전체에 같은 정책을 적용하려는지 확인하세요.

GEOIP: IP 지리 위치 데이터베이스를 기준으로 일치시키며, 결과는 데이터베이스 내용과 대상의 해석된 IP 주소에 따라 달라집니다. IP 위치 정보는 사용자 위치 또는 실제 서비스 위치와 같지 않습니다. 도메인 하나가 여러 주소로 해석될 수 있으므로 사이트 이름만 보고 일치 결과를 판단할 수 없습니다.

IP-CIDR: IPv4 주소 대역을 일치시키는 키워드입니다. 예를 들어 IP-CIDR,192.168.0.0/16,DIRECT는 사설 주소 범위를 나타냅니다. 슬래시 뒤 숫자는 네트워크 접두사 길이이며 포트나 연결 수를 뜻하지 않습니다. 범위를 지나치게 넓게 설정하면 별도로 처리해야 할 주소까지 일치할 수 있습니다.

IP-CIDR6: IPv6 주소 대역을 일치시키는 키워드로, IP-CIDR이 다루는 주소 유형과 다릅니다. 대상에 IPv4와 IPv6 주소가 모두 있다면 IPv4 규칙만 설정했다고 모든 요청 경로를 확인한 것은 아닙니다. 결과가 예상과 다르면 실제로 사용된 주소 유형을 확인하세요.

FINAL: 앞선 규칙과 일치하지 않은 요청을 처리하며, 보통 규칙 끝에 기본 항목으로 둡니다. FINAL,DIRECT는 나머지 요청을 직접 연결 경로로 보낸다는 뜻이지 앞선 규칙이 적용되지 않는다는 뜻은 아닙니다. 예상과 다른 분할 라우팅이 발생하면 실제로 일치한 규칙을 확인한 뒤 FINAL에 도달했는지 살펴보세요.

PROXY / DIRECT / REJECT: 규칙에서 사용하는 세 가지 처리 정책입니다. PROXY는 프록시 경로를, DIRECT는 직접 연결을, REJECT는 요청 거부를 뜻합니다. 일치 후 수행할 동작이지 프로토콜 유형이나 일치 조건이 아닙니다. 대문자 정책과 Global Routing의 Proxy, Direct는 표시 위치를 기준으로 구분하세요.

04 · 구독 및 설정

항목, 파일, 구입 내역

구독 업데이트, 설정 전환, 앱 업데이트는 서로 다른 작업입니다. 아래 설명은 구독 또는 서버 정보를 이미 보유하고 있다는 전제에서 작성했습니다. 앱을 구입해도 이러한 정보가 자동으로 생성되지는 않습니다.

서버 항목: 서버 주소, 포트, 인증 정보, 프로토콜 매개변수를 저장한 연결 기록이며 노드라고도 합니다. SERVER 섹션에 표시되는 이름은 구분용 표시일 뿐 서버 위치, 속도, 연결 가능 여부를 보장하지 않습니다. Add Server에서 직접 입력할 때는 기존 정보를 항목별로 옮기세요.

설정 파일: 규칙, DNS 등의 설정을 정리하는 텍스트 파일로, 단일 서버 항목과는 역할이 다릅니다. 파일을 가져온 후 현재 활성화된 파일을 확인하고 Global Routing과 함께 적용 범위를 살펴보세요. 파일을 교체하기 전에는 비교하거나 복원할 수 있도록 기존 설정을 보관하세요.

규칙: 일치 조건과 처리 정책으로 구성된 설정 항목입니다. 예를 들어 도메인과 일치한 요청에 DIRECT를 적용할 수 있습니다. 규칙은 보통 순서대로 확인하므로 범위가 넓은 조건이 먼저 일치하면 뒤에 있는 세부 조건이 적용되지 않을 수 있습니다. 문제를 확인할 때는 파일에 도메인이 있는지만 검색하지 말고 실제로 일치한 항목을 확인하세요.

구입 항목: App Store에서 기존 구입 내역을 확인하는 메뉴입니다. 기기를 바꾸거나 앱을 다시 설치할 때는 구입 당시 사용한 Apple ID인지 먼저 확인하세요. Shadowrocket은 일회성 구입 앱이며 가격과 유니버설 구입 적용 여부는 App Store 페이지를 기준으로 합니다. 앱의 일회성 구입 ≠ 회선 요금제이며, 앱을 복원해도 서버 정보까지 복원되지는 않습니다.

05 · DNS 및 네트워크

조회, 핸드셰이크, 응답 시간

접속 과정에는 조회, 연결 설정, 보안 핸드셰이크, 데이터 전송이 차례로 진행될 수 있습니다. 한 단계의 성공이 다음 단계의 성공을 뜻하지는 않습니다. 오류가 발생한 단계를 확인해 문제를 진단하세요.

DNS: 도메인을 IP 주소 등의 레코드로 변환하는 시스템으로, 조회 결과는 후속 연결에 중요한 입력 정보입니다. 조회 성공은 응답을 받았다는 뜻일 뿐 주소에 연결할 수 있거나 대상 서비스가 정상 작동한다는 뜻은 아닙니다. DNS 조회 경로와 실제 요청 경로도 다를 수 있으므로 각각 확인해야 합니다.

DNS over HTTPS: HTTPS를 통해 DNS를 조회하는 방식으로, 보통 DoH라고 하며 클라이언트와 조회 서비스 사이의 전송을 보호합니다. 조회 서비스에 연결할 수 있어야 하며 해당 서비스의 도메인에도 초기 조회가 필요할 수 있습니다. DoH를 활성화해도 모든 요청이 프록시 경로를 사용하는 것은 아닙니다.

TLS: 전송 연결을 보호하고 상대방의 신원을 확인하는 보안 프로토콜로, 프록시 프로토콜 유형과는 다른 개념입니다. 인증서 검증 실패는 서버 이름, 인증서 유효 기간, 인증서 체인 또는 기기 시간과 관련될 수 있습니다. 비밀번호 문제로 단정하지 말고 관련 정보를 확인하세요.

SNI: TLS 핸드셰이크에서 대상 서버 이름을 전달하는 확장 정보로, 같은 주소의 서비스가 알맞은 사이트와 인증서를 선택하도록 합니다. 실제 연결 IP 주소와 다를 수 있지만 서버 구성에 맞아야 합니다. 이름이 일치하지 않으면 포트에 연결할 수 있어도 핸드셰이크가 완료되지 않을 수 있습니다.

지연 시간: 지정된 테스트 방식으로 측정한 응답 시간입니다. 테스트 유형과 대상, 로컬 네트워크 상태를 함께 고려해야 합니다. 지연 시간이 짧다고 처리량이 높거나 대용량 파일 전송이 안정적인 것은 아닙니다. 결과를 비교할 때는 테스트 조건을 최대한 동일하게 유지하고 실제 접속 및 오류 기록도 확인하세요.