공식 매뉴얼 · 문제 해결

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

문제가 생기면 어디서 확인해야 할까요? 먼저 사용 단계에 맞는 분류를 선택한 다음 해당 답변을 펼쳐 보세요. 문제를 확인할 때는 한 번에 하나만 변경하고 기존 설정과 오류 문구를 보관하면 원인을 찾는 데 도움이 됩니다.

이 안내는 사용자가 자신의 구독 또는 서버 정보를 이미 보유하고 있다는 전제에 따라 작성되었습니다. 시스템 요구 사항, 구매 적용 범위 및 결제 금액은 App Store 페이지의 안내를 기준으로 합니다.

Q.01—04 / App Store

정품 확인 및 구매

구매 전에 무엇을 확인해야 하나요? 제품 페이지와 현재 스토어 계정을 확인한 다음 가격과 구입 상태를 살펴보세요.

App Store에서 정품 Shadowrocket인지 어떻게 확인하나요?

개발자, 공식 아이콘, 앱 ID를 함께 확인하세요. 개발자 이름은 Shadow Launch Technology Limited이고 앱 ID는 932747118입니다. 제품 페이지 주소 끝에 id932747118이 포함되어야 하며, 아이콘은 이 사이트 상단에 표시된 공식 아이콘과 일치해야 합니다. 앱 이름이나 검색 순위만으로 판단하지 마세요. 제품 페이지에서 호환성 및 구매 정보도 확인하고, 시스템 요구 사항은 App Store 페이지의 안내를 기준으로 삼으세요. 구매하려면 이 사이트의 App Store 정품 확인 페이지에서 계속 진행하세요. 앱은 App Store를 통해서만 받을 수 있습니다.

일회성 구매에 연결 서비스도 포함되나요? 가격은 어디서 확인하나요?

포함되지 않습니다. 클라이언트 일회성 구매는 연결 서비스 요금제가 아닙니다. 구매 대상은 Shadowrocket 클라이언트 사용 권한이며, 연결하려면 사용자가 이미 보유한 구독 또는 서버 정보가 필요합니다. 미국 스토어 가격은 $2.99이며 일회성 구매입니다. 실제 결제 금액과 통화는 App Store 페이지와 구매 확인 화면에 표시된 내용을 기준으로 하세요. 이 사이트는 서버나 구독을 제공하거나 판매하거나 추천하지 않습니다. 구매를 마친 뒤에는 기존 서비스의 유효한 설정 정보를 준비해 안내에 따라 가져오세요. 클라이언트를 설치하고 실행하는 것만으로 사용할 수 있는 서버 정보가 자동으로 생성되지는 않습니다.

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

먼저 기존 구매 계정으로 App Store의 구입 항목을 확인하세요. 가격 버튼이 보인다고 바로 다시 결제하지 마세요. Media & Purchases에 사용 중인 계정이 기존 구매 계정과 같은지 확인한 뒤 App Store의 앱 목록이나 구입 내역에서 Shadowrocket을 찾아보세요. 구체적인 메뉴 이름은 현재 시스템에 표시되는 내용을 기준으로 합니다. 재구매 안내가 나오면 계정, 스토어 및 구매 내역을 확인한 다음 진행하세요. 클라이언트 복원과 로컬 설정 복원은 별개입니다. 다시 설치한 뒤 서버, Config, 규칙이 남아 있는지 확인하고 직접 보관한 유효한 정보를 다시 가져오세요. 구매 내역만으로 모든 앱 데이터가 복원된다고 가정하지 마세요.

App Store 정품 확인 및 구매 안내 보기 →

Q.05—08 / First use

설치 및 첫 실행

설치 후 무엇을 해야 하나요? 기기 호환성, 연결 정보, 시스템 권한을 확인한 다음 자동 연결 조건을 점검하세요.

iPad에도 설치할 수 있나요? 별도로 구매해야 하나요?

먼저 iPad에서 동일한 App Store 제품 페이지를 열어 호환성을 확인하세요. Shadowrocket은 주로 iPhone과 iPad에서 사용하며, 시스템 요구 사항과 공통 구매 적용 범위는 App Store 페이지의 안내를 기준으로 합니다. 이미 구매한 경우 기존 구매 계정으로 제품 페이지에 다운로드 표시가 있는지 확인하거나 구입 항목에서 앱을 찾아보세요. iPad의 화면 구성은 화면 크기와 앱 인터페이스에 따라 달라질 수 있지만 Add Server, Config, Global Routing 항목을 확인하면 됩니다. 기기 간 클라이언트 구매 자격이 기존 서버와 설정의 자동 동기화를 의미하지는 않습니다. 처음 사용할 때 실제 내용을 확인하세요.

처음 실행했을 때 연결 스위치가 작동하지 않습니다. VPN 구성 권한이란 무엇인가요?

VPN 구성 권한은 시스템이 Shadowrocket의 네트워크 터널 생성을 허용하도록 하는 권한입니다. 권한을 승인했다고 서버를 사용할 수 있다는 뜻은 아닙니다. 먼저 유효한 서버를 선택한 다음 연결 스위치를 켜세요. 시스템 요청이 나타나면 Shadowrocket에서 보낸 요청인지 확인하고 안내에 따라 허용 및 인증을 진행하세요. 이전에 취소했다면 앱으로 돌아가 다시 시도할 수 있습니다. 그래도 스위치가 켜지지 않으면 시스템 Settings에서 VPN 구성 상태를 확인하고 기기에 관리 정책 제한이 있는지 살펴보세요. 다른 VPN 연결이 활성화되어 있다면 연결을 끊고 다시 테스트하세요. 모든 구성을 반복해서 삭제하지 말고, 먼저 안내 문구를 기록해 시스템 권한 문제와 서버 연결 문제를 구분하세요.

인터페이스가 영어로 표시됩니다. 어디서부터 조작하면 되나요?

언어를 먼저 바꾸지 않아도 영어 인터페이스의 항목 이름으로 찾을 수 있습니다. Home에서는 서버와 연결 메뉴를 확인하고, Add Server에서는 연결 정보를 추가하며, Config에서는 구성을 관리하고, Settings에서는 앱 설정을 확인합니다. 처음 사용할 때는 Add Server → 유형 선택 → 기존 서비스 정보 입력 → 저장 순으로 진행한 다음 Global Routing과 연결 스위치를 확인하세요. 실제 버튼과 설명이 어긋나지 않도록 인터페이스의 원래 문구를 그대로 사용했습니다. 기기와 앱 인터페이스에 따라 메뉴 위치가 달라질 수 있으므로 항목 이름을 기준으로 찾고 아이콘 위치만 보고 추측하지 마세요.

백그라운드에서 배터리를 많이 소모합니다. On Demand는 어떻게 설정해야 하나요?

먼저 비슷한 사용 시간, 네트워크 환경, 데이터 사용량을 기준으로 시스템 배터리 기록을 비교하세요. 한 번의 배터리 소모율만으로 이상 여부를 판단할 수는 없습니다. 네트워크 터널을 계속 사용하거나 데이터 전송량이 많고 자주 재연결되면 배터리 소모에 영향을 줄 수 있습니다. Settings에서 On Demand 조건을 확인해 연결할 필요가 없는 네트워크에서도 자동으로 작동하는지 살펴보세요. 문제를 확인하는 동안 On Demand를 잠시 끄고 수동으로 연결해 관찰할 수 있습니다. 자동 연결이 필요할 때 실제 네트워크 환경에 맞춰 설정을 다시 활성화하세요. 시스템이 Wi-Fi와 셀룰러 네트워크를 자주 전환하는지, 서버가 안정적인지도 확인하세요. On Demand는 연결을 시작하는 설정이지 일정한 절전 효과를 보장하지 않습니다.

전체 안내에 따라 첫 연결 완료하기 →

Q.09—12 / Subscribe

구독 및 서버 가져오기

가져오기에 실패하면 어디부터 확인해야 하나요? 요청 실패, 내용 해석 실패, 서버 연결 실패를 구분하고 각각 다른 문제로 확인하세요.

기존 구독을 가져오지 못합니다. 주소 문제와 네트워크 문제를 어떻게 구분하나요?

Add Server에서 Subscribe를 선택하고 사용자가 보유한 구독 주소를 빠짐없이 붙여넣었는지 확인한 다음 저장하고 업데이트를 시도하세요. 주소의 앞뒤가 잘리지 않았는지, 공백이나 줄바꿈이 섞이지 않았는지, 메신저가 주소의 매개변수를 잘라내지 않았는지 살펴보세요. 요청에 실패하면 먼저 현재 네트워크에서 인터넷에 접속할 수 있는지 확인하세요. 반환된 내용을 해석할 수 없다면 기존 서비스 제공자에게 해당 주소가 Shadowrocket에서 인식할 수 있는 구독 내용을 제공하는지 문의하세요. 웹 계정 로그인 주소는 구독 주소를 대신할 수 없습니다. 오류 문구만 기록하고, 접근 정보가 포함된 전체 구독 주소를 공개하지 마세요. 실패했다고 같은 항목을 반복해서 만들지 마세요.

기존 구독은 어떻게 업데이트하나요? 업데이트해도 목록이 바뀌지 않는 이유는 무엇인가요?

Home에서 해당 구독 항목을 찾아 항목의 업데이트 기능을 사용하고, 업데이트가 완료되었는지 확인하세요. 메뉴 위치는 현재 앱에 표시되는 내용을 기준으로 합니다. 업데이트 성공은 구독 내용을 가져와 처리했다는 뜻일 뿐, 원본 내용이 반드시 바뀌었다는 의미는 아닙니다. 목록에 변화가 없다면 올바른 항목을 업데이트했는지, 구독 주소가 여전히 유효한지, 기존 서비스 내용이 실제로 변경되었는지 확인하세요. 업데이트에 실패해도 기존 항목을 바로 삭제하지 말고 오류 내용을 보관한 뒤 네트워크를 확인하세요. 업데이트 후에는 현재 선택한 서버가 목록에 남아 있는지도 확인하세요. 기존 선택이 새 목록에서도 계속 사용할 수 있다고 단정하지 마세요.

가져온 뒤 서버가 없거나 이름만 표시되고 연결에 실패하면 어떻게 해야 하나요?

두 경우를 나누어 확인해야 합니다. 서버가 없다면 구독 요청이 성공했는지, 반환 내용에 인식 가능한 연결 항목이 포함되어 있는지 먼저 살펴보세요. 이름은 있지만 연결되지 않는다면 주소, 포트, 인증 정보, TLS, 전송 방식을 확인하세요. 항목을 저장할 수 있다고 설정 조합이 올바르거나 서버에 접속할 수 있다는 뜻은 아닙니다. 항목 하나를 선택해 Connectivity Test를 실행한 뒤 실제 요청도 시도하세요. 서버 전체를 한꺼번에 수정하지 마세요. 기존 서비스 상태가 바뀌었다면 제공자에게 유효성을 확인하세요. 구독 가져오기는 연결 정보를 저장하는 기능이며, 서버 측 인증이나 가용성 문제를 해결하지 않습니다.

서버를 수동으로 추가할 때 어떤 항목을 기존 정보와 똑같이 입력해야 하나요?

먼저 Add Server에서 기존 서비스와 같은 유형을 선택한 다음 주소, 포트, 해당 프로토콜에 필요한 인증 정보를 입력하세요. Shadowsocks, VMess, VLESS, Trojan은 입력 항목이 서로 다르므로 한 유형의 설정을 다른 유형에 그대로 적용하지 마세요. 서비스 정보에 TLS, 전송 방식, 경로 또는 서버 이름이 포함되어 있다면 각각 확인하세요. 주소와 포트만 입력해서는 충분하지 않을 수 있습니다. 저장하기 전에 대소문자, 공백, 입력 내용의 누락 여부를 확인하고, 저장한 뒤 항목 하나씩 테스트하세요. 프로토콜을 지원한다고 해서 어떤 설정 조합이든 사용할 수 있는 것은 아닙니다. 확실하지 않은 항목은 추측하지 말고 기존 서비스 안내에서 확인하세요.

용어집에서 프로토콜 및 구성 용어 확인하기 →

Q.13—16 / Diagnostics

규칙 심화 및 문제 해결

연결되어 있는데도 왜 작동하지 않나요? 네트워크, 주소 확인, 정책을 나누어 점검한 뒤 같은 대상으로 비교하세요.

Global Routing에서 Config, Proxy, Direct는 어떻게 선택하나요?

규칙에 따라 정책을 선택하려면 Config를 사용하세요. 선택한 프록시 정책으로 요청을 비교 테스트하려면 Proxy를, 직접 연결 결과를 확인하려면 Direct를 사용하세요. Config의 결과는 현재 활성화된 구성과 규칙에 따라 달라집니다. 서버를 선택하는 것만으로 규칙 선택을 대신할 수는 없습니다. 평소에는 목적을 먼저 정하고 모드를 선택하세요. 문제를 확인할 때는 같은 서버와 테스트 대상을 유지하고 모드만 바꿔 비교하세요. Proxy에서는 작동하지만 Config에서 문제가 생기면 규칙이 어떻게 적용되는지와 정책 참조를 먼저 확인하세요. 테스트를 마치면 필요한 모드로 되돌리고, 문제 해결을 위해 임시로 변경한 설정을 계속 유지하지 마세요.

연결 스위치는 켜져 있지만 웹페이지가 열리지 않습니다. 어떤 순서로 확인해야 하나요?

기본 네트워크, 서버, Global Routing, DNS, 규칙 순으로 확인하세요. 먼저 연결을 끊고 현재 Wi-Fi 또는 셀룰러 네트워크에서 평소 이용하는 사이트에 접속할 수 있는지 확인하세요. 그런 다음 같은 서버에 연결해 Connectivity Test를 실행하고 실제 요청도 시도하세요. 이어서 Proxy와 Config를 잠시 전환해 비교하세요. Config에서만 문제가 생기면 현재 구성의 규칙 순서와 정책 참조를 확인하고, 둘 다 문제가 있으면 서버 설정과 DNS를 살펴보세요. 한 번에 하나만 변경하고 결과를 기록하세요. 서버, 구성, DNS를 동시에 바꾸지 마세요. 스위치에 연결됨으로 표시되어도 모든 대상의 주소가 정상적으로 확인되고 접속되는 것은 아닙니다.

Connectivity Test 지연 시간이 정상이라면 인터넷을 사용할 수 있다고 봐도 되나요?

그렇지는 않습니다. Connectivity Test 결과는 선택한 테스트 방식과 대상, 당시 네트워크 상태를 반영할 뿐 모든 웹사이트, 프로토콜 또는 지속적인 데이터 전송 상태를 보장하지 않습니다. 확인하려는 서버를 테스트에 사용했는지 살펴본 다음, 실제로 접속할 대상에서 주소 확인, 연결 수립, 콘텐츠 수신이 가능한지 확인하세요. 테스트는 정상인데 실제 요청이 실패하면 Global Routing, DNS, 규칙 적용을 확인하세요. 특정 대상에서만 실패한다면 해당 대상의 주소 확인 또는 연결 문제로 범위를 좁히세요. 지연 시간을 비교할 때는 같은 네트워크, 테스트 방식, 대상을 사용하세요. 한 번 측정한 숫자만으로 서버를 삭제하거나 교체하지 마세요.

DNS와 규칙 중 무엇을 먼저 바꿔야 하나요? FINAL은 어디에 두나요?

먼저 문제가 주소 확인인지 정책 선택인지 구분한 다음 관련 항목을 수정하세요. 도메인 주소를 확인할 수 없다면 현재 Config의 DNS 설정과 DNS 요청의 도달 가능성을 확인하세요. 도메인 주소는 확인되지만 연결 정책이 예상과 다르면 규칙과 실제 적용 내역을 살펴보세요. 일반적으로 규칙은 위에서 아래 순서로 적용되므로 구체적인 조건을 더 포괄적인 조건보다 앞에 두고, 앞선 규칙에 해당하지 않는 요청을 처리하도록 FINAL을 마지막에 배치하세요. 규칙의 PROXY, DIRECT, REJECT는 정책 키워드이므로 원문 그대로 유지하세요. 수정 전에 기존 구성을 저장하고 한 번에 하나만 변경한 뒤 같은 대상으로 다시 테스트하세요. 원인을 확인한 다음에만 수정 범위를 넓히세요.

규칙 구조, 일치 순서 및 정책 참고 자료 보기 →