공식 가이드 / 문제별로 찾기
Shadowrocket 문제 해결
문제가 발생한 단계를 먼저 확인하세요. 구매와 설치는 앞의 두 분류, 기존 구독 입력은 세 번째 분류, 연결과 규칙은 네 번째 분류에서 찾을 수 있습니다. 질문을 펼쳐 점검 순서를 확인하고 한 번에 설정 하나만 변경하세요.
- 사용 문제 4가지 분류
- 문제별 해결 방법 20개
- 화면 용어는 영어 그대로
먼저 App Store 정보를 확인하세요
정품 확인 및 구매
검색 결과, 구매 내역 및 연결 서비스는 각각 확인해 계정 상태와 서버 상태를 혼동하지 마세요.
App Store에서 Shadowrocket을 찾을 수 없을 때 먼저 확인할 사항은?
먼저 이 사이트의 구매 및 설치 안내를 확인한 다음, 안내에 있는 App Store 링크로 제품 페이지를 여세요. 검색 결과 순위만으로 판단하지 않는 것이 좋습니다. 현재 지역에서 사용할 수 없다는 메시지가 표시되면 App Store에 로그인한 계정의 국가 또는 지역과 기기의 콘텐츠 및 구입 제한을 확인하세요. 지역을 확인하려면 시스템 Settings에서 Apple 계정의 Media & Purchases로 이동해 Country/Region을 살펴보세요. 항목 이름은 기기에 표시되는 내용을 기준으로 합니다. 설정을 변경하기 전에 화면에 안내되는 잔액, 구독 및 결제 조건을 확인하고, 검색 결과를 확인하려고 지역을 반복해서 바꾸지 마세요.
App Store에서 정품 Shadowrocket을 어떻게 확인하나요?
제품 상세 페이지에서 세 가지를 확인하세요. 앱 이름은 Shadowrocket, 개발자는 Shadow Launch Technology Limited, 제품 페이지 주소에는 id932747118이 포함되어야 합니다. 그런 다음 아이콘을 이 사이트 머리글의 공식 아이콘과 비교하세요. 이름과 아이콘이 비슷하다는 사실만으로는 정품 여부를 확인할 수 없으므로 개발자와 앱 ID도 일치하는지 살펴보세요. 구매 전에 페이지에 표시된 가격, 호환성 및 구매 적용 범위도 확인하세요. 관련 정보는 App Store 페이지를 기준으로 합니다. 하나라도 일치하지 않으면 구매 및 설치 안내로 돌아가 제품 페이지를 다시 여세요.
Shadowrocket을 구매하면 연결에 필요한 서버도 포함되나요?
클라이언트는 한 번 구매하는 앱이며, 서버 이용 요금제가 아닙니다. App Store에서 구매하는 것은 Shadowrocket 클라이언트의 사용 권한입니다. 실제로 연결하려면 사용자가 이미 보유한 구독 또는 서버 정보가 필요하며, 해당 서비스가 유효한지도 확인해야 합니다. 클라이언트는 설정을 읽고 연결을 구성하며 규칙을 적용하지만, 구매했다고 사용 가능한 서버 정보가 자동으로 입력되지는 않습니다. 처음 사용할 때는 기존 정보의 프로토콜, 주소 및 인증 항목을 확인한 후 가져오세요. 이 사이트는 공식 웹사이트 및 가이드로서 클라이언트의 구매와 사용법을 안내하며, 서버나 구독을 제공·판매·추천하지 않습니다.
iPhone을 바꾸거나 앱을 다시 설치하면 다시 구매해야 하나요?
기존 구매 계정으로 App Store에 로그인한 뒤 계정의 앱 또는 구입 항목에서 Shadowrocket을 찾아 페이지에 표시되는 다시 다운로드 항목을 이용하세요. 메뉴 이름은 시스템에 따라 달라질 수 있습니다. 홈 화면에 아이콘이 없다는 이유만으로 구매 내역이 사라졌다고 판단하지 마세요. 제품 페이지에 여전히 가격이 표시되면 현재 Media & Purchases에 사용하는 계정이 기존 구매 계정과 같은지 확인하고 주문 내역도 살펴보세요. 앱 구매 내역과 클라이언트의 서버 설정은 별개이므로 다시 다운로드한 뒤에도 기존 설정이나 백업을 가져와야 합니다. 구매 적용 범위는 App Store 페이지를 기준으로 합니다.
가격, 가족 공유 및 다른 Apple 기기 지원 여부는 어디서 확인하나요?
가격은 결제 시 App Store에 표시되는 현지 통화 금액을 기준으로 합니다. 한 번 구매하는 방식은 클라이언트 구매 방법을 뜻하며 연결 서비스의 요금 방식과는 다릅니다. 가족 공유 지원 여부는 제품 페이지의 지원 정보를 확인하고, 가족 구성원의 구입 항목 공유 설정도 함께 살펴보세요. 같은 가족에 속한다고 해서 사용 권한이 자동으로 생기는 것은 아닙니다. 주 사용 기기는 iPhone과 iPad이며, Mac, Apple TV 및 Apple Vision의 호환성도 같은 제품 페이지에서 확인할 수 있습니다. 시스템 요구 사항, 호환성 및 구매 적용 범위는 App Store 페이지를 기준으로 합니다.
설치부터 첫 연결까지
설치 및 첫 실행
먼저 기기 호환성과 시스템 권한을 확인한 뒤 클라이언트 설정을 살펴보세요. 재설치가 모든 문제 해결의 첫 단계는 아닙니다.
iPad에 설치할 수 있나요? iPhone과 별도로 구매해야 하나요?
iPad의 App Store에서 Shadowrocket 제품 페이지를 열고 호환성을 확인한 다음 현재 구매 계정을 살펴보세요. 해당 계정에 적용되는 구매 내역이 있다면 스토어에 표시되는 다시 다운로드 항목을 이용하세요. 현재 기기에서 사용할 수 있는지는 App Store 페이지를 기준으로 합니다. iPad는 iPhone과 화면 크기 및 레이아웃이 다를 수 있으므로 기능을 찾을 때는 Home, Config, Settings 같은 화면 용어를 기준으로 살펴보세요. 버튼 위치를 일일이 비교할 필요는 없습니다. 설치가 완료되어도 서버 정보가 동기화되는 것은 아니므로 처음 실행한 뒤 기존 구독, 현재 선택 항목 및 연결 권한을 확인하세요.
처음 연결할 때 VPN 구성 추가 안내가 표시되면 어떻게 해야 하나요?
처음 연결을 시작할 때 시스템에서 VPN 구성 추가를 허용해 달라고 요청할 수 있습니다. 이는 클라이언트의 현재 설정에 따라 기기의 네트워크 연결을 처리하도록 허용하는 절차입니다. 방금 실행한 Shadowrocket이 요청을 시작했는지 확인한 뒤 시스템 안내를 읽고 기기의 요청에 따라 승인하세요. 이전에 권한 요청을 취소했다면 클라이언트로 돌아가 다시 연결을 시작하고 시스템 안내가 다시 표시되는지 살펴보세요. 시스템 Settings에서도 VPN 구성 상태를 확인할 수 있습니다. 관리되는 기기에는 추가 제한이 있을 수 있으므로 기기 관리 정책을 따르고, 원인을 확인하는 대신 구성을 반복해서 삭제하지 마세요.
연결 스위치가 켜지지 않거나 켜진 직후 꺼지면 어떻게 해야 하나요?
먼저 Home에 선택할 서버가 있는지 확인하고, 현재 선택한 항목의 주소, 포트 및 인증 정보가 모두 입력되었는지 살펴보세요. 목록이 비어 있거나 필수 항목이 누락됐다면 먼저 정보를 채워야 합니다. 다음으로 시스템 VPN 권한이 승인되었는지, 기기에서 다른 VPN 연결이 실행 중이거나 관리 제한이 있는지 확인하세요. 스위치가 바로 꺼지면 클라이언트에 표시된 안내를 기록하고 프로토콜 필수 항목과 현재 설정을 확인하세요. 스위치를 빠르게 연속해서 누르지 마세요. 연결을 중지하고 클라이언트를 다시 연 뒤 시도해 볼 수 있습니다. 그래도 실패하면 오류 문구를 보존하고 안내에 따라 점검하세요. 바로 재설치하는 것보다 당시 상태를 파악하기 쉽습니다.
화면이 영어로 표시됩니다. Home, Config, Data, Settings에서는 무엇을 확인하나요?
Home에서는 기존 서버를 확인하고 연결 항목을 선택하거나 연결을 제어합니다. Config에서는 구성 파일과 관련 규칙을 관리합니다. Data에서는 트래픽이나 요청 기록을 확인할 수 있으며, 구체적인 내용은 현재 앱에 표시되는 항목을 기준으로 합니다. Settings에는 클라이언트 설정이 모여 있습니다. Global Routing은 연결 처리 방식을 선택하는 항목이지 서버 이름이 아닙니다. 사용법을 읽을 때 이 영어 용어를 그대로 두면 화면에서 해당 위치를 찾기 쉽습니다. 기기마다 레이아웃이 다를 수 있으므로 버튼 위치가 안내와 다르면 기능 이름을 기준으로 찾으세요. 화면 언어가 다르다고 다른 앱을 구매한 것은 아닙니다.
앱 업데이트 후 연결에 문제가 생기면 바로 다시 설치해야 하나요?
먼저 현재 서버 정보, 구성 파일 및 오류 안내를 보존한 뒤 App Store의 업데이트 안내와 클라이언트 설정을 확인하세요. Global Routing, 선택된 서버, DNS 및 On Demand가 기존 사용 방식과 맞는지 살펴보고 같은 네트워크에서 다시 시도해 보세요. 구성 파일 하나에만 문제가 있다면 전체 데이터를 지우기보다 해당 구성 내용을 먼저 비교하세요. 재설치하면 정보를 다시 가져오고 시스템 권한을 재승인해야 할 수 있으므로 미리 사용할 수 있는 백업을 준비하세요. 앱 업데이트는 App Store에서 진행합니다. 구체적인 시스템 요구 사항과 호환성은 App Store 페이지를 기준으로 합니다.
보유한 연결 정보 사용하기
구독 및 서버 가져오기
구독 링크와 개별 서버 정보를 구분한 뒤 Subscribe, 직접 입력 또는 QR 코드 가져오기를 선택하세요.
기존 구독 링크는 어디에 입력하나요?
Home에서 추가 메뉴를 열어 Add Server로 이동한 다음 Subscribe에 해당하는 유형을 선택하세요. 직접 보유한 전체 구독 링크를 URL 항목에 입력하고 알아보기 쉬운 이름으로 저장합니다. 버튼 위치는 현재 화면을 기준으로 하세요. 구독 링크를 단일 서버 주소로 착각하거나 안내 페이지의 URL을 입력하지 마세요. 저장한 뒤 구독 그룹과 서버 항목이 표시되는지 확인하고 그중 하나를 선택해 연결하세요. 구독 주소에는 접근 인증 정보가 포함될 수 있으므로 붙여넣기 전후에 내용을 확인하세요. 화면이나 로그를 다른 사람에게 보여줄 때는 전체 링크를 가리세요.
구독을 가져오지 못하거나 가져온 뒤 목록이 비어 있으면 어떻게 확인하나요?
먼저 구독 링크 전체가 복사되었는지 확인하세요. 앞부분, 끝부분 및 쿼리 매개변수가 빠지지 않았고 공백이나 줄바꿈이 섞이지 않아야 합니다. 그런 다음 현재 네트워크에서 구독 요청을 완료할 수 있는지 확인하고 서비스 상태와 링크의 유효성도 살펴보세요. 로그인 페이지, 안내 문구 또는 오류 페이지가 반환되면 주소가 열리더라도 클라이언트가 서버 목록을 읽을 수 있다는 뜻은 아닙니다. 클라이언트에 표시된 요청 실패와 파싱 실패를 구분해 점검하고, 링크와 여러 네트워크 설정을 한꺼번에 바꾸지 마세요. 여전히 목록이 비어 있다면 이용 중인 서비스 제공자에게 내보내기 형식과 권한을 확인하고 기존에 사용 가능한 항목은 그대로 보존하세요.
직접 입력, Scan QR Code, 클립보드 가져오기는 어떻게 다른가요?
Add Server에서 직접 입력하면 기존 서버 정보를 항목별로 입력할 수 있으며, 프로토콜에 맞춰 주소, 포트 및 인증 정보를 작성해야 합니다. Scan QR Code와 클립보드 가져오기는 인코딩된 서버 공유 정보나 구독 주소를 읽을 때 사용합니다. 가져오기 전에 자료가 어떤 종류인지 확인하고 구독 QR 코드를 단일 서버 정보로 착각하지 마세요. 완료한 뒤 해당 항목에서 프로토콜과 필수 정보를 확인하고 저장한 다음 테스트하세요. QR 코드에도 인증 정보가 포함될 수 있으므로 내용을 확인한 자료만 처리하세요. 스캔에 실패하면 이미지의 선명도와 내용이 온전한지 살펴보세요. 현재 사용 가능한 설정을 먼저 변경할 필요는 없습니다.
구독은 어떻게 업데이트하나요? 업데이트 후 직접 수정한 내용도 유지되나요?
해당 Subscribe 그룹을 찾아 그룹에서 제공하는 업데이트 기능을 사용하세요. 완료될 때까지 기다린 뒤 서버 목록과 안내 메시지를 확인합니다. 업데이트는 원격 콘텐츠를 다시 불러오므로 구독으로 관리되는 항목은 반환된 결과에 따라 추가, 삭제 또는 변경될 수 있습니다. 해당 항목을 직접 수정한 내용이 반드시 유지된다고 가정하지 마세요. 별도로 보관해야 하는 자료는 권한과 용도를 확인한 뒤 따로 정리하고 미리 백업하세요. 업데이트에 실패하면 기존 그룹을 보존한 상태에서 네트워크, 링크 유효성 및 서비스 상태를 확인하세요. 목록이 바뀌었다고 현재 선택된 서버를 계속 사용할 수 있다는 뜻은 아닙니다.
이름이 비슷한 구독이 여러 개일 때 잘못 삭제하지 않고 정리하려면 어떻게 하나요?
먼저 각 Subscribe 그룹에 용도를 구분할 수 있는 이름을 지정한 뒤 그룹별 서버 항목과 현재 연결 항목을 확인하세요. 삭제하기 전에 대상이 단일 서버인지 구독 그룹 전체인지 확인하고 다시 가져올 수 있는 원본 자료나 백업을 준비하세요. 구독으로 관리되는 서버를 개별 삭제해도 다음 업데이트 때 다시 나타날 수 있으므로 원격 목록과 로컬 독립 항목을 구분해 정리하세요. 백업 파일과 구독 링크에는 인증 정보가 포함될 수 있으니 직접 관리하는 위치에 보관하세요. 문제 해결 자료를 공유할 때는 비밀번호, 접근 매개변수 및 전체 주소를 가리세요.
연결 상태를 기준으로 문제 찾기
규칙 분기 및 문제 해결
연결됨, 테스트 응답 수신, 웹 페이지 접속 성공은 서로 다른 확인 결과입니다. 기존 설정을 보존하고 같은 대상으로 하나씩 다시 테스트하세요.
Global Routing에서 Config, Proxy, Direct 중 무엇을 선택해야 하나요?
Config 모드는 현재 구성 파일의 규칙에 따라 요청을 처리하므로 규칙별로 트래픽을 분기하고 구성도 확인한 경우에 적합합니다. Proxy 모드는 일반적인 네트워크 요청을 선택한 프록시로 보내 규칙의 영향을 비교할 때 사용할 수 있습니다. Direct 모드는 일반적인 네트워크 요청을 직접 연결해 로컬 네트워크를 확인할 때 사용할 수 있습니다. 실제 동작은 시스템과 현재 구성의 영향도 받으므로 모드 이름만으로 모든 트래픽의 경로를 단정할 수는 없습니다. 문제를 확인할 때는 한 번에 한 항목만 바꾸고 같은 대상으로 다시 테스트하세요. Config를 선택하기 전에 사용하려는 구성 파일이 현재 설정되어 있는지 확인하세요.
연결됨으로 표시되지만 웹 페이지가 열리지 않으면 어떤 순서로 확인하나요?
먼저 연결을 중지하고 로컬 네트워크에서 원래 접속되던 페이지가 열리는지 확인하세요. 그런 다음 다시 연결해 선택된 서버, Global Routing 및 현재 구성을 확인합니다. 일부 도메인만 실패한다면 해당 규칙과 DNS를 먼저 살펴보세요. 모든 요청이 실패한다면 서버 주소, 포트, 인증 정보 및 서비스 상태를 확인하세요. 지연 시간 테스트에서 결과가 나왔다는 것은 테스트 요청이 응답을 받았다는 뜻일 뿐, 웹 요청이 정상적으로 완료됐다는 의미는 아닙니다. 한 번에 변수 하나만 바꾸고 Data 또는 사용 가능한 로그에서 실패한 대상과 오류 정보를 확인하세요. 규칙과 DNS를 동시에 바꾸면 어느 설정이 영향을 미쳤는지 파악하기 어렵습니다.
Connectivity Test 결과가 있는데도 속도가 느리거나 자주 시간 초과되는 이유는 무엇인가요?
Connectivity Test 결과는 실제 웹 페이지 로딩이나 지속적인 데이터 전송과 같은 지표가 아니므로 테스트 수치를 사용 가능한 대역폭으로 볼 수는 없습니다. 같은 기기와 같은 대상을 기준으로 현재 Wi-Fi와 셀룰러 네트워크를 각각 확인한 다음 서버 부하, 네트워크 상태 및 프로토콜 매개변수가 달라졌는지 살펴보세요. 특정 사이트만 느리다면 모든 서버를 바로 수정하기보다 해당 요청의 규칙 적용 결과와 DNS 응답을 확인하세요. 테스트 시간, 네트워크 종류 및 구체적인 증상을 기록하면 일시적인 변동인지 지속적인 문제인지 구분하는 데 도움이 됩니다. 비교할 때는 나머지 설정을 가능한 한 그대로 유지하세요.
On Demand를 켠 뒤 자동으로 연결되는 이유는 무엇이며 어떻게 일시 중지하나요?
On Demand는 설정된 조건에 따라 연결을 시작하므로 수동으로 연결을 끊어도 기기가 해당 조건을 다시 만족하면 재연결될 수 있습니다. 일시 중지하려면 먼저 관련 On Demand 조건을 확인해 끈 뒤 현재 연결을 중지하고, 실제 Wi-Fi나 셀룰러 네트워크에서 다시 연결되는지 살펴보세요. 스위치가 방금 꺼졌다는 이유만으로 관련 조건까지 취소됐다고 판단하지 마세요. 기기에 시스템 관리 정책이 있다면 그 영향도 확인해야 합니다. 다시 사용할 때는 조건을 하나씩 켜고 확인하세요. 네트워크 조건을 한꺼번에 여러 개 변경하면 어떤 조건이 연결을 시작했는지 파악하기 어렵습니다.
계속 연결해 두면 배터리 사용량이 늘어날 때 무엇을 확인해야 하나요?
먼저 시스템 Settings의 배터리 사용량 통계를 확인하고 화면 사용 시간, 신호 강도 및 데이터 전송량을 함께 살펴보세요. 앱이 백그라운드에서 실행 중이라는 이유만으로 배터리 소모가 비정상적이라고 단정하지 마세요. 대량 데이터 전송, 약한 신호에서의 재시도, 잦은 연결 끊김과 재연결, 상세 기록을 장시간 활성화하는 동작은 처리 부담을 늘릴 수 있습니다. 불필요한 연속 테스트를 중지하고 On Demand가 반복해서 연결을 시작하는지 확인한 뒤 같은 네트워크와 사용 시간으로 비교하세요. 설정을 변경하기 전에 기존 값을 기록하세요. 연결 실패가 잦다면 모든 규칙을 끄는 것으로 겉보기만 바꾸기보다 먼저 실패 원인을 해결해야 합니다.