기기 및 다운로드
앱을 다운로드하고, 연결 정보를 준비하고, VPN 구성을 허용하는 일은 각각 별개입니다. 먼저 App Store에서 앱과 기기 호환성을 확인한 다음, 이미 보유한 구독이나 서버 정보로 설정하세요. 앱 구매가 완료됐다고 연결까지 준비된 것은 아닙니다.
App Store에서 앱을 확인하고 구매한 뒤 Shadowrocket을 여세요. 처음 연결할 때 시스템에서 VPN 구성 추가를 허용하라는 메시지가 표시될 수 있습니다. 현재 앱에서 요청한 것인지 확인한 후 시스템 안내에 따라 승인하세요. 이 권한은 기기에 연결 구성을 추가할 뿐, 서버 주소나 비밀번호, 구독 정보를 입력해 주지는 않습니다.
Home으로 돌아가 SERVER 목록에 사용할 수 있는 항목이 있는지 확인하세요. 목록이 비어 있다면 먼저 이미 보유한 정보를 가져온 다음 항목을 선택하고 Global Routing을 설정해 연결을 시도하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요.
iPhone 다운로드 단계 보기 →iPhone과 iPad에서는 같은 구매 계정으로 이미 구입한 앱을 찾을 수 있습니다. 구매 적용 범위는 App Store 페이지를 기준으로 확인하세요. 먼저 iPad의 App Store에서 계정과 구입 내역을 확인한 후 앱을 열어 연결을 설정하세요. 다른 기기에서 연결 중이어도 이 기기의 서버가 자동으로 선택되는 것은 아닙니다.
이 기기의 Home에서 SERVER, Global Routing, Config 선택을 확인하세요. 화면이 넓은 기기에서는 항목 배치가 다를 수 있으므로 버튼 위치만 보지 말고 화면의 영문 표기와 필드 값을 기준으로 확인하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요.
iPad 다운로드 단계 보기 →Mac / Apple TV에서도 같은 App Store에서 다운로드할 수 있습니다. 시스템 요구 사항과 호환성은 App Store 페이지를 기준으로 확인하세요.
구매 내역이 있는데 앱을 찾을 수 없다면 다시 결제하기 전에 현재 App Store 계정과 구매 당시 계정이 같은지 확인하세요. 기기 호환성, App Store에서의 표시 여부, 구매 내역은 각각 따로 확인해야 합니다.
설정 기능
먼저 세 가지를 구분하세요. 서버 정보는 연결 대상을 정하고, Global Routing은 라우팅 방식을 선택하며, Config의 규칙은 특정 요청을 어떻게 처리할지 정합니다. 아래에서 실제 설정 작업별로 설명합니다. 예시 도메인은 문법 설명용이며 사용 가능한 서비스를 뜻하지 않습니다.
규칙은 조건에 맞는 요청을 지정된 정책으로 처리하도록 합니다. Config에서 현재 구성의 Rule 섹션을 확인한 다음 Home에서 Global Routing을 Config로 설정하세요. 규칙은 일반적으로 위에서 아래로 검사하므로, 예외 규칙은 포괄적인 조건보다 앞에 두어야 합니다. 나머지 요청을 처리하는 FINAL은 마지막에 둡니다. 문제를 확인할 때는 규칙에 대상 도메인이 있는지만 보지 말고 매칭 대상과 정책을 함께 확인하세요. 아래 예시는 먼저 example.com과 하위 도메인을 매칭한 뒤, 매칭되지 않은 요청을 처리합니다. 정책 이름의 대소문자 표기는 화면의 Proxy, Direct와 다릅니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTOn Demand는 설정한 조건에 따라 연결을 시작하며 특정 도메인에 적용할 정책을 선택하지는 않습니다. Settings에서 On Demand를 찾아 설정 가능한 조건을 확인한 뒤 필요한 항목을 하나씩 활성화하세요. 먼저 수동 연결이 가능한지 확인한 다음 조건부 연결을 설정하고, 네트워크를 바꾼 뒤 동작을 살펴보는 것이 좋습니다. 연결을 끊은 뒤 자동으로 다시 연결된다면 Rule을 반복해서 수정하기보다 여기서 설정을 확인하세요. 아래 내용은 확인 경로이며 가져오기용 구성이 아닙니다. 구체적인 옵션과 적용 조건은 기기의 앱 및 시스템 안내를 기준으로 확인하세요.
Settings → On Demand
Home → Global Routing → Config서버를 추가하기 전에 기존 서비스에서 제공한 프로토콜 유형을 확인한 다음 Add Server의 Type에서 해당 항목을 선택하세요. Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2는 각 매개변수의 의미가 다르므로 주소만 바꿔 다른 프로토콜의 설정을 그대로 사용할 수 없습니다. 제공받은 정보에 맞춰 Host, Port, 인증 및 전송 관련 필드를 확인하세요. 가져온 뒤 연결되지 않으면 필수 필드가 모두 입력됐는지도 살펴보세요. 아래 예시는 필드 간 대응 관계만 보여 주며, 가짜 값으로는 연결할 수 없습니다.
Type: Shadowsocks
Host: example.com
Port: 443
Password: your-password구독 가져오기는 이미 본인 구독 링크를 보유하고 있다는 전제에서 안내합니다. Home에서 Add Server를 열고 Subscribe를 선택한 뒤 전체 주소를 입력하세요. 저장한 다음 목록에 예상한 항목이 표시되는지 확인합니다. 링크의 쿼리 매개변수는 구독을 식별하는 데 사용되는 경우가 많으므로 임의로 삭제하거나 수정하지 마세요. 실제 주소가 스크린샷이나 문제 해결 기록에 노출되지 않도록 주의하세요. 업데이트에 실패하면 먼저 주소가 빠짐없이 복사됐는지, 현재 네트워크에서 접속할 수 있는지, 구독이 아직 유효한지 확인한 뒤 원래 서비스 제공자에게 문의하세요. 아래 token은 명백한 예시 값이며, 이 사이트는 구독 서비스를 제공하지 않습니다.
https://example.com/sub?token=xxxx구성 파일은 전역 매개변수, 규칙, 도메인 매핑, URL 재작성 등의 내용을 한곳에 저장하며 Config에서 관리합니다. 편집하기 전에 원본 파일을 보관하고 현재 실제로 선택된 구성이 무엇인지 확인하세요. 한 번에 한 종류의 설정만 수정하는 것이 좋습니다. General과 Rule 등 각 섹션의 역할은 서로 다르므로 규칙을 전역 매개변수에 섞어 넣지 마세요. Host와 URL Rewrite도 서버 추가 기능이 아닙니다. iCloud로 동기화하는 경우 대상 기기에 실제 파일이 도착했는지와 해당 파일이 선택됐는지도 확인하세요. 파일 동기화를 연결 상태 동기화와 혼동하지 마세요. 아래 예시는 두 섹션의 기본 구조만 보여 줍니다.
[General]
bypass-system = true
[Rule]
FINAL,PROXYConnectivity Test, Data, Settings의 Diagnostics는 서로 다른 방식으로 연결 상태를 확인하는 기능입니다. 먼저 올바른 서버를 선택했는지 확인한 뒤 테스트 방법과 결과를 살펴보세요. 지연 시간은 실제 요청을 확인하는 절차를 대신할 수 없으며 모든 대상에 접속할 수 있음을 보장하지도 않습니다. Data의 트래픽 기록은 요청 발생 여부를 파악하는 데 도움이 되지만, 트래픽이 있다는 사실만으로 분기가 올바르다고 판단할 수는 없습니다. 문제가 생기면 현재 네트워크, Global Routing, 관련 오류를 기록하고 주소의 인증 정보는 숨긴 뒤 정리하세요. 아래에는 화면에서 확인할 순서를 안내하며 테스트 결과를 뜻하지는 않습니다.
Home → Connectivity Test
Data
Settings → DiagnosticsConfig, Proxy, Direct는 각각 구성 기반 분기, 전체 프록시 라우팅, 전체 직접 연결에 해당합니다. Config는 현재 구성의 규칙에 따라 트래픽을 분기하고, Proxy는 전체 트래픽을 프록시 라우팅으로 처리하며, Direct는 전체 트래픽을 직접 연결로 처리합니다. 이는 라우팅 방식이며 서버 프로토콜이나 구독 상태가 아닙니다. “규칙을 바꿨는데 적용되지 않는다”면 먼저 Proxy 또는 Direct 모드가 선택되어 있는지 확인한 다음 Config에서 선택된 파일을 살펴보세요.
실제 동작은 “SERVER 선택 확인 → Global Routing 확인 → 대상 요청 보내기 → 관련 기록 확인” 순서로 검증할 수 있습니다. 한 번에 한 항목만 바꾸고 결과를 기록하세요. 서버, 테스트 방법, 규칙을 동시에 바꾸면 원인을 구분하기 어렵습니다. 테스트가 정상화된 뒤 조건부 연결과 다른 설정을 하나씩 다시 적용하는 편이 구성 전체를 반복해서 덮어쓰는 것보다 확인하기 쉽습니다.
구성 예시에 나오는 example.com, ExampleApp 및 인증 정보는 형식을 설명하기 위한 것입니다. 먼저 매칭 범위를 이해한 다음 사용 권한이 있고 실제로 처리해야 하는 대상으로 바꾸세요. 예시 전체를 모든 네트워크에 적합한 완성 구성으로 간주하지 마세요.
정품 및 구매 안내
Shadowrocket 도움말 센터는 Shadowrocket의 공식 사이트와 공식 매뉴얼입니다. 구매 정보는 App Store 제품 페이지를 기준으로, 설정 안내는 앱에서 확인할 수 있는 화면 표기를 기준으로 설명합니다. 먼저 앱의 정품 여부를 확인한 뒤 클라이언트 구매, 연결 정보, 기기 내 구성을 구분하세요.
App Store에서 앱을 찾았더라도 이름만으로 판단하지 마세요. 제품 상세 페이지를 열어 개발자가 Shadow Launch Technology Limited인지 확인하고, 제품 링크에 id932747118이 포함됐는지 확인한 다음 이 사이트에 표시된 공식 아이콘과 대조하세요. 이름이나 설명이 비슷하더라도 이 세 가지 확인을 대신할 수 없습니다. 아이콘도 개발자와 ID를 함께 확인해야 합니다.
사이트에서 이동하면 다운로드 안내 페이지에서 지정된 App Store 제품 페이지로 연결됩니다. 실제 구매 조건은 App Store에 표시된 가격, 호환성 및 구매 버튼을 기준으로 확인하세요. 오래된 정보를 설치 기준으로 오해하지 않도록 이 페이지에는 앱의 특정 버전이나 업데이트 날짜를 기재하지 않습니다.
Shadowrocket은 비공개 소스 상용 앱이며 일회성 구매 방식입니다. 미국 스토어 가격은 미화 2.99달러입니다. 실제 가격과 세금, 다른 스토어의 현지 통화 금액은 구매 시점의 App Store 페이지를 기준으로 확인하세요. 결제 전에 스토어에 표시된 앱 정보와 계정 안내를 읽고, 다른 지역의 가격을 현재 결제 금액으로 간주하지 마세요.
구매 내역은 구매를 완료한 계정에 귀속됩니다. iPhone과 iPad에서는 같은 계정의 구입 내역을 통해 다운로드 가능 여부를 확인할 수 있습니다. 다른 기기의 호환성과 구매 적용 범위는 App Store 페이지를 기준으로 확인하세요. 결제 내역과 기기 내 구성은 별개의 자료이므로, 결제 내역이 구성 백업을 대신하지는 않습니다.
현재 스토어에서 제품이 표시되는지는 계정에서 사용하는 스토어와 기기 호환성을 함께 확인해야 합니다. 제품 페이지가 열리지 않는 문제, 검색 결과가 없는 문제, 결제가 완료되지 않는 문제는 서로 다릅니다. 현재 계정, App Store 안내, 기기 조건을 각각 확인하고 스토어 문제를 앱 연결 오류로 오인하지 마세요.
계정 지역이나 결제 정보와 관련된 문제는 App Store 안내에 따라 계정의 유효한 정보를 확인하세요. 검색 결과 문제를 해결하려고 앱의 서버 정보나 구성 파일을 반복해서 수정하지 마세요. 이 설정은 스토어의 구매 조건을 바꾸지 않습니다. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요.
기기를 바꾸거나 앱을 다시 설치할 때는 App Store에서 기존 구매 계정으로 구입 항목을 먼저 찾으세요. 다시 구매하라는 표시가 나오면 계속하기 전에 계정이 같은지, 동일한 제품인지 확인하세요. 가족 공유 적용 여부와 구체적인 조건은 App Store 및 계정 페이지에서 확인해야 합니다. 다른 기기에서 사용할 수 있다는 이유만으로 이 기기에도 적용된다고 판단하지 마세요.
앱을 복원한 뒤에도 본인의 연결 정보, Config 선택, VPN 구성 권한을 확인해야 합니다. iCloud 동기화를 사용한다면 대상 기기에 파일이 도착했는지와 실제 내용이 맞는지 확인하세요. 인증 정보가 포함된 자료는 안전하게 보관해야 합니다. 업데이트는 App Store에서 관리하며, 업데이트 후에는 기존 구성과 연결 결과를 확인할 수 있습니다.
구독은 보통 서버 항목을 가져오거나 업데이트하는 데 사용하고, Config는 트래픽 분기와 같은 설정 내용을 관리합니다. 목록에 서버가 있어도 적절한 규칙이 선택됐다는 뜻은 아닙니다. SERVER, Global Routing, 현재 구성을 각각 확인하세요. 먼저 개념 빠른 안내에서 구독과 구성 파일의 차이를 확인한 다음 필요에 따라 설정하세요.
테스트 결과는 당시 네트워크에서 선택한 테스트 방법이 어떻게 동작했는지만 보여 주며 모든 요청이 예상한 정책을 따르는지는 알려 주지 않습니다. 실제 대상으로 접속해 연결 기록과 함께 확인하세요. 테스트에 실패했다면 주소에 접속할 수 없는 문제, 인증 실패, 대상 요청 오류를 구분해야 합니다. 먼저 튜토리얼의 확인 및 문제 해결 단계를 살펴보세요.
특정 도메인과 하위 도메인을 모두 대상으로 하려면 먼저 DOMAIN-SUFFIX를 고려하세요. 도메인에 포함된 키워드로 매칭하려면 DOMAIN-KEYWORD를 사용할 수 있지만, 매칭 범위가 더 넓을 수 있습니다. 먼저 매칭할 대상과 제외할 대상을 정리한 뒤 키워드와 규칙 순서를 결정하세요. 자세한 비교는 전체 구성 가이드를 참고하세요.
먼저 Settings의 On Demand와 기기의 관련 VPN 설정을 확인해 자동 연결 조건이 설정되어 있는지 살펴보세요. 조건부 연결은 언제 연결할지를 관리하고 Rule은 요청을 어떻게 분기할지를 관리하므로 서로 대체할 수 없습니다. 수정하기 전에 기존 설정을 기록하고 항목별로 확인하세요. 관련 용어는 개념 빠른 안내에서 확인할 수 있습니다.
블로그 · 주제별 안내
문제에 맞는 주제를 골라 읽어 보세요. 먼저 규칙의 매칭 범위를 구분한 다음 서버 프로토콜과 전송 조건을 살펴보세요. 프로토콜 이름만으로 연결 결과를 판단할 수는 없습니다. 기존 서비스의 매개변수, 현재 네트워크, 앱에서 확인한 실제 결과를 함께 살펴보세요. 글의 내용은 본인의 연결 정보를 대신하지 않습니다.
DOMAIN, DOMAIN-SUFFIX, DOMAIN-KEYWORD, GEOIP, IP-CIDR, FINAL의 매칭 대상을 하나씩 설명하고 규칙 예시와 자주 발생하는 오류를 함께 살펴봅니다.
규칙 안내 읽기 → 프로토콜 해설Shadowsocks, VMess, VLESS, Trojan, HTTP/SOCKS5, WireGuard, Hysteria2를 비교합니다. 먼저 유형을 확인한 뒤 해당 필드를 살펴보세요.
프로토콜 개요 읽기 → 프로토콜 해설QUIC 및 UDP 기반 전송 방식과 혼잡 제어가 패킷 손실이 많은 네트워크와 어떤 관계인지 이해하고, 실제 사용 전에 확인해야 할 제한 사항을 살펴봅니다.
전송 안내 읽기 →