Shadowrocket 문제 해결

먼저 이 사이트의 다운로드 페이지에서 App Store 제품 페이지를 열고 앱 ID가 932747118인지 확인한 다음, 현재 계정의 스토어에서 앱을 제공하는지 살펴보세요. 검색 결과만으로 이용 가능 여부를 판단할 수는 없습니다. 지역을 확인하려면 시스템 Settings에서 Apple Account의 Media & Purchases를 열고 View Account에서 Country/Region을 확인하세요. 메뉴 이름은 시스템 언어에 따라 다를 수 있습니다. 지역을 변경하기 전에는 잔액, 구독 및 결제 수단에 관한 Apple의 안내를 확인하세요.

다음 세 가지를 모두 확인하세요. 개발자가 Shadow Launch Technology Limited인지, 아이콘이 이 사이트 상단의 공식 아이콘과 일치하는지, 제품 페이지 주소에 id932747118이 포함되어 있는지 확인합니다. 이름이 비슷하거나 검색 결과의 순위가 높다는 이유만으로 판단하지 마세요. 상세 페이지에서 가격과 호환성도 확인하세요. 시스템 요구 사항은 App Store 페이지의 안내를 따릅니다. 이 사이트의 다운로드 페이지에서 관련 정보를 확인한 다음 App Store에서 구매하세요.

구매할 때 사용한 계정으로 App Store에 로그인한 뒤 계정의 구입 항목에서 Shadowrocket을 찾으세요. 복원 대상인 경우 다시 다운로드할 수 있습니다. 여전히 가격이 표시되면 중복 결제하기 전에 구매 내역, 현재 로그인한 계정, 스토어 지역을 확인하세요. 목록 이름은 시스템 버전에 따라 다를 수 있습니다. 앱을 다시 받는 것과 기존 설정을 복원하는 것은 별개입니다. 기존 구독, 서버 정보, 구성 파일은 따로 백업하세요. 복원 가능 여부는 App Store 페이지의 안내를 따릅니다.

클라이언트의 일회성 구매와 연결 서비스 이용권은 별개입니다. 구매로 얻는 것은 Shadowrocket 클라이언트 사용 권한이며, 연결하려면 사용자가 이미 보유한 구독 또는 서버 정보가 필요합니다. 정보를 가져온 뒤에도 매개변수를 확인하고 서버를 선택한 다음 시스템 권한을 허용해야 합니다. 미국 스토어 가격은 $2.99이며, 실제 가격은 스토어 페이지를 확인하세요. 다른 스토어에서는 현지 통화로 표시됩니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 앱 구매와 기존 연결 서비스는 별도로 관리됩니다.

iPad에서도 같은 App Store 제품 페이지를 통해 Shadowrocket을 받을 수 있습니다. 구매에 사용한 계정으로 로그인한 다음 스토어에 다운로드 버튼이 표시되는지 가격이 표시되는지 확인하세요. 기기 호환성, 시스템 요구 사항, 통합 구매 가능 여부는 App Store 페이지의 안내를 따릅니다. iPad와 iPhone은 화면에서 사용할 수 있는 공간이 다르지만, 현재 서버, Config, 연결 권한을 각각 확인해야 합니다. 구매 권한이 설정 자동 동기화를 의미하지는 않으므로 기기를 바꾼 뒤 기존 정보가 모두 있는지 확인하세요.

먼저 연결을 끈 상태에서 기기의 인터넷이 정상적으로 작동하는지 확인하고, 사용자가 이미 보유한 구독 또는 서버 정보를 준비하세요. Home에서 정보를 가져오거나 Add Server에서 매개변수를 입력합니다. 항목이 추가되었는지 확인하고 사용할 서버를 선택한 다음 Global Routing을 확인하세요. 처음 연결을 켤 때 시스템 안내에 따라 VPN 구성을 추가하고, 마지막으로 특정 웹페이지에 접속해 결과를 확인합니다. 먼저 서버 하나로 연결을 확인한 뒤 규칙을 조정하면 문제가 발생한 단계를 파악하기 쉽습니다.

이 단계는 앱이 VPN 구성을 생성하도록 시스템에서 허용하는 절차이며, 구매 성공 여부와는 별개입니다. 방금 실행한 Shadowrocket에서 표시된 안내인지 확인하고 화면의 지시에 따라 허용 및 기기 인증을 완료한 뒤 앱으로 돌아와 연결 상태를 확인하세요. 앞서 취소했다면 연결을 다시 켜 보세요. 기기가 조직에서 관리되는 경우 구성 권한이 제한될 수 있습니다. 시스템 관리 설정을 확인하고 기기 관리자에게 문의하세요. 다른 용도의 구성을 반복해서 삭제하지 마세요.

먼저 앱이나 시스템에 구체적인 오류가 표시되는지 확인한 다음, 유효한 서버를 선택했고 VPN 구성 권한을 허용했는지 살펴보세요. 다른 VPN 연결이 사용 중인지, 기기 관리 설정이 구성을 제한하는지도 확인합니다. 그런 다음 연결을 끄고 앱을 다시 열어 현재 선택된 서버 하나만 시험하세요. 여전히 실패하면 오류 문구, 발생 단계, 현재 네트워크 유형을 기록하세요. 네트워크 재설정, 구성 삭제, 여러 매개변수 변경을 한꺼번에 하면 어떤 변경이 결과에 영향을 줬는지 판단하기 어렵습니다.

Config는 현재 구성 파일의 규칙에 따라 트래픽 처리 방식을 결정하고, Proxy는 해당 트래픽에 선택한 프록시 정책을 적용하며, Direct는 직접 연결합니다. 규칙에 따라 트래픽을 나누려면 Config를 선택하고 실제로 활성화된 Config 파일을 확인하세요. 문제를 점검할 때는 같은 대상을 여러 모드로 시험하고 결과를 기록한 다음 평소 설정으로 되돌리세요. Global Routing과 규칙의 PROXY, DIRECT는 서로 다른 단계이므로 특정 규칙 하나만으로 모든 트래픽의 경로를 판단할 수 없습니다.

먼저 영어 메뉴 이름을 기준으로 찾으세요. Home에서는 서버와 연결 상태를 확인하고, Add Server에서는 서버를 추가하며, Config에서는 구성 파일을 관리합니다. Settings는 설정을 확인하고 Global Routing은 연결 모드를 선택하는 곳입니다. 공식 매뉴얼은 이 메뉴 이름을 영어 원문으로 유지하고 기능만 설명합니다. 기기와 시스템 설정에 따라 표시되는 문구가 다를 수 있으므로 언어가 다르다는 이유만으로 앱을 다시 설치할 필요는 없습니다. 메뉴를 찾지 못했다면 현재 화면과 앱에서 제공하는 옵션을 먼저 확인한 뒤 튜토리얼을 따라 진행하세요.

붙여넣은 주소가 사용자가 이미 보유한 전체 구독 주소인지 확인하세요. 계정 관리 페이지나 안내 페이지 주소가 아닌지 살펴보고 앞뒤 공백, 줄바꿈, 누락된 매개변수가 있는지도 확인합니다. 현재 네트워크에서 해당 주소에 접속할 수 있는지, 구독이 유효한지, 반환 형식이 앱의 가져오기 기능과 호환되는지도 확인하세요. 오류가 발생하면 상태나 오류 문구를 기록하고 연속으로 다시 제출하지 마세요. 구독 주소에 접근 자격 정보가 포함될 수 있으므로 문제를 확인할 때 민감한 부분을 가리고, 주소 전체가 보이는 화면을 공개하지 마세요.

먼저 프로토콜 유형을 확인하고 서버 주소, 포트, 해당 프로토콜의 인증 정보를 항목별로 점검하세요. 기존 정보에 TLS, Server Name, 전송 방식 또는 경로가 포함되어 있다면 원본 그대로 입력하고 이름만 보고 추측하지 마세요. 표시 이름은 항목을 식별하기 위한 것이며 연결 여부를 결정하지 않습니다. 주소 입력란에 설명 문구를 섞어서도 안 됩니다. 한 번에 필드 하나만 수정하고 저장한 뒤 시험하세요. 기기의 날짜와 시간이 올바른지 확인하고 원본 정보는 비교를 위해 보관하세요. 비밀번호나 기타 인증 정보는 공개하지 마세요.

먼저 QR 코드에 일반 웹페이지 주소가 아니라 사용자가 이미 보유한 서버 또는 구독 정보가 담겨 있는지 확인하세요. Scan QR Code를 사용할 때 카메라 권한, 화면 선명도, QR 코드 가장자리의 잘림 여부를 점검합니다. 인식에 성공해도 항목을 열어 프로토콜과 필수 필드를 확인해야 합니다. 인식 성공이 설정의 정확성을 보장하지는 않습니다. 원본 정보에 텍스트도 있다면 해당 가져오기 방법을 사용하거나 Add Server에 항목별로 입력한 뒤 주요 필드를 비교하세요. 불완전한 이미지를 반복해서 스캔하지 마세요.

업데이트 전에 현재 선택된 서버와 구독 그룹을 기록하고 필요하면 설정을 백업하세요. 업데이트 후 항목이 원래 구독에 속하는지 확인한 다음 기존 선택 항목이 삭제, 이름 변경 또는 교체되었는지 살펴보세요. 이름이 달라져도 연결 정보가 같다는 뜻은 아닙니다. 업데이트에 실패하면 항목을 계속 삭제하고 다시 추가하기보다 오류 안내를 확인하고 주소가 유효한지 점검하세요. 구독 내용 업데이트와 Config 파일 업데이트는 별도로 관리됩니다. 업데이트를 마친 뒤 유효한 항목을 다시 선택해 시험하고 기존 선택이 유지된다고 가정하지 마세요.

서버 항목에는 연결에 필요한 프로토콜과 인증 매개변수가 저장됩니다. 구독은 사용자가 이미 보유한 서버 정보를 한꺼번에 가져오거나 업데이트하는 데 사용하고, Config 파일에는 규칙과 DNS 등의 설정 동작이 정의됩니다. 구독을 성공적으로 가져와도 적절한 Config가 활성화된 것은 아닙니다. Config를 바꿔도 서버 인증 정보가 업데이트되는 것은 아닙니다. 문제를 점검할 때는 연결 매개변수 문제인지 규칙 동작 문제인지 먼저 구분한 뒤 해당 위치에서 수정하세요. 중요한 설정은 별도로 백업하고 복원 후 실제 활성화된 파일과 서버를 확인하세요.

먼저 연결을 끈 상태에서 로컬 네트워크를 확인한 다음 다시 연결해 같은 대상에 접속해 보세요. 기본 네트워크 문제와 프록시 경로 문제를 구분할 수 있습니다. 이어 현재 서버, Global Routing, 실제 활성화된 Config를 확인하고 해당 요청에 적용된 규칙과 오류 정보를 살펴보세요. 일부 도메인만 실패하면 규칙과 DNS를 먼저 확인하고, 여러 대상이 모두 실패하면 서버 매개변수와 네트워크 환경을 점검하세요. 한 번에 하나만 바꾸고 변경 전후 결과를 기록하세요. 설정 전체를 바로 교체하지 마세요.

Connectivity Test 결과는 당시 선택한 테스트 방식으로 해당 탐색이 완료되었음을 나타낼 뿐입니다. 도메인 이름 확인, 인증, 규칙 선택, 대상 접속이 모두 정상임을 보장하지는 않습니다. 먼저 테스트 대상과 현재 선택된 서버가 일치하는지 확인한 다음, 실패한 웹페이지의 실제 요청을 살펴보세요. 연결 테스트 결과가 있어도 도메인 접속에 실패한다면 DNS를 추가로 확인하세요. 특정 대상에서만 문제가 발생하면 규칙 정책과 대상 자체의 이용 가능 여부를 점검합니다. 지연 시간은 문제를 추적하는 단서로 활용하고 유일한 판단 기준으로 삼지 마세요.

먼저 Global Routing이 Config로 설정되어 있는지 확인하고 다른 파일이 아니라 현재 사용 중인 구성 파일을 확인하세요. 규칙은 위에서부터 차례로 일치 여부를 확인하며, 일치하면 해당 정책을 적용합니다. 구체적인 조건을 앞쪽에 배치하고 FINAL은 [Rule] 섹션의 마지막에 둡니다. 대상이 더 넓은 DOMAIN-SUFFIX, GEOIP 또는 IP-CIDR 조건에 먼저 일치하는지 확인한 뒤 PROXY, DIRECT, REJECT 정책이 의도에 맞는지 살펴보세요. 수정 후에는 새 요청을 보내 확인하고 기존 연결 결과에 의존하지 마세요.

먼저 여러 도메인이 모두 실패하는지 특정 도메인만 문제가 있는지 확인한 다음, 현재 Config의 [General] 섹션과 앱에서 실제 적용 중인 DNS 설정을 살펴보세요. 접속할 수 없는 사용자 지정 DNS 주소, Host 재정의 또는 DNS 요청에 영향을 주는 규칙이 있는지 확인합니다. 원래 설정을 백업한 뒤 DNS 관련 항목 하나만 변경하고 다시 시험하세요. DNS over HTTPS를 사용해도 DNS 서비스 주소 자체에 접속할 수 있어야 합니다. 연결 성공이나 한 번의 정상적인 지연 시간을 DNS가 정상이라는 증거로 간주하지 마세요.

먼저 시스템 배터리 설정에서 해당 시간대의 사용량을 확인하고 화면 사용 시간, 네트워크 환경, 실제 데이터 전송량을 함께 비교하세요. 배터리 사용 비율이 높다고 해서 앱이 추가 소모를 단독으로 일으켰다는 뜻은 아닙니다. On Demand 조건이 연결을 자주 실행하는지, 네트워크가 바뀔 때 반복적으로 재연결되는지도 확인하세요. 비슷한 사용 환경에서 On Demand를 켰을 때와 껐을 때를 비교한 뒤 필요한 조건을 유지하면 됩니다. On Demand는 필요에 따라 연결을 제어하는 기능으로, 반드시 배터리를 절약해 주지는 않으며 비정상적인 네트워크 활동 점검을 대신하지 않습니다.