iPhone
iPhone의 App Store에서 제품 페이지를 열고 구매에 사용한 Apple ID와 기기 호환성을 확인하세요. 설치한 뒤 기존 설정을 가져오고, 시스템 안내에 따라 VPN 구성을 추가합니다. 권한을 허용했다고 해서 연결 테스트까지 완료된 것은 아닙니다.
iPhone에서 다운로드하는 방법 →
공식 가이드 · App Store 정품
iPhone / iPad용 규칙 기반 프록시 클라이언트로, 규칙 분기와 다양한 프로토콜 연결을 지원합니다. App Store에서 일회성 구매로 이용할 수 있으며, 연결하려면 사용자가 이미 보유한 구독 또는 서버 정보가 필요합니다.
APP STORE / APPLE DEVICES
먼저 App Store에서 공식 아이콘, 개발자와 앱 ID를 확인한 다음 기기 호환성과 구매 상태를 살펴보세요. Shadowrocket은 App Store에서만 받을 수 있으며, 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 합니다.
App Store에서Shadowrocket 다운로드iPhone의 App Store에서 제품 페이지를 열고 구매에 사용한 Apple ID와 기기 호환성을 확인하세요. 설치한 뒤 기존 설정을 가져오고, 시스템 안내에 따라 VPN 구성을 추가합니다. 권한을 허용했다고 해서 연결 테스트까지 완료된 것은 아닙니다.
iPhone에서 다운로드하는 방법 →iPad에서 구매에 사용한 Apple ID로 구입 항목을 확인한 뒤 제품 페이지에서 이용 가능한 상태인지 살펴보세요. iPhone과 iPad 간 공통 구매 적용 여부는 App Store 페이지를 기준으로 합니다. 서버, 구독 및 설정은 기기에서 별도로 확인해야 합니다.
iPad에서 다운로드하는 방법 →Mac / Apple TV에서도 같은 App Store에서 받을 수 있습니다. 호환성, 시스템 요구 사항 및 공통 구매 적용 여부는 App Store 페이지에 표시된 내용을 기준으로 합니다.
CAPABILITY INDEX
서버 매개변수, 설정 파일, 전역 라우팅 모드를 먼저 구분한 다음 필요한 기능을 조정하세요. 왼쪽 목차에는 조작 위치를, 오른쪽에는 확인할 실제 키워드와 설정 항목을 정리했습니다. 구문 예시는 읽기 위한 자료이며 그대로 적용할 수 있는 완성된 설정이 아닙니다.
Home에서 Global Routing을 열고 Config를 선택하면 요청이 현재 설정의 규칙과 일치하는지 확인합니다. Proxy를 선택하면 프록시 경로를, Direct를 선택하면 직접 연결 경로를 사용합니다. 도메인이나 주소별로 트래픽을 분기하려면 먼저 Config에서 현재 사용 중인 설정을 확인한 뒤 Rule의 순서와 정책 이름을 살펴보세요. 규칙은 일반적으로 위에서 아래 순서로 적용됩니다. 조건 범위가 너무 넓으면 먼저 일치해 뒤에 있는 세부 조건이 적용되지 않을 수 있습니다. 먼저 결과를 아는 도메인 하나로 테스트한 뒤 규칙을 하나씩 추가하면 여러 조건을 동시에 바꾸는 것보다 문제 원인을 찾기 쉽습니다.
Settings에서 On Demand를 확인하고, 먼저 기존 서버에 수동으로 연결할 수 있는지 테스트한 다음 연결이 트리거될 조건을 설정하세요. On Demand는 조건에 맞을 때 연결을 설정하는 방식을 제어하며, 요청의 경로를 판단하는 Global Routing을 대신하지 않습니다. 설정을 변경한 뒤에는 현재 네트워크, 네트워크 전환, 수동 연결 해제 후의 동작을 각각 확인하세요. 연결 해제 후 다시 연결된다면 조건이 여전히 충족되는지 먼저 살펴보세요. 문제를 확인하는 동안 On Demand를 잠시 끄고 수동 연결로 되돌린 뒤, 기본 연결과 규칙을 검증하고 필요한 조건을 하나씩 다시 활성화할 수 있습니다.
Add Server에서 Type을 먼저 선택한 다음 사용자가 보유한 서버 정보에 따라 주소, 포트 및 인증 항목을 입력하세요. Shadowsocks, VMess, VLESS, Trojan, WireGuard, Hysteria2는 매개변수 구조가 서로 다르므로 Type만 바꾸고 나머지 값을 그대로 두면 안 됩니다. TLS를 사용하는 경우 서버에서 요구하는 이름과 인증서 설정도 확인하세요. 인증서 검증을 끄는 것은 일반적인 해결 방법이 아닙니다. 저장 전에 원본 정보를 항목별로 대조하고, 저장한 뒤 서버 하나만 테스트해 연결을 확인하세요. 이후 구독 관리나 규칙 분기를 적용하면 프로토콜 설정 오류를 규칙 문제로 오해하는 일을 줄일 수 있습니다.
가져오기 전에 보유한 정보가 서버 구독인지, 단일 서버 공유 링크인지, 설정 파일 주소인지 확인한 뒤 해당하는 Subscribe 또는 가져오기 메뉴를 이용하세요. 사용자가 이미 보유한 구독에는 보통 여러 서버 정보가 포함되며, 업데이트하면 제공처에 따라 내용이 달라질 수 있습니다. 설정 파일에는 규칙과 DNS 설정도 포함될 수 있으므로 링크 모양만으로 둘을 구분할 수 없습니다. 업데이트 전에 현재 사용할 수 있는 서버와 직접 수정한 항목을 기록하고, 업데이트 후 그룹, 선택된 서버와 연결 결과를 확인하세요. 구독 주소에 인증 정보가 포함될 수 있으니 스크린샷이나 로그를 공유하기 전에 전체 링크와 민감한 매개변수를 가리세요.
Config에서 현재 선택된 설정을 확인한 다음 General, Rule, Hosts 등의 섹션을 살펴보세요. 규칙을 편집하기 전에 복구할 수 있는 사본을 보관하고, 변경 후 파일이 저장되었으며 실제로 선택되어 있는지 확인하세요. 파일을 목록에 추가하는 것만으로 현재 사용 중인 설정이 되는 것은 아닙니다. 여러 기기에서 관리하려면 앱에서 제공하는 iCloud 동기화 옵션의 범위와 상태를 확인할 수 있지만, 다른 기기에서도 설정 선택과 서버 매개변수를 다시 확인해야 합니다. 동기화는 백업을 대신하지 않으며 모든 민감한 항목이 같은 방식으로 옮겨진다고 단정할 수 없습니다. 문제를 확인하기 전에 정상 작동이 검증된 설정 사본을 보관하는 편이 안전합니다.
연결에 문제가 생기면 먼저 Home에서 연결 스위치와 선택된 서버를 확인하고 Connectivity Test를 실행한 뒤 Settings의 Diagnostics에서 단서를 살펴보세요. Data의 트래픽 기록은 요청 활동을 확인하는 자료일 뿐, 대상 웹사이트에 접속할 수 있다는 증거로 단독 사용해서는 안 됩니다. 테스트가 성공해도 모든 도메인, 프로토콜과 규칙 경로가 검증된 것은 아닙니다. 기본 네트워크, 서버 매개변수, Global Routing, DNS, 규칙 일치 순서로 하나씩 확인하고 매번 한 가지 변수만 바꾸세요. 문의할 때는 재현 절차와 오류 문구를 기록하고 구독 주소, 비밀번호, 키는 가린 뒤 필요한 시간과 조작 상황만 남기세요.
이 규칙은 example.com과 그 하위 도메인에 일치하는 요청을 PROXY로 보냅니다. PROXY는 정책 참조 이름이므로 현재 설정에 존재하는 이름과 일치해야 합니다. 서버 주소가 아니며 이 한 줄만으로 연결을 설정할 수도 없습니다.
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
구문 구조를 설명하기 위한 예시입니다. GEOIP는 IP 주소의 지역 판정을 다루고, FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. 실제 경로는 DNS 조회 결과, 규칙 순서와 선택한 정책을 함께 확인해야 합니다.
Global Routing 및 규칙 안내 보기 →Settings의 On Demand부터 확인하세요. 먼저 수동 연결 상태를 유지하고 서버와 설정이 정상인지 검증한 다음 조건을 활성화해 시스템이 연결을 설정하는 시점을 살펴보세요. 조건 일치와 규칙 분기는 서로 다른 단계이므로 따로 확인해야 합니다.
Settings
On Demand
Home
Global Routing
Connectivity Test
연결이 반복해서 설정된다면 당시 네트워크 환경과 스위치 조작을 기록하고, 설정과 서버를 동시에 바꾸지 마세요. 먼저 트리거 조건의 범위를 좁힌 뒤 규칙 조정이 필요한지 판단하세요.
설정 및 일상적인 관리 안내 보기 →Type을 선택한 뒤 해당 항목을 확인하세요. 주소와 포트가 같아도 프로토콜이 호환된다는 뜻은 아닙니다. 비밀번호, 키, 전송 설정과 TLS 조건은 서버 정보와 일치해야 하며, 프로토콜 이름만으로 누락된 매개변수를 추측해서는 안 됩니다.
직접 입력하면 항목별로 대조하기 쉽고, QR 코드와 공유 링크를 이용하면 입력을 줄일 수 있습니다. 어떤 방법을 사용하든 가져온 뒤 Type과 주요 항목을 확인하고 연결 테스트를 실행하세요.
프로토콜 용어 보기 →구독을 가져온 뒤 항목이 빠짐없이 표시되는지, 기존에 선택한 항목이 남아 있는지, 업데이트로 매개변수가 바뀌었는지 확인하세요. 서버가 목록에 나타났다고 검증이 끝난 것은 아닙니다. 항목 하나를 선택해 실제 요청을 테스트해야 합니다.
Subscribe
Add Server
Scan QR Code
Import from Cloud JSON
위 메뉴들은 서로 다른 형식의 데이터를 처리합니다. 인식에 실패하면 제공된 형식과 사용한 메뉴를 먼저 확인하고, 복사 과정에서 공백이나 줄바꿈이 들어갔는지 살펴보세요. 인증 정보가 포함된 전체 주소를 공개적으로 붙여 넣지 마세요.
사용법을 따라 기존 구독 가져오기 →설정을 편집한 뒤 저장 결과와 현재 선택된 항목을 확인해야 합니다. General은 전반적인 매개변수, Rule은 요청 일치 규칙, Hosts는 지정된 이름의 DNS 조회를 다룹니다. 각 섹션의 내용을 임의로 서로 바꾸면 안 됩니다.
[General]
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
[Hosts]
섹션별 구성을 읽기 위한 예시이며 완전한 연결 설정이 아닙니다. 변경 전에 사본을 보관하고, 기기 간 동기화 후 파일 내용을 다시 확인하세요. 결과가 예상과 다르면 정상 작동이 확인된 상태로 먼저 복원한 다음 변경 사항을 하나씩 비교하세요.
설정 관리 안내 보기 →먼저 기기의 기본 네트워크가 정상인지 확인한 다음 서버 인증 정보와 연결 테스트를 점검하세요. 테스트는 통과했지만 대상 요청에 실패한다면 Global Routing, DNS와 규칙을 이어서 확인하세요. 서로 다른 문제를 같은 원인으로 단정하지 마세요.
Home → Connectivity Test
Data
Settings → Diagnostics
Data에 트래픽이 표시된다는 것은 요청 활동이 있다는 뜻일 뿐입니다. 대상과 네트워크를 바꿔 비교할 때는 같은 설정과 서버 선택을 유지하고 오류 문구를 기록하세요. 한 번에 한 가지 변수만 바꿔야 결과를 특정 변경과 연결할 수 있습니다.
연결 문제 해결 안내 보기 →FIRST CONNECTION
다음 절차는 사용자가 자신의 구독 또는 서버 정보를 이미 보유한 경우를 전제로 합니다. 가져오기 완료, 시스템 권한 승인, 요청 테스트를 각각 구분하면 연결 조건이 아직 갖춰지지 않은 상태에서 규칙을 반복해서 바꾸는 일을 줄일 수 있습니다.
Home을 열고 정보 유형에 맞게 Add Server, QR 코드 스캔 또는 해당 구독 메뉴를 이용하세요. 직접 입력할 때는 먼저 Type을 선택하고 매개변수를 하나씩 입력합니다. 가져올 때는 출처와 데이터 형식을 확인한 뒤 서버 목록과 실제 선택 항목을 점검하세요. 설정 파일 주소를 서버 주소 항목에 입력하거나 구독의 인증 정보를 공개 페이지에 게시하지 마세요. 가져오기에 실패하면 포트를 반복해서 바꾸기보다 원본 정보의 형식을 확인하는 편이 효과적입니다.
설정에 따라 트래픽을 분기하려면 Config를 선택하고 Config에서 필요한 파일이 선택되어 있는지 확인하세요. Proxy와 Direct는 서로 다른 요청 경로를 이해하는 데 도움이 되지만 설정 자체를 확인하는 절차를 대신하지 않습니다. 모드를 전환하면 트래픽 경로가 달라지므로 테스트를 마친 뒤 평소 사용하는 선택으로 되돌리세요. 첫 테스트에서는 간단하고 읽기 쉬운 규칙을 유지하고, 일치 조건을 이해한 다음 예외를 하나씩 추가하세요. 여러 규칙을 동시에 바꾸면 원인을 파악하기 어렵습니다.
Home에서 연결 스위치를 켜고 VPN 설정을 처음 추가할 때는 시스템 권한 안내를 읽은 뒤 승인하세요. 그런 다음 Connectivity Test를 실행하고 명확한 테스트 대상을 열어 Data 또는 진단 정보와 함께 결과를 살펴보세요. 문제가 있으면 오류 문구를 먼저 기록하고 기본 네트워크, 매개변수, 라우팅 모드, 규칙 순서로 확인하세요. 시스템에 연결됨으로 표시되어도 연결 상태만 확인된 것이며 모든 대상이나 규칙이 정상 작동한다는 뜻은 아닙니다.
PRODUCT VERIFICATION
Shadowrocket은 상용 폐쇄형 앱입니다. 이 사이트는 Shadowrocket 공식 가이드 (iPhone·iPad)이며, 구매 및 호환성 정보는 App Store 제품 페이지를 기준으로 합니다. 조작 안내는 앱에 표시되는 실제 메뉴 이름을 사용합니다.
App Store 제품 페이지를 열고 먼저 이 사이트의 공식 아이콘과 대조한 다음 개발자가 Shadow Launch Technology Limited인지 확인하세요. 마지막으로 제품 링크의 앱 ID가 932747118인지 살펴보세요. 이름이 같거나 비슷하다는 이유만으로 이 확인 절차를 대신할 수 없습니다. 검색 결과 제목만 보면 개발자나 실제 제품의 차이를 놓치기 쉽습니다. 세 항목을 확인한 뒤 가격, 호환성 및 구매 버튼 상태를 살펴보세요.
App Store에서 제품이 표시되는지는 현재 Apple ID의 스토어 설정과 해당 스토어에서의 이용 가능 여부에 따라 달라집니다. 검색 결과가 예상과 다르면 검색 결과만으로 기기 문제라고 판단하지 말고 현재 스토어와 제품 페이지를 먼저 확인하세요. 시스템 요구 사항, 기기 호환성 및 공통 구매 적용 여부는 App Store 페이지에 표시된 내용을 기준으로 합니다. 이 사이트에서는 고정된 시스템 버전 숫자로 스토어 안내를 대체하지 않습니다.
앱 일회성 구매 ≠ 서버 서비스 요금제. 미국 스토어 가격은 약 2.99달러이며 한 번 결제하면 됩니다. 각 스토어에는 현지 통화로 표시되며 실제 금액은 결제 확인 화면을 기준으로 합니다. 결제하면 앱을 사용할 수 있지만 서버 주소, 인증 정보와 구독 내용은 사용자가 이미 보유한 서비스에서 받아야 합니다. 이 사이트는 서버나 구독을 제공, 판매, 추천하지 않으며 서비스 제공처를 대신 선택하지도 않습니다.
앱을 일회성으로 구매해도 임의의 서버에 연결할 수 있는 것은 아니며 앱이 유효한 설정을 자동으로 만들어 주는 것도 아닙니다. 처음 실행하기 전에 필요한 정보를 모두 준비한 뒤 사용법에 따라 가져오세요. 연결에 실패하면 앱 구매 상태와 서버 이용 가능 상태를 따로 확인하세요. 전자는 앱을 받을 수 있는지, 후자는 원하는 연결을 설정할 수 있는지에 영향을 주며 각각 확인해야 하는 위치가 다릅니다.
기기를 바꾸거나 앱을 다시 설치할 때는 App Store에서 구매에 사용한 Apple ID로 구입 항목을 확인한 뒤 Shadowrocket 제품 페이지에서 다운로드 가능한 상태인지 살펴보세요. iPhone과 iPad 간 공통 구매 적용 여부는 App Store 페이지를 기준으로 합니다. 페이지에 여전히 구매 금액이 표시되면 기기에 앱 아이콘이 있었던 기억만으로 구매가 완료됐다고 판단하지 말고 계정, 스토어 설정과 구매 내역을 먼저 확인하세요.
앱 복원과 설정 복원은 별개의 작업입니다. 앱을 다시 받은 뒤에도 기존 서버 정보, 설정 파일과 동기화 상태를 확인해야 합니다. 구매 기록만으로 모든 연결 정보가 함께 복원된다고 가정하지 마세요. iCloud 동기화를 사용한다면 실제로 활성화된 동기화 범위를 확인하고, 첫 연결 전에 선택된 설정과 서버를 다시 살펴보세요. 필요한 경우 직접 보관한 사본에서 복원하세요.
App Store의 앱 업데이트 메뉴에서 Shadowrocket을 확인하고 기기의 자동 업데이트 설정에 따르거나 직접 업데이트하세요. 제품 페이지의 안내를 읽은 뒤 업데이트 후 주요 설정도 확인합니다. 이 페이지에는 특정 버전 번호나 업데이트 날짜를 나열하지 않습니다. 기능 유무를 오래된 기록으로 판단하지 말고 기기에 설치된 상태와 스토어에 표시되는 정보를 기준으로 문제를 확인하세요.
일상적인 관리는 각각 나누어 진행하는 것이 좋습니다. 먼저 복구할 수 있는 설정 사본을 보관하고, 앱을 업데이트한 다음 기존 구독의 내용 변화를 확인하세요. 앱 업데이트, 구독 업데이트와 규칙 편집은 서로 다른 작업입니다. 이를 동시에 진행하면 문제가 생겼을 때 원인을 파악하기 어렵습니다. 변경을 하나 마칠 때마다 이미 알고 있는 대상 하나를 테스트하고 결과를 기록하면 이후 문제 해결에 필요한 비교 자료를 남길 수 있습니다.
아래 내용을 참고해 문제 유형을 먼저 구분한 뒤 관련 사용법이나 용어 항목을 확인하세요.
서버 구독에는 주로 연결 항목이 들어 있고, 설정 파일에는 요청 규칙도 포함될 수 있습니다. 서버를 가져왔다고 올바른 설정이 선택된 것은 아니므로 Config 모드에서는 현재 파일과 정책 참조를 확인해야 합니다. 구독 및 설정 용어를 참고하세요.
테스트 결과는 해당 테스트 경로만 반영합니다. 실제 대상은 DNS 조회, 규칙 일치와 프로토콜 차이의 영향을 받을 수 있으므로 Data와 Diagnostics를 함께 확인하세요. 연결 진단 안내를 참고하세요.
Global Routing은 요청에 적용할 라우팅 모드를 제어하고, On Demand는 조건을 충족했을 때 연결을 설정하는 방식을 제어합니다. 연결을 수동으로 먼저 확인한 다음 자동 연결 조건을 설정해 연결 설정과 요청 경로 선택을 혼동하지 않도록 하세요. 인터페이스 및 스위치 용어를 참고하세요.
구매 복원은 설정 복원을 의미하지 않습니다. 기존 백업과 iCloud 동기화 범위를 확인해야 하며 모든 내용이 옮겨진다고 가정해서는 안 됩니다. 복원한 뒤에도 인증 항목을 확인하고 연결을 테스트하세요. 구입 항목 복원 안내를 참고하세요.
TECHNICAL NOTES
첫 연결을 완료한 뒤 문제에 맞는 주제를 확인하세요. 먼저 프로토콜과 매개변수의 용도를 파악한 다음 조정 여부를 결정하세요. 기술 노트는 사용자가 보유한 정보를 입력하고 확인하는 방법을 설명하며, 제공처의 완전한 설정을 대신하지 않습니다.
도메인 조회 문제를 살펴보고 세 가지 DNS 설정 방식을 비교합니다. DNS 조회 결과가 규칙 판단에 미치는 영향을 설명하고, 서버를 바꾸기 전에 DNS 조회, 연결, 대상 요청 순서로 확인하는 방법을 안내합니다.
전송 방식과 인증 특성에 따라 프로토콜을 구분하고 Add Server에서 Type을 먼저 선택해야 하는 이유를 설명합니다. 사용자가 보유한 서버 정보에 맞는 유형을 선택하고, 프로토콜 이름을 바꾸는 것으로 연결 문제를 해결하려 하지 마세요.
Private Key, Public Key, Pre-shared Key, Allowed IPs와 MTU의 역할을 항목별로 설명합니다. 로컬 키와 Peer 정보를 구분하고 매개변수가 일치하지 않을 때 확인할 위치를 안내합니다.