Shadowrocket 자주 묻는 질문
구매, 가져오기, 연결 문제 해결

먼저 이름의 철자를 확인한 다음, 현재 App Store 계정의 국가 또는 지역을 확인하세요. 구매 가능 여부는 현재 스토어에 표시되는 내용에 따라 달라집니다. 이 사이트의 App Store 안내 페이지에서 제품 페이지로 이동해 확인할 수 있습니다. 지역 설정을 확인하려면 시스템 Settings에서 Apple Account → Media & Purchases → View Account → Country/Region으로 이동하세요. 메뉴 이름은 시스템에 표시되는 내용을 기준으로 확인하면 됩니다. 변경하기 전에 잔액, 구독, 결제 수단에 관한 시스템 안내를 읽고, 검색 결과를 확인하려는 이유만으로 지역을 바로 변경하지 마세요.

개발자 이름 Shadow Launch Technology Limited, 이 사이트 페이지 상단에 표시된 공식 앱 아이콘, 제품 페이지 주소의 id932747118을 함께 확인하세요. 앱 ID는 932747118이며, 이름이 비슷하거나 검색 결과 순위가 높다는 이유만으로 판단하면 안 됩니다. 구매 전에 현재 스토어의 가격과 호환성 항목도 확인하고, 시스템 요구 사항은 App Store 제품 페이지에 표시된 내용을 기준으로 하세요. 하나라도 일치하지 않으면 이 사이트의 App Store 안내 페이지로 돌아가 올바른 제품 페이지인지 다시 확인한 뒤 구매 여부를 결정하세요.

앱을 한 번 구매하는 것과 서버 연결 서비스 요금제는 별개입니다. 구매하면 Shadowrocket 앱을 사용할 수 있지만, 연결하려면 본인이 보유한 구독 또는 서버 정보가 필요하며 해당 정보에 맞게 설정해야 합니다. 미국 스토어 가격은 $2.99이며, 실제 금액과 구매 조건은 App Store의 현재 페이지를 기준으로 합니다. 스토어별로 현지 통화로 표시됩니다. 이 사이트는 앱 사용법과 설정 확인만 안내하며 서버나 구독을 제공·판매·추천하지 않습니다. 결제가 완료된 것과 설정을 통해 연결할 수 있는 것은 별개의 문제이므로 각각 확인하세요.

대개 처음 구매한 계정으로 다시 다운로드할 수 있어 재구매할 필요가 없습니다. App Store 계정 페이지에서 구입 항목 목록을 열고 Shadowrocket을 찾으세요. 목록 메뉴 이름은 시스템 버전에 따라 다를 수 있습니다. 여전히 가격이 표시된다면 Media & Purchases에 처음 구매한 계정으로 로그인했는지 확인한 뒤, 구매 내역과 가려진 구입 항목, 현재 스토어에서의 이용 가능 여부를 확인하세요. 앱을 다시 다운로드해도 설정이 모두 복원되는 것은 아닙니다. 기기를 바꾸기 전에 설정 자료를 따로 저장하고 민감한 정보는 안전하게 보관하세요.

주요 사용 기기는 iPhone과 iPad입니다. Mac, Apple TV, Apple Vision의 호환 정보도 같은 App Store 제품 페이지에서 확인할 수 있으며, 앱을 받을 수 있는 유일한 경로는 App Store입니다. 시스템 요구 사항, 기기 호환 여부, 통합 구매 적용 범위는 App Store 페이지에 표시된 내용을 기준으로 확인하세요. iPad에서는 처음 구매한 계정으로 앱 상태를 확인하고, 재결제 안내가 표시되면 계정과 구매 내역을 먼저 확인하세요. 이 매뉴얼의 구체적인 조작 방법은 iPhone과 iPad를 중심으로 설명하며, 다른 기기의 화면이 완전히 같다고 가정하지 않습니다.

이는 앱이 VPN 연결 구성을 만들도록 시스템에서 권한을 요청하는 단계이며, 서버 연결이 이미 완료되었다는 뜻은 아닙니다. 현재 조작 중인 Shadowrocket에서 권한 요청을 표시했는지 확인하고 시스템 안내를 읽은 뒤 허용 여부를 결정하세요. 기기 암호나 본인 인증이 필요할 수 있습니다. 이전에 권한 요청을 취소했다면 앱으로 돌아가 연결을 다시 시도할 수 있습니다. 권한을 허용한 뒤에도 본인이 보유한 서버를 선택하고 Global Routing을 확인해야 합니다. 시스템 권한을 허용했다는 사실만으로 연결 성공 여부를 판단할 수는 없습니다.

먼저 유효한 서버를 추가하고 선택했는지 확인한 다음, 시스템 VPN 구성 권한을 허용했는지 확인하세요. 시스템 Settings에서 기기 관리 제한이 있는지, 다른 VPN 연결이 사용 중인지 살펴보세요. 관리되는 기기라면 관리 정책을 따라야 합니다. 앱을 다시 열어 연결을 시도하고, 필요한 경우 기기를 재시동하세요. 처음부터 모든 설정을 삭제하지 말고 메시지 내용과 문제가 발생한 단계를 기록하세요. 스위치는 켜진 상태로 유지되지만 웹사이트에 접속할 수 없다면 권한 요청을 반복하지 말고 연결 및 규칙 문제를 확인하세요.

이 매뉴얼에서는 화면에 표시되는 영어 메뉴 이름을 그대로 사용하므로 해당 이름으로 찾으면 됩니다. Home에서는 서버를 확인하고 선택하며, Add Server에서는 서버 정보를 추가합니다. Config에서는 구성 파일을 관리하고, Global Routing에서는 전체 라우팅 방식을 지정하며, Settings에서는 설정을 확인합니다. 표시 언어는 앱의 지원 여부와 시스템 언어 설정에 따라 달라집니다. 시스템의 앱 설정에서 언어 옵션을 제공하는지 확인할 수 있습니다. 버튼의 위치만으로 기능을 판단하지 말고, 화면 구성이 달라지면 메뉴 이름과 현재 화면의 맥락을 우선 확인하세요.

먼저 본인이 보유한 구독 또는 서버 정보를 준비한 뒤 Home에서 항목을 추가하고 내용을 확인하세요. 다음으로 서버를 선택하고 Global Routing을 확인합니다. 사용할 수 있는 규칙 구성이 있다면 Config를 선택하고, 프록시 연결 경로를 임시로 확인하려면 Proxy를 선택하세요. 연결을 켜고 시스템 안내에 따라 권한을 허용한 다음, 원하는 사이트에 접속해 로그와 함께 결과를 확인하세요. 처음 연결에 실패했다고 서버, 규칙, DNS를 한꺼번에 바꾸지 마세요. 한 번에 한 항목씩 조정해야 가져오기 매개변수, 라우팅 설정, 현재 네트워크 중 무엇이 원인인지 구분할 수 있습니다.

대개 앱 업데이트만으로 설정을 다시 가져올 필요는 없습니다. 기존 서버, 구독, Config가 그대로 있는지 먼저 확인하세요. 앱 업데이트는 App Store에서 진행하며, 구독 내용 업데이트와 규칙 구성 업데이트는 서로 다른 작업이므로 대체할 수 없습니다. 업데이트 전에 중요한 구성과 사용자 지정 규칙을 저장해 두세요. 업데이트 후에는 현재 서버와 Global Routing을 확인하고 실제 접속을 테스트하세요. 동작이 달라졌다면 App Store의 업데이트 안내와 앱 내 설정을 하나씩 비교하고, 모든 설정을 바로 덮어쓰지 마세요.

먼저 받은 주소가 서비스 웹페이지가 아니라 Shadowrocket용 구독 주소인지 확인하세요. Home에서 Add Server를 열고 화면에 따라 Subscribe를 선택한 다음, 보유한 구독 링크 전체를 해당 주소 입력란에 붙여넣으세요. 필요하면 알아보기 쉬운 메모를 입력하고 저장해 내용을 가져옵니다. 저장 후 서버 항목이 생성되었는지 확인하고 하나를 선택해 테스트하세요. 구독 주소에 접근 인증 정보가 포함될 수 있으므로 공개 게시판, 스크린샷, 채팅 기록에 올리지 마세요. 도움이 필요하면 오류 메시지만 설명하고 전체 링크와 인증 매개변수는 가리세요.

먼저 링크 전체가 정확한지, 공백·줄바꿈·전각 문장 부호가 섞이지 않았는지 확인한 다음 현재 네트워크에서 구독 주소에 접속할 수 있는지 살펴보세요. 인증 실패나 빈 콘텐츠 메시지가 표시되면 본인이 이용 중인 서비스 제공자에게 링크 유효 기간, 권한, 지원 형식을 확인하세요. 웹페이지가 열린다고 해서 가져올 수 있는 구독 데이터가 반환되는 것은 아닙니다. 로그인 페이지가 표시되는 경우도 있습니다. 기존 구독 항목은 유지하고 오류 메시지를 기록한 뒤 테스트하세요. 같은 항목을 여러 번 추가하지 마세요. 전체 구독 주소를 공개 게시판에 올려 문제를 문의하지 마세요.

Home에서 해당 구독을 찾아 항목의 업데이트 기능을 사용하세요. 메뉴 위치는 현재 앱 화면을 기준으로 확인하면 됩니다. 업데이트가 끝나면 오류 메시지, 서버 목록, 선택된 항목이 예상대로인지 확인한 뒤 연결을 테스트하세요. 구독을 업데이트하면 항목이 추가·삭제되거나 내용이 바뀔 수 있으므로 구독 항목에 적용한 로컬 수정 사항을 장기 보관 수단으로 여기지 마세요. 중요한 수동 설정은 별도로 백업하세요. 업데이트에 실패하면 현재 네트워크에서 구독 내용을 가져올 수 있는지 확인한 뒤 링크 상태를 점검하세요. 만료된 주소는 업데이트 버튼을 반복해서 눌러도 복구되지 않습니다.

스캔에 성공했다는 것은 처리 가능한 내용을 인식했다는 뜻일 뿐, 서버 매개변수가 올바르거나 서비스가 계속 유효하다는 의미는 아닙니다. Scan QR Code로 가져온 뒤 항목을 열어 프로토콜, 서버 주소, 포트, 인증 방식, TLS 관련 매개변수를 확인하고 본인이 보유한 정보와 하나씩 비교하세요. QR 코드가 일반 웹 주소만 담고 있다면 용도를 확인한 뒤 진행하고, 웹 주소를 서버 구성으로 취급하지 마세요. 가져온 뒤에는 해당 항목을 선택하고 연결을 켠 다음 실제 접속으로 확인해야 합니다. QR 코드에 민감한 인증 정보가 포함될 수 있으므로 안전하게 보관하세요.

서버 항목에는 주로 연결 대상과 프로토콜 매개변수가 저장되고, Config 구성 파일에는 규칙, DNS 및 기타 연결 동작 설정이 포함될 수 있습니다. 구독을 가져와 서버가 표시되더라도 필요한 규칙 구성이 함께 제공된다는 뜻은 아닙니다. Config를 가져왔다고 해서 그 안에 참조된 프록시 정책에 사용할 서버가 이미 있다는 뜻도 아닙니다. 사용 전에 두 항목을 각각 확인하고, 현재 활성화된 구성과 Global Routing도 점검하세요. 규칙을 병합하기 전에 원본 파일을 백업하고, 특히 정책 이름과 FINAL의 위치를 확인해 검증을 마친 설정을 덮어쓰지 않도록 하세요.

현재 구성의 규칙에 따라 트래픽을 분류하려면 Config를 선택하세요. 클라이언트가 처리하는 연결에 프록시 경로를 사용하려면 Proxy를, 직접 연결하려면 Direct를 선택하세요. 세 가지 모드는 전체 라우팅 방식을 정할 뿐, 잘못된 서버 매개변수를 자동으로 수정하지 않습니다. 사용할 수 있는 구성이 있다면 일반적으로 Config를 사용하세요. 문제를 확인할 때는 Proxy와 Direct를 임시로 전환해 동일한 대상의 결과를 비교한 뒤 원래 설정으로 되돌리세요. Direct로 접속된다고 프록시가 작동한다는 뜻은 아니며, Proxy로 접속된다고 Config의 규칙 순서가 올바르다는 뜻도 아닙니다.

먼저 연결을 끄고 현재 네트워크에서 원래 직접 접속할 수 있는 사이트가 열리는지 확인하세요. 다음으로 연결을 켜고 선택한 서버, Global Routing, 현재 Config를 확인합니다. 이어서 서버에 도달할 수 있는지 테스트하고 로그에서 연결 오류, DNS 조회, 정책 매칭 결과를 살펴보세요. 지연 시간 테스트에 결과가 나와도 대상 웹사이트에 접속할 수 있다는 뜻은 아닙니다. 같은 대상을 Proxy와 Config에서 비교하세요. Proxy에서는 되지만 Config에서 실패하면 규칙과 DNS를 우선 확인합니다. 한 번에 한 항목만 변경하고 결과를 기록해야 설정을 모두 바꿔 원인을 찾지 못하는 상황을 피할 수 있습니다.

규칙부터 바꾸지 마세요. 먼저 현재 네트워크를 확인한 다음 서버 주소, 포트, 프로토콜, 인증 매개변수, TLS 설정을 점검하고 기기의 날짜와 시간이 정확한지 확인하세요. 앱 내 테스트 기능을 사용할 때는 테스트 방식을 구분해야 합니다. 특정 탐색 방식에서 응답이 없다고 실제 프록시 연결도 반드시 실패한 것은 아니므로 연결 로그와 실제 접속 결과를 함께 확인하세요. 같은 항목이 여러 네트워크에서 모두 실패한다면 본인이 이용 중인 서비스 제공자에게 서버 상태를 문의하세요. 인증서 오류가 발생하면 도메인과 시스템 시간을 먼저 확인하고, 검증 기능을 끄는 방법을 일반적인 해결책으로 사용하지 마세요.

먼저 Global Routing이 Config로 설정되어 있고 수정한 구성 파일을 사용 중인지 확인하세요. 그런 다음 DOMAIN-SUFFIX,example.com,PROXY 규칙이 FINAL보다 앞에 있는지, 앞선 규칙에 먼저 매칭되지는 않는지, PROXY에 지정된 서버가 사용 가능한지 확인하세요. 웹페이지가 다른 도메인에도 요청을 보낼 수 있으므로 기본 도메인에 규칙 하나만 추가해서 모든 리소스가 처리된다고 볼 수는 없습니다. 로그에서 실제 요청 도메인과 매칭된 정책을 확인하고 필요한 규칙만 추가하세요. FINAL,DIRECT는 앞선 규칙에 하나도 매칭되지 않을 때 적용되는 기본 처리 규칙이므로 구체적인 매칭 규칙보다 앞에 두면 안 됩니다.

먼저 시스템의 배터리 사용량에서 비슷한 사용 시간과 데이터 사용량을 비교해 지속적인 데이터 전송, 약한 네트워크 신호, 반복적인 재연결 중 무엇이 원인인지 살펴보세요. 불필요하게 자주 실행되는 테스트, 상세 로그, 디버그 기능이 켜져 있는지도 확인하고 On Demand 설정이 필요한 연결 방식과 맞는지 살펴보세요. 필요한 부분을 조정한 뒤 비슷한 사용 환경에서 일정 시간 관찰하세요. 한 번 배터리가 줄어든 것만으로 원인을 단정하지 마세요. On Demand는 조건에 따라 연결을 시작하는 기능이지 배터리 소모를 줄여 주는 기능은 아닙니다. 로그에 반복적인 연결 실패가 표시되면 불필요한 재시도를 줄이도록 서버나 네트워크 문제부터 해결하세요.