공식 가이드 · 용어 찾아보기

Shadowrocket 용어 가이드

인터페이스 용어, 프로토콜 이름, 규칙 키워드

먼저 용어가 표시된 위치를 확인한 다음 기능을 파악하세요. 비슷한 표기도 화면 이름, 라우팅 모드, 규칙 정책을 각각 가리킬 수 있습니다. 이 페이지에서는 영문 표기를 유지하고 사용 맥락에 따라 차이를 설명합니다.

용어 5개 분류
항목 33개
영문 원문 대조

인터페이스 및 스위치

‘어디에서 조작하는지’와 ‘연결을 어떻게 처리하는지’를 구분하세요. 특히 Config, Proxy, Direct와 대문자로 표기된 규칙 정책은 문맥에 따라 의미가 달라집니다.

Home: Home은 서버 기록을 확인하고 연결 대상을 선택한 뒤 기본 연결 스위치를 조작하는 주요 화면입니다. 목록에 사용할 수 있는 기록이 있는지 확인하고, Global Routing을 점검한 다음 연결을 켜세요. 목록에 기록이 보인다고 해서 VPN 연결이 완료된 것은 아닙니다. 연결 후의 접속 결과는 선택한 서버, 현재 설정, 네트워크 상태에 따라서도 달라집니다.

Global Routing: Global Routing에서는 연결에 적용할 전역 처리 모드를 선택합니다. 일반적으로 Config, Proxy, Direct를 사용할 수 있습니다. Config는 현재 설정의 규칙에 따라 연결을 처리하고, Proxy는 주로 선택한 프록시를 사용하며, Direct는 주로 대상에 직접 연결합니다. 트래픽 분기 결과를 확인하기 전에 이 설정부터 점검하세요. 다른 모드에서 테스트하면서 규칙만 수정하는 일을 방지할 수 있습니다.

Config: Config는 두 가지 맥락에서 사용됩니다. 화면 이름으로는 설정 파일을 관리하고, Global Routing 옵션으로는 설정에 따라 연결을 처리합니다. 파일을 가져오는 것과 해당 파일을 선택하는 것은 별개의 작업입니다. 저장한 뒤에는 현재 적용된 설정인지도 확인하세요. 설명이 화면 메뉴를 가리키는지 모드 옵션을 가리키는지 먼저 살펴보고, 이름이 같다는 이유만으로 조작 위치를 판단하지 마세요.

Proxy: Proxy는 Global Routing의 모드 이름으로, 주로 현재 선택한 프록시를 통해 연결을 처리합니다. 서버 프로토콜 유형을 뜻하지 않으며 현재 서버의 연결 테스트가 성공했다는 의미도 아닙니다. 규칙의 PROXY와 비교하면, 전자는 전체 모드를 제어하고 후자는 특정 규칙이 일치했을 때 적용되는 처리 정책입니다.

Direct: Direct는 Global Routing에서 주로 연결을 대상에 직접 연결하는 모드입니다. 현재 네트워크에서 직접 접속이 되는지 비교할 때 사용할 수 있습니다. Direct를 선택해도 시스템에서 VPN 설정이 삭제되는 것은 아니며, 기본 연결 스위치가 꺼졌다는 뜻도 아닙니다. 클라이언트 연결을 중지하려면 Home에서 스위치 상태를 따로 확인하세요.

On Demand: On Demand는 설정한 조건에 따라 VPN 연결을 시작하는 기능이지, 별도의 서버 프로토콜이 아닙니다. 기능을 켜면 조건에 맞는 네트워크 요청이 연결을 다시 시작할 수 있습니다. 수동으로 중지한 뒤 연결이 다시 시작된다면 관련 조건부터 확인하세요. 설정을 변경하기 전에 어떤 상황에서 연결할지 정하고, 네트워크 설정을 여러 개 동시에 바꾸지 말고 하나씩 확인하세요.

Add Server: Add Server는 서버 정보를 직접 추가하는 메뉴입니다. 보유한 정보를 바탕으로 유형을 선택하고 주소, 포트, 인증 매개변수를 입력하세요. 프로토콜마다 필수 항목이 다르므로 한 유형의 매개변수를 다른 유형에 그대로 입력할 수 없습니다. 정보가 부족하다면 먼저 원본을 확인하세요. 서버 주소, 비밀번호 및 기타 인증 정보는 공개 스크린샷에 노출하지 않는 것이 좋습니다.

Data: Data에서는 클라이언트에 기록된 트래픽을 확인할 수 있습니다. 구체적인 통계 항목은 앱의 현재 화면을 기준으로 확인하세요. 여기에 표시되는 수치는 클라이언트의 집계 기준에 따른 것으로, 서비스 제공자의 데이터 한도나 요금 청구 내역과는 다릅니다. 수치를 비교할 때는 통계 기간, 초기화 여부, 연결 중 실제 사용량을 확인하세요. 한 번의 수치만으로 과금 오류를 판단해서는 안 됩니다.

Settings: Settings에서는 앱 기본 설정과 관련 동작을 관리합니다. Config에 있는 설정 내용과는 별개의 영역입니다. 변경 전에 기존 값을 기록하고, 변경이 앱 전체에 적용되는지 현재 설정에만 적용되는지 확인하세요. 문제를 점검할 때는 한 번에 한 항목만 바꾼 뒤 같은 대상을 다시 테스트해야 결과가 달라진 원인을 파악하기 쉽습니다.

프로토콜

프로토콜은 클라이언트와 서버 사이의 통신 방식을 설명합니다. 특정 프로토콜을 지원한다고 해서 임의의 주소와 인증 정보를 조합할 수 있는 것은 아닙니다.

Shadowsocks: Shadowsocks는 암호화 프록시 프로토콜입니다. 일반적으로 서버 주소, 포트, 암호화 방식, 비밀번호를 설정합니다. 암호화 방식은 서버 측 설정과 일치해야 하며 주소가 맞더라도 연결이 실패할 수 있습니다. 기존 기록을 가져온 뒤에는 매개변수가 모두 입력되었는지 확인하세요. 특히 비밀번호와 암호화 방식, 다른 프로토콜의 인증 필드를 혼용하지 마세요.

VMess: VMess는 일반적으로 UUID를 인증 정보의 일부로 사용하고 특정 전송 설정을 함께 적용하는 프록시 프로토콜입니다. 주소와 포트 외에도 TLS, 전송 경로, Host 등의 매개변수를 확인해야 할 수 있습니다. UUID가 맞더라도 다른 필드를 비워둘 수 있다는 뜻은 아닙니다. 보유한 서버 정보 전체를 기준으로 입력하세요.

VLESS: VLESS는 인증 식별자, 전송 방식, 보안 계층 설정을 각각 일치시켜야 하는 프록시 프로토콜입니다. 프로토콜 이름만으로 연결이 암호화되는지 알 수 없으며 TLS 등의 보안 매개변수를 별도로 확인해야 합니다. 연결에 실패하면 UUID만 반복해서 바꾸지 말고 원본 정보와 가져온 필드를 대조한 뒤 네트워크를 점검하세요.

Trojan: Trojan은 일반적으로 TLS와 함께 사용하는 프록시 프로토콜로, 서버 비밀번호와 인증서 검증 관련 매개변수를 일치시켜야 합니다. 서버 주소와 인증서 검증에 사용할 이름은 서로 다른 역할을 할 수 있으므로 원본 정보에 따라 입력하세요. 인증서 오류가 발생하면 검증을 끄는 것을 일반적인 해결 방법으로 삼지 말고 이름, 기기 시간, 인증서 상태를 확인하세요.

Hysteria2: Hysteria2는 QUIC 기반 프록시 프로토콜로, 네트워크에서 UDP를 지원해야 연결할 수 있습니다. 인증 정보가 맞는데도 연결 시간이 초과된다면 현재 네트워크나 서버 측 UDP 연결 가능성이 원인일 수 있습니다. 다른 프로토콜의 같은 이름을 가진 필드와 의미가 반드시 같지는 않으므로 가져오거나 확인할 때 해당 유형에 맞는 매개변수를 사용하세요.

WireGuard: WireGuard는 키 기반 터널 프로토콜로, 로컬과 상대 측의 키, 주소, 엔드포인트 정보를 올바르게 짝지어야 합니다. 개인 키는 민감한 정보이므로 공개 키와 혼동하거나 외부에 공유하지 마세요. 설정을 가져온 뒤에도 주소, 라우팅 범위, DNS 설정을 확인해야 합니다. 핸드셰이크에 성공했다고 해서 모든 대상에 접속할 수 있다는 뜻은 아닙니다.

규칙 키워드

규칙은 먼저 일치 조건을 지정한 다음 처리 정책을 정합니다. 일반적으로 위에서부터 순서대로 판단하므로, 범위가 넓은 조건이 앞에 오면 뒤에 있는 구체적인 규칙이 적용되지 않을 수 있습니다.

DOMAIN: DOMAIN은 전체 도메인 이름을 정확히 일치시킵니다. 예를 들어 DOMAIN,example.com,DIRECT는 지정한 도메인에만 적용됩니다. www.example.com 같은 하위 도메인이나 URL의 경로에는 자동으로 적용되지 않습니다. 하위 도메인 전체에 적용하려면 DOMAIN-SUFFIX의 범위를 확인하세요.

DOMAIN-SUFFIX: DOMAIN-SUFFIX는 도메인 접미사를 기준으로 일치시킵니다. example.com을 입력하면 해당 도메인과 하위 도메인을 포함할 수 있습니다. 여기에는 도메인 부분만 입력해야 하며 URL의 프로토콜 접두사나 페이지 경로를 추가하면 안 됩니다. 규칙의 적용 범위를 확인할 때는 해당 도메인 전체의 서비스에 미칠 영향을 고려하세요. 특정 페이지 하나 때문에 모든 하위 도메인의 처리 방식을 바꾸지 않도록 주의하세요.

DOMAIN-KEYWORD: DOMAIN-KEYWORD는 도메인에 지정한 문자열이 포함되어 있는지 확인하며, 일반적으로 정확한 도메인 규칙보다 넓은 범위에 적용됩니다. 같은 문자열이 서로 관련 없는 여러 도메인에 포함될 수 있으므로 특정 웹사이트 소유 여부를 확인하는 근거로 삼을 수 없습니다. 특정 도메인 하나만 처리하려면 범위가 더 명확한 조건을 우선 고려하세요.

GEOIP: GEOIP는 IP 지리 정보 데이터베이스를 기준으로 대상 IP의 지역을 판별합니다. 예를 들어 GEOIP,CN,DIRECT와 같이 사용할 수 있습니다. 웹페이지 언어, 계정 지역, 웹사이트 운영자의 소재지를 판별하는 규칙은 아닙니다. 데이터베이스 기록, DNS 응답, 콘텐츠 전송 네트워크에 따라 실제 일치 결과가 달라질 수 있으므로 연결 기록을 함께 확인하세요. 웹사이트 이름만으로 판단해서는 안 됩니다.

IP-CIDR: IP-CIDR은 CIDR 대역 표기로 대상 IPv4 주소를 일치시킵니다. 예를 들어 IP-CIDR,192.0.2.0/24,DIRECT를 사용할 수 있으며, 해당 주소는 문서 설명용입니다. 슬래시 뒤의 접두사 길이는 적용 범위를 정하며 포트 번호가 아닙니다. IPv6 주소에는 해당하는 IP-CIDR6 규칙을 사용하세요. 규칙을 수정하기 전에 주소 유형과 네트워크 대역을 확인해야 합니다.

FINAL: FINAL은 앞선 규칙이 모두 일치하지 않을 때 적용되는 기본 규칙입니다. 예를 들어 FINAL,PROXY처럼 사용합니다. 뒤의 조건이 적용될 기회를 없애지 않도록 일반적으로 규칙 목록의 마지막에 둡니다. 많은 연결이 FINAL에 해당한다면 앞선 조건의 범위가 너무 좁거나 잘못 작성되었는지, 현재 Config 모드인지 확인하세요.

PROXY: PROXY는 규칙 정책 키워드로, 규칙이 일치하면 연결을 프록시 경로로 처리합니다. 실제 연결 경로는 현재 선택과 설정에 따라 달라집니다. 이 키워드 자체에는 서버 주소, 인증 정보, 사용 가능 여부가 포함되지 않습니다. 대문자 키워드는 Global Routing의 Proxy 모드와 혼동하지 마세요. 규칙 정책은 해당 규칙이 판단에 포함되어 일치할 때만 적용됩니다.

DIRECT: DIRECT는 규칙이 일치하면 프록시 서버를 경유하지 않고 대상에 직접 연결하는 정책 키워드입니다. 직접 연결의 성공 여부는 현재 네트워크, DNS 응답, 대상 서비스 상태에 따라 달라집니다. 클라이언트 전체를 끄는 기능은 아닙니다. 같은 설정의 다른 연결은 다른 규칙에 따라 서로 다른 정책을 적용할 수 있습니다.

REJECT: REJECT는 규칙에 일치하는 연결을 거부한다는 뜻이며, 다른 회선을 바꿔 가며 재시도하는 기능이 아닙니다. 조건 범위가 너무 넓으면 로그인, 이미지, 앱 API 등 정상적인 요청까지 차단할 수 있습니다. 특정 기능만 실패한다면 먼저 거부 규칙에 일치하는지 확인한 뒤 범위를 좁히세요. 설정 전체를 바로 삭제하는 것은 피하는 편이 좋습니다.

구독 및 설정

구독은 서버 기록을 업데이트하고, 설정은 연결 동작을 정의합니다. 먼저 어떤 정보가 부족한지 확인한 다음 알맞은 가져오기 및 점검 절차를 선택하세요.

서버 기록: 서버 기록은 클라이언트에 저장된 주소, 포트, 프로토콜 및 인증 매개변수의 모음이며, 노드라고도 합니다. 목록에 표시된 이름은 구분을 위한 라벨일 뿐, 실제 위치나 속도, 사용 가능 여부를 나타내지 않습니다. 매개변수를 수정하기 전에 기록을 직접 입력했는지 구독으로 가져왔는지 확인하세요. 구독 업데이트로 구독 관리 항목이 덮어써질 수 있습니다.

설정 파일: 설정 파일은 규칙, DNS 및 관련 연결 동작을 정의하며, 서버 기록이 포함된 구독과는 다릅니다. 설정을 가져와도 사용할 수 있는 서버가 생기는 것은 아니며, 구독을 가져왔다고 규칙 설정까지 완료되는 것도 아닙니다. 사용 전에 설정의 출처와 내용을 현재 요구 사항에 맞춰 확인하고, Config에서 적용 중인 파일을 점검하세요. 파일을 저장만 하고 선택하지 않는 일이 없도록 주의하세요.

DNS: DNS는 도메인을 IP 주소로 변환하는 기능으로, 대상에 접속하기 전에 거치는 중요한 단계입니다. 하지만 변환에 성공해도 연결이 성공한다는 뜻은 아닙니다. DNS 조회에 사용된 경로와 실제 연결에 사용된 경로를 각각 확인해야 합니다. IP 결과 하나만으로 트래픽 경로를 판단할 수 없습니다. 문제를 점검할 때는 도메인 변환 실패, 비정상적인 변환 결과, 연결 시간 초과를 구분한 뒤 해당 설정을 조정하세요.

Connectivity Test: Connectivity Test는 현재 테스트 방식에 따라 서버 연결 상태를 확인하며, 표시 시간은 해당 테스트에만 해당합니다. 지연 시간이 짧다고 다운로드 속도가 빠른 것은 아니며, 한 번 테스트에 성공했다고 모든 웹사이트와 서비스를 정상적으로 이용할 수 있는 것도 아닙니다. 결과를 비교할 때는 테스트 방식과 네트워크를 동일하게 유지하고 실제 대상에 접속해 확인하세요. 숫자 하나만으로 판단하지 마세요.

App Store 및 구매

구매 기록은 앱을 받을 수 있는 권한과 관련이 있고, 서버 및 구독 정보는 별개의 자료입니다. 기기를 바꿀 때는 두 항목을 각각 확인하세요.

App Store: App Store는 Shadowrocket을 구매하고 받을 수 있는 유일한 경로입니다. iPhone과 iPad 사용자는 제품 페이지에서 앱 정보를 확인하세요. 앱의 표시 여부는 현재 계정의 스토어 지역에 따라 달라질 수 있으며, 검색 결과에 비슷한 이름이 있다면 항목별로 확인해야 합니다. 호환 기기와 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. 받기 전에 정품 다운로드 안내를 읽어보세요.

앱 ID: Shadowrocket의 앱 ID는 932747118이며 제품 페이지 URL에는 id932747118로 표시됩니다. 정품 여부를 확인할 때는 개발자 Shadow Launch Technology Limited와 공식 아이콘도 함께 확인하세요. 앱 ID는 제품 식별자이지 계정 식별자나 구독 인증 정보가 아닙니다.

일회성 구매: 일회성 구매는 클라이언트 사용 권한을 구매하는 방식입니다. 미국 스토어 가격은 약 2.99달러이며, 각 스토어에는 현지 통화로 표시됩니다. 실제 금액은 App Store 페이지를 확인하세요. 클라이언트 일회성 구매 ≠ 회선 요금제입니다. 앱을 구매해도 서버나 구독이 자동으로 제공되지는 않습니다. 구독은 서비스 제공자에게서 별도로 받아 사용 안내에 따라 가져와야 합니다.

구입 항목: 구입 항목은 App Store에서 구매 계정에 연결된 앱 기록으로, 기기를 바꾸거나 앱을 다시 설치할 때 앱을 다시 받을 수 있습니다. 먼저 구매 당시 사용한 Apple ID로 로그인했는지 확인하고 계정의 앱 또는 구매 기록에서 앱을 찾으세요. 구체적인 메뉴 이름은 기기 화면에 표시된 내용을 기준으로 확인하세요. 앱을 다시 받는 것과 구독 및 설정을 복원하는 것은 별개의 작업입니다. 자세한 내용은 구입 항목 복원 안내를 확인하세요.

다음 작업에 필요한 안내

용어를 확인했다면 해당 단계로 돌아가 설정을 점검하세요. 규칙을 다룰 때는 Global Routing과 현재 설정을 먼저 확인한 다음 규칙 순서와 일치 결과를 비교하세요.