iPhone / iPad용 규칙 기반 라우팅 클라이언트로, 일회성 구매 방식입니다. 먼저 App Store에서 정품을 확인한 다음, 이미 보유한 구독 정보나 서버 정보를 가져오세요.
첫 설정은 연결 정보 준비, 라우팅 방식 확인, 시스템 연결 허용, 접속 결과 확인 순으로 진행합니다. Home에서는 서버와 연결 상태를 확인하고, Config에서는 구성 파일을 선택하고 편집합니다. Data에서는 트래픽 기록을 확인하고, Settings에서는 앱 설정을 조정합니다. 각 메뉴의 용도를 먼저 파악한 뒤 항목을 하나씩 변경하면 변경 사항의 영향을 쉽게 확인할 수 있습니다.
Global Routing의 Config, Proxy, Direct는 각각 구성 파일 규칙에 따른 연결, 프록시 연결, 직접 연결을 뜻합니다. Config는 현재 구성 파일의 규칙에 따라 요청을 처리하고, Proxy는 해당 트래픽을 선택한 프록시로 전달하며, Direct는 직접 연결합니다. 도메인이나 주소별로 다르게 처리하려면 Config를 선택한 뒤 규칙 순서와 정책 대상을 확인하세요. 서버 선택만 바꾸는 것으로는 해결되지 않을 수 있습니다.
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXYConfig에서 현재 구성 파일을 열고 Rule 항목을 확인하세요. Home으로 돌아가 Global Routing을 Config로 설정한 다음 연결합니다. 규칙은 위에서부터 순서대로 매칭되며, 먼저 일치하는 항목이 요청에 적용할 정책을 결정합니다. 예시에서는 지정 도메인을 PROXY로, 로컬 네트워크 주소를 DIRECT로 보내고, 나머지 요청은 마지막의 FINAL로 처리합니다. 변경 전에는 원본 구성 파일을 저장하고, 포괄적인 규칙이 구체적인 규칙보다 앞에 오지 않도록 하세요. 확인할 때는 해당 요청 기록을 살펴 실제로 일치한 항목이 예상과 같은지 확인합니다.
구성 항목 보기 →Settings → On Demand
실제 네트워크 환경에서 작동 조건 확인Settings에서 On Demand를 찾아 현재 조건을 먼저 확인한 다음 활성화 여부를 결정하세요. 지정한 네트워크 조건에 따라 연결을 시작하는 기능이며, 모든 상황에서 연결 상태를 동일하게 유지하는 설정은 아닙니다. 설정 후 자주 사용하는 네트워크와 네트워크 전환 시 각각 연결 상태를 확인해 작동 범위가 필요한 조건에 맞는지 살펴보세요. 의도치 않은 자동 연결을 점검할 때는 시스템의 VPN 설정과 앱 내 조건을 모두 확인해야 합니다. 배터리 사용량은 요청 빈도, 신호 품질, 연결 유지 방식에도 영향을 받으므로 스위치 상태만으로 원인을 판단할 수 없습니다.
구성 항목 보기 →Home에서 Add Server를 열고 보유한 서버 정보에 맞는 Type을 선택한 뒤 주소, 포트 및 해당 인증 정보를 입력하세요. 프로토콜마다 필요한 매개변수가 다르므로 서로 바꿔 적용할 수 없습니다. TLS나 특정 전송 방식을 사용하는 경우 관련 이름과 옵션도 확인해야 합니다. 저장 후 서버 항목이 표시되더라도 정보가 입력된 것일 뿐, 연결 성공을 의미하지는 않습니다. 연결 테스트를 진행하고 실제 접속 결과도 확인하세요. 연결을 시도하려고 프로토콜을 무작위로 바꾸지 마세요. 정보가 부족하면 이름을 보고 추측하지 말고 원래 서비스 제공업체에 확인하세요.
구성 항목 보기 →Home · Add Server · Subscribe
보유한 구독 정보 사용먼저 이용 중인 서비스 제공업체에서 기존 구독 링크를 받은 다음, Add Server에서 해당 메뉴의 Subscribe를 선택하고 전체 주소를 붙여 넣어 저장하세요. 가져오기가 끝나면 Home으로 돌아가 그룹과 서버 항목이 표시되는지 확인하고, 항목을 선택해 테스트합니다. 구독 업데이트는 원격 목록을 다시 가져오는 기능이며, 구독 갱신이나 인증 오류 해결을 대신하지 않습니다. 업데이트에 실패하면 링크가 완전한지, 아직 유효한지, 현재 네트워크에서 구독 주소에 접근할 수 있는지 확인하세요. 공개 스크린샷이나 로그에 링크의 계정 정보가 드러나지 않도록 주의하세요.
구성 항목 보기 →[General]
[Rule]
[Host]
[URL Rewrite]Config에서 현재 선택된 파일을 확인한 다음 General, Rule, Host, URL Rewrite 등의 항목을 살펴보세요. 파일을 가져오는 것과 활성화하는 것은 별개의 작업이므로, 목록에 파일이 표시되더라도 실제 선택 상태를 확인해야 합니다. 기존 동기화 설정이 있다면 Settings의 iCloud 관련 옵션을 이용해 구성을 관리할 수 있지만, 동기화가 별도 백업을 대신하지는 않습니다. 기기별 로컬 서버 선택과 시스템 권한도 각각 확인해야 합니다. 수정할 때는 한 번에 한 종류의 항목만 변경하고 원본 파일을 보관해 두면 문제가 생겼을 때 비교하고 복원하기 쉽습니다.
구성 항목 보기 →Connectivity Test · Data · Diagnostics
문제가 발생한 단계를 먼저 확인Home에서 Connectivity Test를 실행해 선택한 서버에 연결할 수 있는지 먼저 확인하세요. 이어서 Data의 트래픽 기록과 Settings의 Diagnostics를 살펴 요청이 어느 단계까지 처리되었는지 확인합니다. 테스트에 성공해도 모든 웹사이트나 앱에서 같은 결과가 나온다는 뜻은 아니므로 규칙, DNS, 대상 서비스 상태도 확인해야 합니다. 문제를 점검할 때는 작업 순서와 오류 메시지를 기록하고 한 번에 조건 하나만 바꾸세요. 진단 정보를 공유하기 전에 서버 인증 정보, 구독 주소, 개인 접속 기록을 삭제해 민감한 정보가 공개되지 않도록 하세요.
구성 항목 보기 →Shadowrocket은 App Store에서만 구매하고 설치할 수 있습니다. 먼저 제품 페이지에서 호환성, 가격, 구매 상태를 확인한 다음 기기에 설치하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 확인해야 합니다. App Store에 앱이 표시되는지는 현재 계정의 스토어 지역과 제품 이용 가능 여부에 따라 달라지며, 로컬 구성 파일과는 관계가 없습니다.
설치 후 Home에서 기존 연결 정보를 가져온 다음 연결 스위치를 켜세요. 처음 연결할 때 시스템에서 VPN 구성을 추가하도록 요청할 수 있습니다. 방금 실행한 Shadowrocket에서 나온 요청인지 확인한 뒤 시스템 안내에 따라 권한을 허용하세요.
앱으로 돌아와 연결 상태를 확인하고 실제 접속도 테스트하세요. 시스템에 VPN 표시가 나타나면 관련 연결이 설정되었다는 뜻일 뿐, 서버와 DNS, 모든 규칙이 예상대로 작동한다는 보장은 아닙니다.
사용 방법 보기 →앱을 구매할 때 사용한 것과 동일한 Apple ID로 App Store의 구입 항목을 확인한 뒤 다운로드하세요. iPhone과 iPad는 구매 항목을 공유할 수 있으며, 자세한 적용 조건은 스토어 페이지를 확인하세요. 처음 연결할 때 필요한 권한은 각 기기에서 별도로 허용해야 합니다.
화면이 넓은 기기에서는 목록과 편집 메뉴의 배치가 달라질 수 있습니다. Home, Config, Data, Settings라는 메뉴 이름을 기준으로 원하는 항목을 찾으세요. 파일을 동기화한 뒤에는 현재 구성 파일과 선택된 서버를 다시 확인해야 합니다.
사용 방법 보기 →Mac / Apple TV에서도 같은 App Store에서 이용할 수 있습니다. 호환성은 스토어 페이지를 확인하세요.
이용 방법 보기 →Shadowrocket은 폐쇄형 상용 앱입니다. 이곳은 공식 웹사이트 및 사용 설명서로, 구매와 구성, 연결 방법을 안내합니다. 앱의 정체를 확인할 때는 스토어에 표시된 실제 정보를 확인하세요. 검색 결과 순위나 비슷한 이름, 닮은 아이콘만으로 판단해서는 안 됩니다.
개발자: Shadow Launch Technology Limited
앱 ID: 932747118
App Store 제품 페이지를 열고 공식 아이콘을 확인한 뒤 개발자 이름을 살펴보세요. 마지막으로 제품 링크의 id932747118을 확인합니다. 세 가지 정보가 모두 일치해야 합니다. 검색 결과에는 이름이 비슷한 앱이 있을 수 있으므로 앱 이름만으로 정품 여부를 판단할 수 없습니다. 이 페이지에서 제품 페이지로 이동했더라도 구매 전에 정보를 직접 확인하세요.
제품 페이지에 현재 스토어에서 이용할 수 없다는 안내가 표시되면 App Store에 로그인한 계정의 지역과 페이지 안내를 먼저 확인하세요. 기기 언어, 시스템 지역, 계정의 스토어 지역은 서로 다른 설정입니다. 기기 언어를 바꿔도 스토어가 변경되지는 않습니다. 계정 지역 변경은 결제 수단, 잔액, 기존 서비스에 영향을 줄 수 있으므로 시스템에 안내된 조건을 먼저 확인하세요. 스토어 문제를 해결하기 위해 구성 파일을 변경하지 마세요.
다운로드 전에 제품 페이지에서 기기 호환성과 사용 가능한 저장 공간도 확인하세요. 구매 버튼이 표시되면 계정과 금액을 확인하고, 구입 완료 또는 구름 모양 다운로드 버튼이 표시되면 원래 구매한 계정으로 로그인했는지 확인하세요. 구매 상태가 궁금하다면 App Store 주문 내역과 구입 항목을 기준으로 확인하세요. 앱 연결 문제를 해결하려고 반복해서 결제하지 마세요.
기기를 바꾸거나 앱을 다시 설치할 때는 먼저 App Store의 구입 항목에서 앱을 다시 받은 다음 저장해 둔 구성을 복원하세요. 구매 기록으로 확인할 수 있는 것은 앱을 이용할 권한이며, 구독 링크, 서버 매개변수, 규칙 파일이 기기에 복원되었다는 뜻은 아닙니다. 앱을 처음 열면 Home의 서버, Config의 현재 파일, 시스템 VPN 권한을 각각 확인한 뒤 연결을 테스트하세요.
일회성 구매는 Shadowrocket 클라이언트 이용 요금이며, 서버 리소스, 구독 기간 또는 회선 서비스는 포함하지 않습니다. 이곳에서는 노드나 구독을 제공하거나 판매하거나 추천하지 않습니다. 기존 구독 정보는 이용 중인 서비스 제공업체에서 받고, 서버를 이미 보유했다면 기존 정보를 입력하세요. 앱 구매와 서버 이용 가능 여부는 서로 다른 단계이므로 문제를 점검할 때도 각각 확인해야 합니다.
구독 주소를 가져왔다는 것은 클라이언트가 목록을 불러왔다는 뜻일 뿐이며, 목록에 항목이 있다고 해서 모든 연결이 작동하는 것은 아닙니다. 인증 만료, 서버 상태 변경, 프로토콜 매개변수 누락 여부는 기존 정보의 출처에서 확인해야 합니다. 클라이언트 구매 기록으로 구독 만료 여부를 판단할 수 없으며, 구독 업데이트 버튼을 눌러도 클라이언트 구매 상태는 바뀌지 않습니다.
App Store에서 사용 가능한 업데이트를 확인하거나 시스템 설정에서 자동 업데이트를 관리하세요. 업데이트 전에 중요한 구성을 저장하세요. 업데이트 후 화면 배치가 바뀌었다면 설정 항목 이름을 기준으로 찾으면 됩니다. 업데이트 내역, 현재 가격, 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. 이 페이지에는 특정 버전이나 업데이트 날짜를 고정해 표시하지 않으므로 과거 정보가 현재 조건으로 오인되지 않습니다.
Rule, DNS, URL Rewrite를 편집하기 전에 현재 사용할 수 있는 파일을 저장하고, 사용 중인 Global Routing 설정도 기록하세요. 동기화는 기기 간에 기존 내용을 전달하는 기능이고, 백업은 이전 상태로 되돌릴 수 있도록 보관하는 기능이므로 용도가 다릅니다. 복원한 뒤에는 기본 연결을 먼저 테스트하고 사용자 규칙과 자동 연결 조건을 차례로 활성화하세요. 여러 단계를 한꺼번에 변경하면 문제 원인을 찾기 어렵습니다.
백업을 정리할 때는 파일의 용도와 적용할 기기를 이름이나 메모에 명확히 적되, 비밀번호나 전체 구독 링크를 공개 파일명에 넣지 마세요. 문제 해결을 위해 도움을 요청할 때는 가린 오류 메시지, 규칙 일부, 작업 순서를 공유하면 됩니다. 인증 정보는 개인이 관리하는 안전한 저장 공간에 보관하세요.
구매, 가져오기, 연결, 접속 중 어느 단계에서 문제가 발생했는지 먼저 확인하세요. 단계마다 확인할 위치가 다르므로 처음부터 모든 설정을 초기화할 필요는 없습니다. 아래 질문을 펼쳐 확인하고, 다른 상황은 FAQ 분류 안내 →에서 살펴보세요.
Home으로 돌아가 구독 그룹에 서버 항목이 표시되는지 확인한 다음 사용할 항목을 선택하세요. 이어서 Global Routing을 확인합니다. 규칙 기반 라우팅이 필요하면 Config를 선택하고 Config에서 현재 파일을 확인하세요. 마지막으로 연결을 켜고 시스템 안내에 따라 권한을 허용합니다. 목록 표시, 연결 설정, 대상 서비스 접속 성공은 각각 별도로 확인해야 합니다.
서버 목록을 가져왔다고 해서 완전한 규칙 파일까지 함께 포함된다고 단정하지 마세요. 서버 정보는 연결 방법을 지정하고, 규칙 파일은 각 요청에 적용할 정책을 결정합니다. 두 가지를 모두 준비한 다음 실제 요청으로 결과를 확인하세요. 자세한 방법은 기존 구독 가져오기 및 첫 연결 안내를 참고하세요.
테스트 결과는 특정 테스트 방식으로 확인한 연결 가능 여부만 보여줍니다. 선택한 서버, Global Routing, 현재 규칙을 계속 확인하고 실제 요청이 예상한 정책으로 전달되는지 살펴보세요. 일부 도메인만 접속되지 않는다면 DNS, 대상 서비스, 관련 규칙을 추가로 점검하세요. 테스트 결과 하나만으로 모든 접속 상태를 판단하지 마세요.
점검 중에는 기존 설정을 보존하고 한 번에 조건 하나만 바꾸세요. 같은 요청을 다시 실행해 변경 전후 기록을 비교합니다. 네트워크를 바꾼 뒤 결과가 달라진다면 해당 네트워크 조건을 기록하세요. 모든 구성을 바로 삭제할 필요는 없습니다. 자세한 순서는 연결 실패 점검 목록을 참고하세요.
이 안내는 앱이 관련 네트워크 연결을 만들 수 있도록 시스템 권한을 요청하는 메시지입니다. 방금 Shadowrocket에서 시작한 연결 요청인지 확인한 뒤 시스템 안내에 따라 진행하세요. 완료 후 앱으로 돌아와 상태를 확인합니다. 권한을 허용했더라도 기존 서버 정보가 올바르다는 뜻은 아니므로 연결과 실제 접속을 테스트해야 합니다.
이전에 안내를 거부했다면 앱으로 돌아가 연결을 다시 시작하고 시스템 응답을 확인하세요. 시스템 설정에서 구성을 삭제했다면 권한 상태도 다시 확인해야 합니다. 권한 문제와 구독 인증 문제를 혼동하지 마세요. 관련 내용은 VPN 구성 권한 안내를 참고하세요.
먼저 Global Routing이 Config로 설정되어 있는지 확인한 다음 편집한 파일이 현재 선택된 파일인지 살펴보세요. 이어서 Rule의 첫 줄부터 아래로 확인합니다. 앞에 있는 포괄적인 규칙이 먼저 일치했는지, 정책 이름이 올바른지, FINAL이 마지막에 있는지 점검하세요. 규칙 순서는 규칙 하나를 추가하는 것보다 결과에 더 큰 영향을 줄 수 있습니다.
도메인 규칙과 주소 규칙이 어떤 대상을 매칭하는지도 구분해야 합니다. 도메인 접미사 규칙만 수정해도 IP 주소를 직접 사용한 요청에는 적용되지 않을 수 있습니다. 기록에서 실제 대상을 확인한 뒤 해당 규칙 유형을 선택하세요. 변경 전후 예시와 확인 방법은 Rule 및 매칭 순서 안내를 참고하세요.
첫 연결 과정은 설정 안내에서, 세부 항목과 규칙 문법은 구성 참고 자료에서 확인할 수 있습니다. 특정 문제가 생기면 관련 문서부터 읽고 점검 결과를 기록한 뒤 구성을 바꿀지 결정하세요. 아래 세 문서는 각각 연결 실패, 규칙 순서, 시스템 권한을 다룹니다.
Connectivity Test부터 실행한 다음 주소, 포트, 비밀번호, 프로토콜 매개변수를 확인하고 마지막으로 시스템 시간과 시간대를 살펴보세요. 일정한 순서로 점검하면 네트워크 연결 불가, 인증 오류, 설정 불일치를 구분할 수 있습니다. 단서를 놓치지 않도록 여러 항목을 동시에 변경하지 마세요.
안내 읽기 →실제 규칙 예시를 통해 Rule이 항목별로 어떻게 매칭되는지, 구체적인 조건과 포괄적인 조건을 어떤 순서로 배치하는지, FINAL을 마지막에 두어야 하는 이유를 설명합니다. 규칙을 바꾸기 전에 요청 대상을 확인하고 실제로 어떤 정책이 적용되는지 살펴보세요.
안내 읽기 →시스템 안내의 용도와 관련 설정의 위치, 안내를 거부하거나 구성을 삭제한 뒤 확인할 항목을 설명합니다. 먼저 앱이 연결을 만들기 위해 필요한 권한을 처리한 다음 서버와 규칙을 점검해 실제 결과를 확인하세요.
안내 읽기 →