화면 메뉴와 스위치
Home
기존 서버와 구독을 관리하고 연결 대상을 선택해 연결 상태를 확인하는 메뉴입니다. 목록에 서버가 보인다는 것은 정보가 저장되었다는 뜻일 뿐, VPN 연결이나 대상 서비스의 사용 가능 여부를 의미하지 않습니다. 처음 사용할 때는 선택한 항목을 확인한 다음 연결 스위치와 시스템에 표시되는 VPN 상태를 점검하세요.
화면 메뉴와 스위치
Home에서는 연결 대상을 관리하고, Global Routing에서는 트래픽 처리 방식을 정하며, On Demand에서는 연결 시점을 설정합니다. 모든 스위치를 반복해서 바꾸기보다 이 세 가지를 나눠 확인하면 문제를 찾기 쉽습니다.
화면 메뉴와 스위치
기존 서버와 구독을 관리하고 연결 대상을 선택해 연결 상태를 확인하는 메뉴입니다. 목록에 서버가 보인다는 것은 정보가 저장되었다는 뜻일 뿐, VPN 연결이나 대상 서비스의 사용 가능 여부를 의미하지 않습니다. 처음 사용할 때는 선택한 항목을 확인한 다음 연결 스위치와 시스템에 표시되는 VPN 상태를 점검하세요.
화면 메뉴와 스위치
전체 라우팅 방식으로 Config, Proxy, Direct 세 가지 모드를 선택합니다. Config는 현재 설정 규칙에 따라 연결을 처리하고, Proxy는 프록시 정책을 적용할 수 있는 연결에 프록시를 사용하며, Direct는 직접 연결합니다. 서버를 제공하거나 연결 스위치 역할을 하는 기능은 아닙니다. 규칙이 적용되지 않을 때는 먼저 Config 모드인지 확인하세요.
화면 메뉴와 스위치
설정한 네트워크 조건에 따라 VPN 연결을 시작하는 기능으로, 특정 조건에서 자동으로 연결할 때 사용합니다. 이 기능은 ‘언제 연결할지’를 정하고, 규칙 라우팅은 ‘연결 후 요청을 어떻게 처리할지’를 정합니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 먼저 On Demand 조건을 확인하세요. 수동 연결을 테스트할 때는 변수를 줄이기 위해 이 기능을 잠시 꺼둘 수 있습니다.
화면 메뉴와 스위치
사용자가 보유한 서버 정보를 직접 추가하는 메뉴입니다. 실제 프로토콜에 맞춰 주소, 포트, 인증 정보를 입력해야 합니다. 프로토콜마다 필수 항목이 다르므로 한 프로토콜의 비밀번호나 사용자 식별자를 다른 프로토콜에 그대로 적용하면 안 됩니다. 저장 후 Type, 주소, 포트, TLS 등의 정보를 다시 확인한 뒤 연결을 테스트하세요.
화면 메뉴와 스위치
목록에 있는 항목의 연결 상태를 테스트하는 기능입니다. 결과는 테스트 대상과 방법, 당시 네트워크 상태에 따라 달라집니다. 테스트 시간은 보통 밀리초 단위로 표시되지만 다운로드 속도나 지속적인 전송 성능을 의미하지 않습니다. 결과를 비교할 때는 같은 방법을 사용하고, 한 번 실패했다면 실제 접속 상태와 연결 로그도 함께 확인하세요.
화면 메뉴와 스위치
도메인 이름을 IP 주소로 변환하는 방식으로, 도메인으로 서비스에 접속할 때 중요한 과정입니다. DNS 조회가 성공해 주소를 받았더라도 이후 연결까지 성공한다고 볼 수는 없습니다. 변환 결과는 IP 기반 규칙의 판단에도 영향을 줄 수 있습니다. 문제를 확인할 때는 DNS 조회, 규칙 적용 여부, 연결 경로를 각각 점검하고 웹페이지가 열리지 않는다는 이유만으로 DNS를 바꾸지 마세요.
프록시 프로토콜
프로토콜은 클라이언트와 서버의 통신 방식을 정하며, 속도나 품질을 보장하지 않습니다. 아래 내용은 기술 용어 설명입니다. 설정할 때는 사용자가 보유한 서버의 실제 값을 기준으로 하고, 이름만 보고 인증 방식이나 전송 설정을 추측하지 마세요.
프록시 프로토콜
프록시 프로토콜의 하나로, 일반적인 설정값은 서버 주소, 포트, 암호화 방식, 비밀번호입니다. 클라이언트와 서버의 암호화 방식이 일치해야 하며, 비밀번호만 확인해서는 연결 성공을 보장할 수 없습니다. 기존 설정에 다른 관련 항목이 있다면 모두 유지하고 서버 안내와 하나씩 대조하세요.
프록시 프로토콜
사용자 식별자 등의 정보로 인증하는 프록시 프로토콜입니다. UUID는 흔히 쓰이는 식별 정보입니다. 전송 방식, 경로, Host, TLS 등의 설정을 서버와 맞춰야 하며 UUID가 올바르다고 해서 모든 설정이 맞는 것은 아닙니다. 가져온 뒤 연결에 실패한다면 사용자 식별자만 반복해서 바꾸기보다 전송 계층 설정을 확인하세요.
프록시 프로토콜
사용자 식별자로 인증하는 프록시 프로토콜입니다. 프로토콜 이름만으로 전송 암호화가 활성화되었다고 볼 수는 없습니다. 실제 연결은 전송 방식과 TLS 등의 보안 설정에도 달려 있습니다. VMess 항목의 Type만 VLESS로 바꿔 전환을 완료했다고 볼 수 없으며, 서버에서 제공한 해당 프로토콜의 설정값을 사용해야 합니다.
프록시 프로토콜
일반적으로 TLS와 함께 사용하는 프록시 프로토콜입니다. 비밀번호는 인증에 쓰이며, 서버 이름과 인증서 검증 설정은 TLS 핸드셰이크에 영향을 줍니다. 연결 주소와 인증서 검증에 사용하는 이름이 다를 수 있으므로 기존 설정에 따라 각각 입력해야 합니다. 인증서 오류가 발생하면 이름, 인증서 유효성, 기기 시간을 확인하고 인증서 검증을 무작정 건너뛰지 마세요.
프록시 프로토콜
범용 프록시 프로토콜 두 종류로, 주소, 포트, 계정과 비밀번호를 사용할 수 있지만 통신 방식은 서로 다릅니다. 이름만으로 연결이 암호화되었다고 볼 수 없으므로 TLS 사용 여부와 UDP 지원 여부를 각각 확인하세요. 실제 서비스에 맞는 Type을 선택하고 일반 웹사이트 주소를 프록시 엔드포인트로 입력하지 마세요.
프록시 프로토콜
키 쌍 기반 터널 프로토콜입니다. 설정에는 로컬 키, 피어의 공개 키, 엔드포인트 주소, 주소 범위 등이 필요합니다. 개인 키는 민감한 정보이므로 사용자가 직접 관리하는 환경에만 저장하고, 문제 해결을 위해 화면을 공유하기 전에 반드시 제거하세요. 가져온 뒤에는 엔드포인트 입력 여부뿐 아니라 주소 범위와 라우팅 설정도 확인해야 합니다.
프록시 프로토콜
QUIC 기반 프록시 프로토콜로 UDP 연결이 필요합니다. 일반적인 확인 항목에는 포트, 인증 정보, TLS 서버 이름, 혼잡 방지 설정 등이 있습니다. TCP 연결만 가능하다고 해서 이 프로토콜을 사용할 수 있는 것은 아닙니다. 네트워크를 바꾼 뒤 동작이 달라진다면 UDP 연결 가능 여부를 확인하세요. 대역폭 관련 설정도 실제 환경에 맞춰 입력해야 합니다.
프로토콜 개요 보기 →규칙 키워드
규칙은 일반적으로 목록의 위에서 아래 순서로 확인하며, 먼저 일치한 규칙이 처리 방식을 결정합니다. 먼저 도메인과 IP 중 무엇을 일치시킬지 정한 다음 키워드를 선택하세요. 수정 후에는 Global Routing의 Config 모드에서 실제 적용 결과를 확인하세요.
규칙 키워드
도메인 전체를 일치시킵니다. 예를 들어 DOMAIN,example.com,PROXY는 해당 도메인만 지정하며 하위 도메인까지 자동으로 포함하지 않습니다. 도메인 필드에 https://, 포트, 웹페이지 경로를 넣지 마세요. 실제 요청이 다른 하위 도메인에서 발생한다면 해당 규칙을 추가하거나 적절한 접미사 일치 규칙을 사용하세요.
규칙 키워드
지정한 도메인과 하위 도메인을 일치시킵니다. 예를 들어 DOMAIN-SUFFIX,example.com,PROXY는 example.com과 www.example.com에 적용됩니다. 필드에 *.를 추가하거나 전체 URL을 입력할 필요가 없습니다. 도메인 경계를 기준으로 일치시키며 임의의 문자열 포함 여부를 검사하는 방식이 아닙니다.
규칙 키워드
도메인에 포함된 특정 문자열을 일치시킵니다. 예를 들어 DOMAIN-KEYWORD,example,PROXY를 사용할 수 있습니다. 전체 도메인이나 접미사 일치보다 범위가 넓어 의도하지 않은 도메인에도 적용될 수 있습니다. 정확한 제어가 필요하다면 DOMAIN 또는 DOMAIN-SUFFIX를 우선 고려하고, 규칙 순서 때문에 먼저 일치하는 항목이 있는지 확인하세요.
규칙 키워드
IPv4 주소 범위로 일치시키며, 네트워크 주소와 프리픽스 길이를 조합해 표기합니다. 예를 들어 IP-CIDR,192.168.0.0/16,DIRECT와 같습니다. 슬래시 뒤 숫자는 네트워크 프리픽스 길이이며 포트 번호가 아닙니다. 이 규칙은 대상 IP에 적용됩니다. 도메인으로 접속을 시작하는 경우에는 DNS 조회 결과와 현재 설정된 DNS 처리 방식도 고려해야 합니다.
규칙 키워드
IPv6 주소 범위를 일치시킵니다. 예를 들어 IP-CIDR6,2001:db8::/32,DIRECT와 같이 씁니다. 주소는 문법 설명용입니다. IPv4 대역 규칙으로 IPv6 규칙을 대신할 수 없으며, 같은 도메인에서도 두 종류의 주소가 모두 조회될 수 있습니다. IP 규칙이 적용되지 않는다면 실제 연결에서 사용한 주소 유형부터 확인하세요.
규칙 키워드
IP 지리 데이터베이스에 기록된 위치 정보를 기준으로 대상 주소를 일치시킵니다. 예를 들어 GEOIP,CN,DIRECT와 같이 씁니다. 웹페이지 언어, 도메인 접미사, 사용자의 현재 위치를 기준으로 판단하지 않으며, 데이터베이스 정보와 서비스의 실제 배포 위치가 다를 수도 있습니다. 특정 도메인을 정확하게 제어하려면 더 구체적인 도메인 규칙을 이 규칙보다 앞에 두세요.
규칙 키워드
앞선 규칙에 일치하는 항목이 없을 때 적용하는 기본 규칙입니다. 예를 들어 FINAL,PROXY와 같습니다. 일반적으로 규칙 목록의 마지막에 둡니다. 너무 앞에 있으면 뒤의 규칙이 확인되지 않습니다. 접속 경로가 예상과 다르다면 FINAL만 바꾸지 말고 앞쪽의 구체적인 규칙과 최종 정책을 함께 확인하세요.
규칙 키워드
규칙이 일치했을 때 적용되는 정책입니다. PROXY는 프록시 정책 사용, DIRECT는 직접 연결, REJECT는 연결 거부를 뜻합니다. 대문자 키워드와 Global Routing의 Proxy, Direct는 서로 다른 단계이므로 같은 스위치로 혼동하지 마세요. 정책은 규칙에서 요구하는 위치에 지정해야 합니다. REJECT로 연결이 거부된 경우 서버를 반복 테스트해도 해결되지 않습니다.
구독 및 설정 파일
구독은 주로 연결 대상을 관리하고 설정 파일은 주로 트래픽 처리 방식을 정의합니다. 링크 형태만으로 둘을 구분해서는 안 됩니다. 가져오기 전에 내용의 용도를 확인하고 원본 정보를 안전하게 보관하세요. 구독 주소에 포함된 인증 정보는 공개 화면에 노출하지 마세요.
구독 및 설정 파일
사용자가 보유한 구독 주소를 통해 서버 목록을 가져오고 관리하는 방식입니다. 주소는 사용자가 이용 중인 서비스 제공처에서 받아야 합니다. 단일 서버 정보와 같지 않으며 전체 라우팅 규칙이나 DNS 설정이 반드시 포함되는 것도 아닙니다. 가져온 뒤 목록과 그룹이 예상대로인지 확인하고, 웹페이지 안내 주소를 구독 주소로 입력하지 마세요.
구독 및 설정 파일
프로토콜, 주소, 포트, 인증 정보 등을 포함하는 연결 엔드포인트 정보로, 노드라고도 합니다. 표시 이름은 식별을 돕는 이름일 뿐 실제 위치나 속도, 사용 가능 여부를 증명하지 않습니다. 여러 항목을 보유했다면 출처별로 정리하고, 이름만 보고 선택하기보다 같은 테스트 방법으로 사용할 수 있는지 확인하세요.
구독 및 설정 파일
설정 관리에서는 설정 파일을 여는 메뉴를 뜻하며, 파일에는 규칙, DNS, 기타 처리 설정이 들어갈 수 있습니다. Global Routing에서는 설정 규칙에 따라 연결을 처리하는 모드를 의미합니다. 설정 파일을 가져와도 자동으로 선택되는 것은 아니며 라우팅 모드가 Config로 전환되는 것도 아닙니다. 수정 전에 원본을 보관하고, 수정 후에는 현재 사용 중인 파일과 실제 접속 결과를 확인하세요.
Config 설정 안내 보기 →구독 및 설정 파일
기존 구독 주소에 다시 요청을 보내 서버 정보를 새로 고치는 과정으로, App Store에서 Shadowrocket 앱을 업데이트하는 것과 다릅니다. 업데이트로 목록 내용이 바뀌거나 제공처 필드가 덮어써질 수 있어 로컬에서 직접 수정한 내용이 계속 유지되지 않을 수 있습니다. 업데이트에 실패하면 주소, 유효 상태, 네트워크 연결을 먼저 확인한 뒤 오류 응답을 살펴보세요. 무작정 반복해서 추가하면 목록이 중복될 수 있습니다.
구독 실패 관련 질문 보기 →구독 및 설정 파일
조건에 따라 요청 URL을 다시 쓰거나 다른 주소로 리디렉션하는 설정 기능입니다. 직접 연결 또는 프록시 사용을 선택하는 라우팅 규칙과는 목적이 다릅니다. 일치 표현식의 범위가 너무 넓으면 정상 요청에도 영향을 줄 수 있으므로 규칙 내용을 이해한 뒤 활성화하세요. HTTPS 콘텐츠 처리에는 별도의 복호화 조건도 필요하며, 재작성 규칙 하나만 추가한다고 자동으로 적용되지는 않습니다.
App Store 및 계정
앱 구매 내역, 서버 정보, 설정 파일은 서로 다른 항목입니다. 앱을 복원한 뒤에도 연결 정보가 모두 있는지 확인해야 합니다. 스토어 지역, 호환성, 구매 범위는 설치 가이드에서 더 확인할 수 있습니다.
App Store 및 계정
Shadowrocket을 구매하고 받을 수 있는 유일한 경로입니다. 주로 iPhone과 iPad에서 사용할 수 있으며, Mac, Apple TV, Apple Vision의 지원 여부는 같은 App Store 페이지의 호환성 항목에서 확인할 수 있습니다. 시스템 요구 사항, 호환성, 구매 적용 범위는 App Store 페이지를 기준으로 확인하세요. 제품 페이지 링크의 스토어와 계정에 설정된 스토어 지역은 다를 수 있으므로 구매 전에 실제 표시 내용을 확인하세요.
App Store에서 받는 방법 보기 →App Store 및 계정
클라이언트를 한 번 결제해 구매하는 방식입니다. 미국 스토어 가격은 약 2.99달러이며, 각 스토어에는 현지 통화로 표시됩니다. 실제 금액은 App Store 페이지를 확인하세요. 클라이언트의 일회성 구매는 회선 요금제가 아니며, 앱을 구매해도 서버나 구독이 자동으로 제공되지 않습니다. 이후 연결에는 사용자가 직접 보유한 서버 정보가 필요합니다.
가격 및 구매 범위 보기 →App Store 및 계정
공식 아이콘, 개발자 이름 Shadow Launch Technology Limited, 앱 ID 932747118을 대조해 제품을 확인하세요. “Shadowrocket”이라는 이름만으로 판단하면 안 됩니다. 제품 페이지 주소의 id932747118에서 앱 ID를 확인할 수 있으며, 아이콘이 이 사이트에 표시된 공식 아이콘과 일치하는지도 살펴보세요. Shadowrocket은 폐쇄형 상용 앱이며, 구매 및 업데이트 정보는 App Store를 기준으로 확인하세요.
App Store 및 계정
App Store에서 기존 계정의 구매 내역을 찾는 메뉴입니다. 기기를 바꾸거나 앱을 다시 설치할 때는 기존 구매 계정으로 내역을 확인하세요. 앱 복원과 앱 내 설정 복원은 별개의 절차이며, 클라이언트를 다시 받아도 서버 정보가 동기화되는 것은 아닙니다. iPhone과 iPad의 구매 적용 범위 및 가족 공유 조건은 App Store 페이지를 확인하세요.
기기 변경 및 재설치 안내 보기 →