본문으로 건너뛰기

공식 매뉴얼 · 용어 찾아보기

Shadowrocket 용어집:영문 인터페이스 명칭으로 설정과 규칙 이해하기

용어가 표시된 위치부터 확인한 다음 그 기능을 살펴보세요. Config는 화면 이름일 수도 있고 Global Routing 옵션일 수도 있습니다. 규칙의 대문자 PROXY는 처리 정책이지 프로토콜 이름이 아닙니다. 아래에서는 영문 표기를 유지하고 용도별로 설명합니다.

인터페이스와 토글
프로토콜과 규칙
서버와 진단

인터페이스와 토글:현재 조작 위치부터 확인하기

Home: Home은 서버 목록을 확인하고 기본 서버를 선택하거나 연결 토글을 조작하는 화면입니다. 항목을 가져와 목록에 표시되더라도 연결이 설정된 것은 아닙니다. 처음 사용하는 경우 빠른 시작을 따라 서버 선택, 토글, 시스템 권한을 차례로 확인하세요.

Global Routing: Global Routing은 현재 트래픽에 적용할 전역 처리 방식을 결정합니다. 주요 옵션은 Config, Proxy, Direct이며, Scene으로 이동하는 메뉴도 있습니다. 서버 선택과는 별개의 설정입니다. 특정 요청의 경로를 확인하려면 먼저 여기의 옵션을 살펴보고 구성의 규칙을 확인하세요.

Config: Config는 화면 이름으로는 구성 파일 관리에 사용되고, Global Routing 옵션으로는 현재 구성의 규칙에 따라 트래픽을 처리한다는 뜻입니다. 이 옵션을 사용하기 전에 현재 활성화된 구성이 무엇인지 확인하세요. 파일이 목록에 보인다고 해서 선택되어 사용 중인 것은 아닙니다.

Proxy: Proxy는 Global Routing에서 트래픽을 현재 선택된 프록시로 보내는 옵션입니다. 규칙 일치 문제와 서버 연결 문제를 임시로 구분할 때 사용할 수 있지만, 잘못된 주소나 인증 매개변수를 해결해 주지는 않습니다. 전환하기 전에 원래 옵션을 기억해 두고 테스트가 끝나면 필요한 설정으로 되돌리세요.

Direct: Direct는 프록시 서버를 거치지 않고 대상에 직접 연결한다는 뜻입니다. 목록의 서버 항목을 삭제하거나 클라이언트 연결 토글을 끄는 기능은 아닙니다. 전환한 뒤에도 대상에 접속할 수 없다면 서버 상태만 확인하지 말고 로컬 네트워크, DNS, 대상 자체를 살펴보세요.

On Demand: On Demand는 미리 설정한 조건에 따라 VPN 연결을 시작하며, 실제 동작은 설정된 조건과 시스템 처리 방식에 따라 달라집니다. 전역 트래픽 정책이 아니며 서버 인증을 대신하지도 않습니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 On Demand 조건과 현재 연결 설정을 함께 확인하세요.

프로토콜:보유한 정보에 맞춰 매개변수 확인하기

프로토콜 이름은 통신 방식을 구분하기 위한 것으로, 속도 순위를 의미하지 않습니다. 프로토콜은 사용자가 보유한 서버 정보에 맞춰 선택하세요. 프로토콜 이름만 바꾸고 다른 프로토콜의 필드를 그대로 두어서는 안 됩니다.

Shadowsocks: Shadowsocks는 프록시 프로토콜입니다. 연결 정보에는 일반적으로 서버 주소, 포트, 암호화 방식, 비밀번호가 포함됩니다. 암호화 방식은 서버 측 설정과 일치해야 하며, 비밀번호가 같아도 연결에 성공한다는 보장은 없습니다. 정보에 플러그인 설정이 포함되어 있다면 원래 안내에 맞춰 확인하세요.

VMess: VMess는 사용자 식별자 등의 매개변수로 인증하며 다양한 전송 방식과 함께 사용할 수 있습니다. 가져올 때 주소와 포트뿐 아니라 전송 유형, 경로, TLS 관련 필드도 확인하세요. 시스템 시간이 크게 어긋나면 인증에 영향을 줄 수 있으므로 문제를 확인할 때 함께 살펴보세요.

VLESS: VLESS는 프록시 프로토콜 이름이며 구체적인 전송 및 보안 설정과 함께 이해해야 합니다. TLS와 같은 의미가 아니며 프로토콜 이름만으로 연결이 암호화되는지 판단할 수도 없습니다. 가져온 뒤 사용자 식별자, 전송 방식, 원래 정보에 명시된 보안 매개변수를 확인하세요.

Trojan: Trojan은 일반적으로 TLS와 함께 사용합니다. 비밀번호, 서버 주소, 포트, 서버 이름이 연결에 영향을 줄 수 있습니다. 주소가 정상적으로 확인되더라도 인증서 검증이 통과한다는 뜻은 아닙니다. 관련 오류가 발생하면 먼저 서버 이름과 시스템 시간을 확인하고, 검증을 건너뛰는 방법을 일반적인 해결책으로 삼지 마세요.

Hysteria2: Hysteria2는 QUIC 기반 프록시 프로토콜이며, 연결 여부는 UDP 도달 가능성과 서버 설정에 영향을 받습니다. Hysteria2라는 이름은 가져온 정보와 일치해야 하며 다른 프로토콜의 인증 필드와 혼용해서는 안 됩니다. 한 네트워크에서는 연결되지만 다른 네트워크에서는 실패한다면 네트워크 경로의 차이도 확인하세요.

WireGuard: WireGuard는 공개 키와 개인 키, 피어 매개변수로 암호화 터널을 설정합니다. 설정 구조는 비밀번호만 입력하는 서버 항목과 다릅니다. 개인 키, 피어 공개 키, 엔드포인트 주소, 라우팅 범위는 각각 역할이 다릅니다. 스크린샷을 공유하거나 백업할 때 개인 키를 보호하고 일반 메모처럼 공개하지 마세요.

규칙 키워드:일치 조건과 처리 정책 구분하기

규칙은 일반적으로 순서대로 확인하며, 앞쪽 규칙에 일치하면 뒤쪽 규칙이 적용되지 않을 수 있습니다. 아래 도메인은 문법 설명을 위한 예시일 뿐 서버나 구독 출처를 나타내지 않습니다.

DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY

DOMAIN: DOMAIN은 전체 도메인 이름을 기준으로 일치시킵니다. 예를 들어 DOMAIN,example.com,PROXY는 정확히 해당 도메인에 적용되는 조건을 지정합니다. 이 규칙은 해당 도메인의 모든 하위 도메인에 자동으로 적용되지 않습니다. 입력할 때 전체 웹 주소의 경로, 쿼리 매개변수, 프로토콜 접두사는 도메인에 포함하지 마세요.

DOMAIN-SUFFIX: DOMAIN-SUFFIX는 지정한 도메인과 그 하위 도메인에 일치하므로 같은 도메인 범위에 공통 정책을 적용할 때 적합합니다. 예를 들어 example.com에 일치시키면 www.example.com에도 적용할 수 있습니다. 도메인 경계를 기준으로 판단하며 임의의 문자열에서 비슷한 부분을 찾는 방식은 아닙니다.

DOMAIN-KEYWORD: DOMAIN-KEYWORD는 도메인에 지정한 문자열이 포함되어 있는지 기준으로 일치시키며, 일반적으로 정확한 도메인 규칙보다 범위가 넓습니다. 짧은 단어 하나가 서로 관련 없는 여러 도메인에 일치할 수 있습니다. 규칙을 추가한 뒤 실제 일치 기록을 확인해 조건이 지나치게 넓어 다른 요청에 영향을 주지 않는지 살펴보세요.

IP-CIDR / IP-CIDR6: IP-CIDR은 IPv4 대역에, IP-CIDR6은 IPv6 대역에 사용하며 슬래시 뒤 숫자는 접두사 길이를 나타냅니다. 예를 들어 192.168.0.0/16은 단일 주소가 아니라 주소 범위입니다. 도메인 확인 결과, 규칙 순서, 구성의 DNS 옵션에 따라 주소 규칙이 일치하는 과정이 달라질 수 있습니다.

GEOIP: GEOIP는 IP 지리 데이터베이스의 분류 결과를 기준으로 대상 주소에 일치합니다. 웹페이지 언어나 도메인 접미사로 판단하는 규칙은 아닙니다. 데이터베이스의 분류가 서비스의 실제 서버 위치와 다를 수 있습니다. 예상과 다르게 트래픽이 분기되면 확인된 주소와 일치한 규칙을 함께 살펴보세요. 분류 결과가 실제 위치를 보장하지는 않습니다.

FINAL: FINAL은 앞선 규칙과 일치하지 않은 요청에 최종 정책을 지정하며 일반적으로 규칙의 마지막에 둡니다. 앞선 규칙을 무효화하는 전역 토글은 아닙니다. 대부분의 요청이 FINAL에 해당한다면 앞선 규칙의 조건과 순서, 현재 Global Routing 옵션을 확인하세요.

PROXY / DIRECT / REJECT: 이 세 대문자 단어는 규칙의 처리 정책입니다. PROXY는 프록시로 전달, DIRECT는 직접 연결, REJECT는 요청 거부를 뜻합니다. 규칙 앞부분의 일치 조건과 역할이 다르며 프로토콜 이름도 아닙니다. 요청이 실패하면 먼저 REJECT 규칙에 일치했는지 확인한 다음 네트워크나 인증 문제를 살펴보세요.

구독과 서버:정보를 가져오는 메뉴와 구성 파일 구분하기

이 작업은 사용자가 이미 보유한 정보를 가져오고 정리하는 데만 해당합니다. 구체적인 메뉴와 업데이트, 백업 방법은 서버 관리 매뉴얼 →에서 확인하세요.

서버: 서버 항목은 클라이언트에 저장된 연결 매개변수 모음입니다. 일반적으로 프로토콜, 주소, 포트, 인증 정보가 포함되며 노드라고도 합니다. 목록에 항목이 있다고 해서 원격 서버가 현재 온라인이라는 뜻은 아닙니다. 표시 이름은 구분을 위한 레이블일 뿐이며 실제 연결 대상은 항목 내부의 주소와 관련 필드로 결정됩니다.

Add Server: Add Server는 서버 항목을 직접 만드는 메뉴입니다. 프로토콜을 선택하면 해당 프로토콜에 맞는 필드가 표시됩니다. 모든 프로토콜을 주소, 포트, 비밀번호만 입력하면 되는 것으로 여기지 말고 보유한 정보에 따라 각 항목을 입력하세요. 저장한 뒤 다시 열어 전송 방식, 경로, TLS 설정이 빠지지 않았는지 확인하세요.

Scan QR Code: Scan QR Code는 QR 코드에서 연결 정보를 읽어 긴 매개변수를 직접 입력하는 과정을 줄여 줍니다. QR 코드를 인식했다는 것은 클라이언트가 처리할 수 있는 내용을 읽었다는 뜻일 뿐 서버를 사용할 수 있다는 의미는 아닙니다. 가져온 뒤에도 프로토콜과 주소를 확인하고 인증 정보가 포함된 QR 코드를 공개적으로 공유하지 마세요.

구성 파일: 구성 파일은 규칙과 관련 설정을 정리하는 파일로, 서버 항목이나 구독 주소와 혼동해서는 안 됩니다. 구독은 어떤 연결 정보가 있는지 알려 주고, 구성은 트래픽을 어떻게 처리할지 결정합니다. 수정하기 전에 복구할 수 있는 사본을 보관하고 파일이 선택되어 활성화되었는지 확인하세요. 사용하지 않는 파일만 수정하는 일을 피할 수 있습니다.

연결 및 진단:테스트 범위에 맞춰 결과 이해하기

Connectivity Test: Connectivity Test는 현재 연결로 테스트 대상에 접속되는지 확인합니다. 결과는 테스트 주소, 라우팅 옵션, 당시 네트워크 상태에 영향을 받습니다. 테스트에 성공해도 모든 앱과 대상에 접속할 수 있다는 뜻은 아닙니다. 실패하면 먼저 기본 서버, 연결 토글, Global Routing을 확인한 뒤 구체적인 매개변수를 살펴보세요.

지연 시간: 지연 시간은 특정 테스트 방식에서 요청과 응답에 걸린 시간입니다. 다운로드 속도나 장기적인 안정성을 나타내지는 않습니다. 테스트 방식이 다르면 결과를 직접 비교하기 어려울 수 있습니다. 정렬 결과를 참고하되 실제 연결도 확인하고, 시간 초과는 로컬 네트워크와 서버 상태를 함께 고려해 판단하세요.

DNS: DNS는 도메인 이름을 주소로 변환하며 연결 과정의 한 단계입니다. 변환에 성공해도 이후 전송, 인증, TLS 검증에서 실패할 수 있습니다. 일부 도메인에서만 문제가 발생한다면 확인된 주소, 관련 규칙, 대상에 접속할 수 있는지 함께 살펴보세요. VPN 상태만으로 원인을 판단하지 마세요.

TLS: TLS는 전송 암호화와 서버 인증에 사용되며 인증서와 서버 이름을 주로 확인해야 합니다. 연결 주소, HTTP Host, TLS 서버 이름이 서로 다를 수 있으므로 보유한 정보에 따라 입력하세요. 인증서 문제가 발생하면 시스템 시간, 이름, 인증서 상태를 먼저 확인하고 정상적인 검증 설정을 유지하세요.

VPN 구성: VPN 구성은 Apple 시스템에서 클라이언트가 해당 네트워크 트래픽을 처리하도록 허용하는 권한 설정입니다. 처음 연결할 때 시스템 확인 창이 나타날 수 있습니다. 구성을 추가하도록 허용해도 서버 인증이 성공했다는 뜻은 아닙니다. 시스템에 연결 상태가 표시된 뒤에도 Connectivity Test와 실제 대상 접속으로 동작을 확인하세요.

Data: Data에서는 트래픽 관련 기록과 통계를 확인할 수 있습니다. 표시되는 항목은 앱의 현재 화면을 기준으로 확인하세요. 트래픽 기록은 해당 네트워크 활동이 있었다는 의미일 뿐 서비스 요청이 성공했다는 것을 단독으로 증명하지 않습니다. 문제를 살펴볼 때 요청 시간, 일치한 규칙, 오류 정보를 함께 확인하고 기록을 공유하기 전에 민감한 내용을 삭제하세요.