Shadowrocket 문제 해결

먼저 검색어가 Shadowrocket인지 확인한 다음, 이 사이트의 다운로드 페이지에서 App Store 제품 페이지를 여세요. 검색 결과가 없는 경우와 현재 스토어에서 이용할 수 없는 경우를 구분해야 합니다. ‘미디어 및 구입 항목’에 사용하는 Apple 계정의 국가 또는 지역을 확인하세요. 기기 언어나 시스템 지역만 확인해서는 안 됩니다. 제품 페이지에 이용할 수 없다고 표시되면 스토어 지역과 기기 호환성을 확인하세요. 이름이 비슷한 앱을 반복해서 구입하지 마세요. 계정 지역을 변경해야 한다면 Apple 계정에 안내된 조건을 먼저 읽고 공식 절차에 따라 진행하세요.

앱 이름 Shadowrocket, 개발자 Shadow Launch Technology Limited, 공식 아이콘, 앱 ID 932747118을 함께 확인하세요. 앱 ID는 제품 페이지 링크의 id932747118에서 확인할 수 있으며, 아이콘은 이 사이트에서 사용하는 공식 아이콘과 같아야 합니다. ‘Shadowrocket’이라는 검색어가 있거나 아이콘이 비슷하다는 이유만으로 정품이라고 판단하지 마세요. 구입 전에 가격, 호환성, 앱 설명도 확인하세요. 가격, 시스템 요구 사항, 구입 가능 범위는 App Store 페이지에 표시된 내용을 기준으로 합니다.

구입하는 것은 Shadowrocket 클라이언트 사용 권한입니다. 클라이언트의 일회성 구입은 연결 서비스 요금제가 아니며, 연결 서비스와 클라이언트 구입은 별개입니다. 이 사이트는 노드나 구독을 제공·판매·추천하지 않습니다. 미국 스토어 가격은 약 2.99달러이며, 각 스토어에는 현지 통화로 표시됩니다. 최종 금액은 App Store 페이지를 기준으로 합니다. 처음 사용하기 전에 본인이 보유하고 사용 권한이 있는 구독 또는 서버 정보를 준비한 뒤 안내에 따라 가져와야 합니다. 앱만 구입한다고 사용할 수 있는 구성이 자동으로 만들어지지는 않습니다.

기존에 구입한 Apple 계정으로 App Store에 로그인한 뒤, 구입 항목 목록에서 Shadowrocket을 찾고 제품 페이지에 다시 다운로드 옵션이 표시되는지 확인하세요. 일반적으로 같은 구입 계정으로 이미 구입한 앱을 다시 다운로드할 수 있으며, 구체적인 적용 범위는 App Store 페이지를 기준으로 합니다. 가격이 표시된다면 ‘미디어 및 구입 항목’에 기존 계정을 사용 중인지 확인하고 구입 내역도 살펴보세요. 앱 구입 내역과 기기에 저장된 구성은 별개입니다. 다시 다운로드한 후 기존 백업에서 복원하거나 구성을 다시 가져와야 합니다.

시스템 설정에서 Apple 계정으로 이동해 ‘미디어 및 구입 항목’을 열고 ‘계정 보기’를 선택한 다음 ‘국가/지역’을 확인하세요. 메뉴 위치는 시스템 버전에 따라 달라질 수 있으므로 기기에 표시되는 항목을 기준으로 합니다. 변경이 필요하면 해당 페이지의 공식 변경 메뉴를 이용하고, 안내된 잔액, 활성 구독, 가족 공유 그룹, 결제 수단 관련 조건을 먼저 처리하세요. 기기의 언어나 지역 설정을 바꾸는 것은 스토어 계정 지역을 변경하는 것과 다릅니다. 구입이나 청구에 문제가 있다면 App Store 계정의 공식 지원 메뉴를 이용하세요.

먼저 iPhone의 일반 네트워크가 정상적으로 작동하는지 확인하고, 본인이 보유한 구독 또는 서버 정보를 가져오세요. Home에서 서버를 선택하고 Global Routing 설정도 확인합니다. 연결을 켤 때 시스템에서 VPN 구성을 추가하라는 메시지가 표시될 수 있습니다. 네트워크 연결을 설정하기 위한 시스템 권한 요청이므로, 요청한 앱이 Shadowrocket인지 확인한 뒤 승인하고 안내에 따라 기기 인증을 완료하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 합니다. 연결된 뒤에는 대상 웹사이트에 실제로 접속해 보세요. 스위치가 켜졌다는 사실만으로 설정이 모두 올바르다고 판단할 수는 없습니다.

Shadowrocket은 iPad를 지원하며, 같은 App Store 제품 페이지에서 받을 수 있습니다. 시스템 요구 사항과 구입 가능 범위는 App Store 페이지를 기준으로 합니다. 먼저 iPad에서 구입 계정을 확인한 다음, 구입 항목 목록이나 제품 페이지에서 다시 다운로드하세요. iPad는 iPhone과 사용 가능한 화면 공간이 다르므로 Home, Config, Settings 등 실제 화면에 표시된 용어를 기준으로 조작하면 됩니다. 앱을 구입했더라도 서버 목록, 구독, Config가 복원되는 것은 아닙니다. 해당 항목은 별도로 가져오거나 iCloud 동기화 조건을 확인한 뒤 복원 여부를 점검해야 합니다.

사용 가능한 서버를 추가하고 선택했는지 먼저 확인한 다음, 시스템의 VPN 구성 권한 요청이나 기기 인증 메시지가 표시되는지 살펴보세요. 권한 요청을 취소했다면 앱으로 돌아와 다시 시도할 수 있습니다. 시스템 설정에서 VPN을 검색해 관련 구성과 기기 관리 제한도 확인하세요. Shadowrocket을 테스트하기 전에 시스템 VPN을 사용 중인 다른 연결을 중지하세요. 관리되는 기기에서는 구성 추가가 제한될 수 있으므로 관리 정책을 따르세요. 그래도 실패하면 오류 문구 전체를 기록하고 Log를 확인해 원인을 찾으세요. 모든 구성을 바로 삭제하거나 앱을 반복해서 재설치하지 마세요.

이 안내서에서는 화면에서 바로 찾을 수 있도록 Home, Add Server, Config, Settings 등의 메뉴 이름을 영어 그대로 사용합니다. 먼저 시스템 설정에서 해당 앱에 언어 옵션이 있는지 확인하세요. 옵션이 없다면 앱이 실제로 지원하는 언어를 사용해야 합니다. 시스템 지역 설정을 앱 언어를 바꾸는 옵션으로 여기지 마세요. 안내를 읽을 때는 버튼의 고정된 화면 좌표보다 영어 메뉴 이름과 기능을 기준으로 찾으면 됩니다. Global Routing의 Config, Proxy, Direct는 각각 구성, 프록시, 직접 연결 모드를 뜻하며, 구성 파일 이름과는 다른 개념입니다.

먼저 앱 구입 권한을 복원한 다음, 기존 기기의 구독 정보, 서버 매개변수, Config 백업에 계속 접근할 수 있는지 확인하세요. iCloud를 사용한다면 두 기기의 iCloud 계정, 시스템 권한, 앱 내 동기화 옵션을 확인해야 합니다. App Store 구입 계정과 iCloud 계정은 용도가 다릅니다. 기기에 저장된 모든 내용이 동기화되었다고 가정하지 말고, 복원 후 서버, 현재 Config, Global Routing, 필요한 Settings를 하나씩 확인하세요. 새 기기에서 구성이 정상적으로 작동하는 것을 확인한 뒤 기존 기기의 구성을 정리하세요. 백업 파일과 구독 링크는 안전하게 보관해야 합니다.

Home에서 Add Server를 열고 Subscribe를 선택한 뒤, 본인이 보유하고 사용 권한이 있는 전체 구독 링크를 붙여넣고 저장한 다음 업데이트 결과를 확인하세요. 자료가 QR 코드라면 Scan QR Code를 이용할 수 있지만, 코드에 해당 구성 정보가 들어 있는지 먼저 확인해야 합니다. 가져온 뒤 예상한 서버 항목이 표시되는지 확인하고 하나를 선택해 연결을 테스트하세요. 구독 주소를 단일 서버 주소 입력란에 넣거나 웹 안내 페이지를 구독 URL로 사용하지 마세요. 구독 링크에는 접근 자격 정보가 포함될 수 있으므로 스크린샷이나 문제 해결 기록을 공유하기 전에 링크 전체를 가려야 합니다.

먼저 링크가 완전한지, 공백이나 줄바꿈 또는 메신저가 추가한 문장 부호가 섞이지 않았는지 확인한 다음 현재 네트워크에서 해당 주소에 접근할 수 있는지 점검하세요. 앱 메시지가 요청 실패, 인증 실패, 콘텐츠 파싱 실패 중 무엇인지 살펴보세요. 각각 네트워크 연결, 구독 권한, 응답 형식 문제를 가리킵니다. 목록이 비어 있는 것은 API가 빈 콘텐츠를 반환한 결과일 수도 있으므로 앱 오류라고 단정하지 마세요. 원래 서비스를 제공한 곳에 링크의 유효 기간과 형식을 확인하고, 링크를 공개해 도움을 요청하지 마세요. 잘못된 주소를 반복해서 붙여넣거나 앱을 재설치해도 일반적으로 API 응답은 달라지지 않습니다.

Subscribe를 업데이트하면 기존 구독에서 반환하는 항목을 다시 읽습니다. 응답 내용에 따라 이름, 주소, 항목 수가 달라질 수 있습니다. 업데이트 전에 현재 선택된 항목을 기록하고, 업데이트 후 구독 그룹, 선택된 서버, 연결에 필요한 매개변수를 확인하세요. 이름이 비슷한지만 확인해서는 안 됩니다. 업데이트 요청이 실패하면 오류 메시지를 먼저 확인하고, 확인이 필요한 기존 기록을 바로 삭제하지 마세요. 자동 업데이트 옵션과 동작은 앱 화면에 표시된 내용을 기준으로 합니다. 클라이언트는 기존 구독이 제공하는 내용만 읽을 수 있으며 구독 권한을 연장하거나 서비스 제공자가 반환하지 않은 항목을 채울 수 없습니다.

프로토콜 유형, 서버 주소, 포트, 비밀번호 또는 UUID, TLS, SNI 및 전송 관련 항목은 본인이 보유한 서버 정보와 하나씩 일치해야 합니다. 프로토콜마다 필요한 항목이 다르므로 다른 구성의 매개변수를 그대로 적용하거나 연결 실패만을 이유로 프로토콜을 임의로 바꾸지 마세요. 주소 입력란과 전체 공유 링크는 서로 다른 입력값입니다. 붙여넣기 전에 해당 입력란이 어떤 형식을 받는지 확인하세요. 인증서를 확인할 때는 호스트 이름과 인증서 정보를 먼저 점검하세요. Allow Insecure를 일반적인 해결 방법으로 사용하지 마세요. 누락된 매개변수는 원래 서비스를 제공한 곳에 확인해야 합니다.

Subscribe는 기존 서버 항목을 읽고 업데이트하는 기능입니다. Config는 규칙과 관련 설정을 구성하는 기능이므로 같은 가져오기 메뉴로 혼동해서는 안 됩니다. 서버를 가져온 뒤 Config 모드를 선택한다면 현재 활성화된 구성 파일과 규칙 정책도 확인하세요. Config를 추가로 가져올지는 기존 구성과 사용 목적에 따라 결정해야 합니다. 단계를 모두 채우려고 이미 잘 작동하는 설정을 덮어쓰지 마세요. 새 Config를 가져오기 전에 기존 구성을 백업하고 참조된 정책이 실제로 있는지 확인하세요. 파일 가져오기에 성공했다고 해서 모든 규칙이 예상대로 작동하는 것은 아닙니다.

Config 모드는 현재 구성의 규칙에 따라 요청을 처리하므로 규칙을 확인한 뒤 일상적으로 사용하기에 적합합니다. Proxy 모드는 요청을 프록시로 처리하며, 분기 규칙이 문제의 원인인지 확인하는 데 도움이 됩니다. Direct 모드는 직접 연결을 비교하기 위한 것이므로 프록시 서버가 작동하는지 확인할 수는 없습니다. 테스트할 때는 같은 네트워크, 서버, 대상 웹사이트를 유지하고 한 번에 한 항목만 바꾸세요. Proxy에서는 되지만 Config에서는 되지 않는다면 규칙 일치 여부와 정책 참조를 중점적으로 살펴보세요. 모드 전환은 잘못된 서버 매개변수를 바로잡는 방법이 아닙니다.

먼저 연결을 끊고 일반 네트워크가 정상인지 확인한 다음 선택한 서버에 연결해 접속 가능한 것으로 알려진 웹사이트와 실제 대상 사이트를 각각 테스트하세요. Connectivity Test와 Log를 확인하고 테스트 결과와 사이트 접속 결과를 구분해 기록하세요. 지연 시간 테스트가 성공했다는 것은 해당 테스트가 응답했다는 뜻일 뿐, 모든 요청이 완료된다는 의미는 아닙니다. 그런 다음 서버를 고정한 상태에서 Config와 Proxy의 결과를 비교하고 DNS 확인 및 규칙 일치 여부를 점검하세요. 모든 테스트가 실패하면 서버 매개변수와 기존 서비스 상태부터 확인하세요. 일부 웹사이트만 실패한다면 대상 도메인, 규칙 순서, 관련 정책을 살펴보세요.

먼저 Global Routing이 Config인지, 현재 사용 중인 Config 파일이 맞는지 확인하세요. 활성화되지 않은 다른 파일만 수정한 것은 아닌지 살펴봐야 합니다. DOMAIN-SUFFIX 등의 규칙이 대상 도메인과 실제 요청되는 하위 도메인을 포함하는지, 앞에 있는 규칙에 먼저 일치하지는 않는지, 규칙이 참조하는 PROXY 정책을 사용할 수 있는지 확인하세요. FINAL은 앞선 규칙에 일치하지 않는 경우의 최종 처리로 사용해야 합니다. 새로 한 번 접속하면서 Log를 확인해 어떤 규칙에 일치했는지 점검하세요. 페이지는 여러 도메인에 동시에 요청을 보낼 수 있으므로 기본 도메인에만 규칙을 작성해도 필요한 모든 요청이 포함되는 것은 아닙니다.

On Demand는 설정된 조건에 따라 연결을 시작합니다. 이 기능을 켜면 수동으로 연결을 끊더라도 이후 네트워크 요청이 다시 연결을 트리거할 수 있습니다. 먼저 현재 조건을 기록한 다음 Settings에서 On Demand와 관련 네트워크 조건을 확인하세요. 문제를 점검할 때는 기능을 잠시 끄고 수동으로 연결해 같은 문제가 다시 나타나는지 관찰할 수 있습니다. 규칙, DNS, 트리거 조건을 동시에 변경하면 어떤 변경이 영향을 주었는지 확인하기 어렵습니다. 기기가 서로 다른 네트워크로 전환될 때도 연결 상태를 각각 확인해 현재 동작이 의도한 조건에 따른 것인지 살펴보세요. 자동 재연결만으로 스위치가 고장 났다고 판단해서는 안 됩니다.

먼저 시스템의 배터리 기록에서 같은 시간대의 사용량을 살펴보고, 데이터가 계속 전송되는지, 연결이 반복해서 끊겼다 다시 연결되는지, 테스트를 자주 실행하는지, 상세 Log를 오랫동안 기록하는지 확인하세요. 네트워크와 서버를 고정하고 불필요한 테스트를 중단한 뒤 결과를 비교하세요. 배터리 잔량이 줄었다는 사실만으로 원인을 판단할 수는 없습니다. 점검이 필요하다면 Log를 잠시 켜고 문제를 한 번 재현한 다음 시간, 네트워크 유형, 모드, 오류 문구를 기록하세요. 완료 후 평소의 기록 설정으로 되돌리세요. 기록을 공유하기 전에 구독 링크, 서버 자격 정보, 요청 내용을 식별할 수 있는 정보를 삭제하세요. 배터리를 아끼기 위해 확인이 필요한 구성을 바로 지우지 마세요.