공식 매뉴얼 · 자주 묻는 질문

Shadowrocket FAQ
구매 및 연결 문제 해결

문제가 발생한 단계를 먼저 확인한 뒤 항목별로 점검하세요. 구매, 첫 실행, 가져오기, 연결의 네 단계로 정리했습니다. 질문을 선택하면 해결 방법을 확인할 수 있습니다.

App Store

정품 확인 및 구매

제품과 구매 계정을 먼저 확인한 뒤 스토어, 가격 및 구입 복원 문제를 살펴보세요.

제품 페이지가 Shadowrocket 공식 페이지인지 어떻게 확인하나요?

제품 이름 Shadowrocket, 개발자 Shadow Launch Technology Limited, 제품 페이지 주소의 id932747118을 모두 확인한 뒤 이 사이트 상단에 표시된 공식 아이콘과 대조하세요. 검색 결과의 이름이나 비슷한 그림만으로 판단하지 마세요. 앱 ID 932747118은 제품 식별용이며, 현재 스토어의 가격, 호환성 및 구매 계정 확인을 대신하지 않습니다. 구매 전에는 App Store에 표시된 제품 정보를 확인하세요.

기기를 바꾸거나 앱을 다시 설치하면 다시 구매해야 하나요?

기존 구매 계정으로 App Store의 구입 항목에 들어가 Shadowrocket을 찾아 다시 다운로드해 보세요. 기기의 클라우드 동기화 계정과 Media & Purchases의 구매 계정은 서로 다를 수 있습니다. 가격 버튼이 표시되면 바로 결제하지 말고 구매 계정과 구입 내역을 먼저 확인하세요. 구입 복원 가능 여부와 기기 호환성은 App Store 페이지를 기준으로 확인하세요. 앱을 복원해도 로컬 서버, 설정 파일 및 기타 설정까지 복원되는 것은 아닙니다.

일회성 구매에는 무엇이 포함되며, 서버 정보는 왜 따로 필요한가요?

일회성 구매는 Shadowrocket 클라이언트 사용 권한을 구매하는 것입니다. 클라이언트 일회성 구매는 서버 이용권이 아닙니다. 앱을 구매해도 사용할 수 있는 서버나 구독이 자동으로 생성되지는 않습니다. 이 안내는 이미 본인 소유의 구독 또는 서버 정보가 있는 경우를 전제로 가져오기와 사용 방법만 설명합니다. 미국 스토어 가격은 일반적으로 2.99달러이며, 스토어별 통화와 실제 가격, 구매 가능 여부는 App Store 페이지를 기준으로 확인하세요. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다.

iPad에도 설치할 수 있나요? 다른 Apple 기기에서의 호환성은 어디서 확인하나요?

Shadowrocket은 주로 iPhone과 iPad에서 사용하며, 두 기기 모두 같은 App Store 제품 페이지에서 확인하고 받을 수 있습니다. 이미 구매했다면 기존 구매 계정으로 구입 항목을 확인하세요. Mac, Apple TV 및 Apple Vision의 호환 여부도 해당 제품 페이지의 호환성 항목에서 확인할 수 있습니다. 시스템 요구 사항과 통합 구매 적용 여부는 App Store 페이지를 기준으로 확인하세요. 기기 이름만 보고 모든 설정, 화면 구성 및 사용 방법이 같다고 판단하지 마세요.

App Store 정품 확인 방법 보기 →

Home / Settings

설치 및 첫 실행

서버 선택, 시스템 권한 허용, 실제 접속 확인을 각각 나누어 점검하세요.

처음 실행한 뒤 어떤 순서로 연결해야 하나요?

먼저 기존 구독 또는 서버 정보를 준비하세요. Home에서 정보를 가져온 뒤 서버를 하나 선택하고, 왼쪽의 선택 표시가 원하는 항목에 있는지 확인하세요. 다음으로 Global Routing을 확인하고 목적에 따라 Config, Proxy 또는 Direct를 선택한 뒤 연결 스위치를 켜세요. 처음 연결할 때는 시스템 안내에 따라 VPN 구성을 허용하고 기기 인증을 완료하세요. 마지막으로 Connectivity Test를 실행하고 실제로 대상 페이지에 접속해 보세요. 스위치 색상만 바뀐 것으로 연결이 정상이라고 판단하지 마세요.

VPN 구성 추가를 허용하라는 시스템 팝업은 무엇인가요?

앱에서 VPN 구성을 만들 때 필요한 시스템 권한 요청이며, 서버 정보를 가져오는 단계는 아닙니다. 방금 직접 실행한 Shadowrocket에서 표시된 팝업인지 확인한 뒤 안내에 따라 허용하고 기기 인증을 완료하세요. 이전에 취소했다면 앱으로 돌아가 다시 연결을 시도할 수 있습니다. 관리 대상 기기는 구성 정책에 따라 제한될 수 있습니다. 제한 안내가 표시되면 기기 관리 요건을 먼저 확인하고 시스템 구성을 반복해서 삭제하지 마세요. VPN 구성이 있다고 해서 원격 서버 연결까지 확인된 것은 아닙니다.

연결 스위치가 켜지지 않거나 바로 꺼지면 어떻게 확인해야 하나요?

먼저 Home에서 서버가 선택되어 있는지, 서버 정보에 누락된 항목이 없는지 확인하고 시스템 권한 요청을 취소하지 않았는지도 살펴보세요. 스위치가 꺼질 때 표시되는 안내를 기록한 뒤 시스템 Settings에서 VPN 구성 상태를 확인하세요. 다른 VPN 연결을 사용 중이라면 먼저 연결을 끊고 다시 시도하세요. 기기 관리 제한과 현재 네트워크의 로그인 인증 여부도 확인해야 합니다. 모든 구성을 삭제하는 것을 첫 번째 해결 방법으로 삼지 마세요. 필요한 정보를 보관한 뒤에만 관련 구성을 다시 만들지 검토하세요.

화면이 영어로 표시될 때 안내에 나온 메뉴는 어떻게 찾나요?

화면에 표시된 영어 이름을 기준으로 메뉴를 찾으세요. Home에서는 서버와 연결 상태를 확인하고, Add Server에서는 정보를 추가하며, Config에서는 설정 파일을 관리하고, Settings에서는 설정을 확인합니다. Global Routing의 Config, Proxy, Direct는 각각 규칙 설정, 프록시, 직접 연결 모드입니다. 페이지 이름인 Config와 모드인 Config를 구분하세요. 앞의 Config는 설정 파일 관리 화면이고, 뒤의 Config는 트래픽 처리 방식을 정합니다. 시스템과 앱의 언어 표시는 기기에 실제로 나타나는 내용을 기준으로 확인하세요.

앱을 업데이트하기 전에 어떤 정보를 보관해야 하나요?

앱 업데이트는 App Store에서 진행합니다. 업데이트 전에 기존 구독 정보를 다시 확인할 수 있는지 확인하고, 직접 수정한 설정 파일과 규칙, 필요한 서버 정보를 보관하세요. 민감한 정보가 포함될 수 있으므로 본인이 관리할 수 있는 안전한 위치에 저장해야 합니다. 현재 선택된 서버, Global Routing 모드와 주요 설정도 기록해 두면 업데이트 후 비교하기 쉽습니다. 일반적인 연결 문제를 해결하려고 바로 앱을 삭제하지 마세요. 삭제하면 로컬 데이터가 사라질 수 있으며, 스토어 구매 내역은 설정 백업을 대신하지 않습니다.

첫 연결 튜토리얼을 순서대로 보기 →

Add Server / Subscribe

구독 및 서버 가져오기

기존 정보를 보유한 경우를 전제로, 먼저 데이터 유형을 구분한 뒤 형식과 접속 조건을 확인하세요.

구독을 가져오지 못하면 링크와 네트워크 중 무엇부터 확인해야 하나요?

먼저 기존 구독 링크가 온전한지 확인하세요. 앞뒤 공백이나 줄바꿈, 만료된 매개변수, 복사 과정에서 빠진 문자가 없는지 살펴보세요. 계정 페이지나 일반 웹페이지가 아니라 구독 주소인지 확인한 다음, 현재 네트워크에서 해당 주소에 접속할 수 있는지 점검하세요. 로그인 페이지나 오류 페이지, 지원되지 않는 형식이 반환된다면 반복해서 가져와도 해결되지 않습니다. 오류 안내를 보관하고 서비스 제공자에게 주소의 유효성과 형식을 확인하세요. 문제를 점검할 때 접속 정보가 포함된 전체 링크를 공개하지 마세요.

구독, 단일 서버 정보, .conf 설정 파일은 어떻게 다른가요?

구독은 여러 서버 항목을 가져오고 업데이트하는 데 사용합니다. 단일 서버 정보는 연결 대상 하나를 추가할 때 사용하며, .conf 설정 파일은 General, Rule, Host 등의 설정 섹션을 구성합니다. 먼저 가지고 있는 정보가 어떤 유형인지 확인한 뒤 해당 메뉴를 선택하세요. 세 가지 모두 링크 형태일 수 있다고 해서 같은 종류의 데이터로 취급해서는 안 됩니다. Home에 서버가 표시되어도 규칙 분류가 적용된 것은 아니며, Config에 설정 파일이 표시되어도 사용할 서버가 준비된 것은 아닙니다.

QR 코드나 클립보드에서 가져와도 반응이 없으면 어떻게 원인을 찾나요?

먼저 QR 코드나 클립보드 내용에 지원되는 서버 또는 구독 정보가 들어 있는지 확인하세요. 안내 문구, 계정 페이지 또는 스크린샷에 있는 일반 주소는 가져올 수 없습니다. Scan QR Code를 사용할 때는 카메라 권한을 확인하고 QR 코드가 선명하고 온전한지 살펴보세요. 클립보드에서 가져올 때는 원본 텍스트를 다시 복사하고 시스템에서 붙여넣기 허용을 요청하는지 확인하세요. QR 코드 전체를 공개 게시판에 올리지 마세요. 그래도 실패한다면 Add Server에 필요한 항목과 기존 서버 정보를 하나씩 대조해 데이터 유형이 맞는지 확인하세요.

기존 구독은 어떻게 업데이트하며, 업데이트 후 항목이 달라지는 이유는 무엇인가요?

Home에서 기존 구독 그룹을 찾고, 해당 그룹의 업데이트 기능을 사용해 내용을 다시 가져오세요. 버튼 위치는 현재 화면을 기준으로 확인하세요. 업데이트 결과는 구독 주소가 반환하는 데이터에 따라 달라지므로 항목이 추가되거나 삭제되거나 이름이 바뀌어도 앱 오류라고 단정할 수 없습니다. 업데이트 후 기본 선택 서버를 다시 확인하고 Connectivity Test를 실행하세요. 업데이트에 실패하면 주소가 유효한지와 네트워크에서 접속할 수 있는지 먼저 점검하세요. 같은 구독을 연달아 추가하면 그룹이 중복되고 현재 선택이 헷갈릴 수 있으니 피하세요.

Add Server에서 정보를 직접 입력했는데도 연결되지 않으면 어떤 항목을 확인해야 하나요?

기존 서버 정보를 기준으로 Type, 서버 주소, 포트 및 인증 정보를 하나씩 확인한 다음, 선택한 프로토콜에 필요한 전송 방식과 TLS 설정을 살펴보세요. Shadowsocks, VMess, VLESS, Trojan 등의 프로토콜은 항목의 의미가 서로 다르므로 Type만 바꾸고 나머지 정보를 그대로 사용하면 안 됩니다. 비밀번호와 기타 인증 정보의 대소문자, 공백 및 복사 상태도 확인하세요. 저장한 뒤 해당 서버를 선택해 테스트하세요. 항목이 저장되었다는 이유만으로 원격 프로토콜과 로컬 설정이 일치한다고 판단하지 마세요.

구독 가져오기 메뉴 안내 보기 →

Global Routing / Connectivity Test

규칙 분류 및 문제 해결

네트워크와 테스트 대상을 동일하게 유지하고, 한 번에 조건 하나만 바꾸며, 되돌릴 수 있는 설정을 보관하세요.

Global Routing에서 Config, Proxy, Direct 중 무엇을 선택해야 하나요?

평소 규칙에 따라 트래픽을 분류하려면 Config를 선택하고 원하는 설정 파일이 활성화되어 있는지 확인하세요. 선택한 서버의 프록시 경로를 확인할 때는 Proxy로 잠시 전환하고, 현재 네트워크의 직접 접속을 확인할 때는 Direct로 전환할 수 있습니다. 세 모드는 서로 다른 트래픽 처리 방식이지 속도 설정이 아닙니다. 비교할 때는 대상 페이지와 네트워크 환경을 동일하게 유지하고 한 번에 조건 하나만 변경한 뒤 평소 모드로 되돌리세요. Direct에서 접속에 성공해도 선택한 서버가 정상이라는 뜻은 아닙니다.

연결됨으로 표시되지만 페이지가 열리지 않으면 어떤 순서로 확인해야 하나요?

먼저 연결을 끄고 현재 네트워크에서 정상적으로 접속할 수 있는지 확인하세요. 필요한 네트워크 로그인 인증도 완료해야 합니다. 그런 다음 Shadowrocket에 연결하고 선택된 서버를 확인한 뒤 Connectivity Test를 실행하세요. 이후 대상 페이지와 다른 정상 페이지를 각각 확인합니다. Config에서만 문제가 발생하면 규칙 적용 여부와 DNS를 점검하세요. Proxy에서도 실패한다면 서버 정보와 원격 서버의 사용 가능 여부를 먼저 확인하세요. 시스템에 연결됨으로 표시되는 것은 로컬 연결 상태를 뜻할 뿐, 대상 요청이 성공적으로 도달했다는 증거는 아닙니다.

규칙이 예상대로 적용되지 않으면 순서와 정책 중 무엇부터 확인해야 하나요?

먼저 Global Routing이 Config인지, 방금 수정한 설정 파일을 사용 중인지 확인한 다음 Rule에서 규칙 순서를 살펴보세요. 규칙은 일반적으로 순서대로 매칭되므로 범위가 넓은 조건이 앞에 있으면 구체적인 조건보다 먼저 일치할 수 있습니다. FINAL은 마지막 대체 규칙으로 사용해야 합니다. 이어서 PROXY, DIRECT, REJECT 또는 사용자 지정 정책이 실제로 어디를 가리키는지 확인하세요. DOMAIN과 DOMAIN-SUFFIX의 매칭 범위도 구분해야 합니다. 규칙에 대상 도메인 문자열이 포함되어 있다는 이유만으로 매칭된다고 판단하지 마세요.

Connectivity Test 결과가 있는데도 실제 접속이 실패하는 이유는 무엇인가요?

Connectivity Test는 설정된 테스트 대상과의 연결 상태를 확인하며 모든 웹사이트, 프로토콜 및 규칙 경로를 포괄하지는 않습니다. 실제 접속은 대상 서비스 상태, DNS 확인, 규칙 매칭 및 전송 방식의 영향을 받습니다. 현재 선택한 서버를 테스트했는지 확인한 뒤 같은 네트워크에서 실제 대상에 접속해 보세요. 한 곳에서만 실패한다면 해당 대상에 집중해 점검하고, 모든 설정을 바로 다시 만들 필요는 없습니다. 테스트 수치가 실제 처리량을 보장하는 것은 아니므로, 그 수치만으로 모든 앱의 접속 성능을 판단하지 마세요.

백그라운드 배터리 사용량이 많으면 On Demand를 꺼야 하나요?

먼저 시스템 배터리 사용량에서 확인 기간, 화면 사용 시간 및 백그라운드 활동을 살펴보세요. 네트워크 전환이 잦거나 데이터 전송이 계속되거나 연결이 반복해서 설정되는지도 확인해야 합니다. On Demand는 설정 조건에 따라 연결을 시작하는 기능입니다. 비슷한 사용 환경에서 잠시 꺼서 비교할 수 있지만, 모든 상황에 적용되는 절전 스위치는 아닙니다. 설정을 바꾼 뒤에도 연결이 사용 목적에 맞는지 확인하고 신호 품질과 앱의 데이터 사용량도 살펴보세요. 한 번에 조건 하나만 바꾸고 결과를 기록해 짧은 시간의 변화로 장기적인 결론을 내리지 않도록 하세요.

규칙 및 설정 안내 더 보기 →

App Store에서 다운로드