Shadowrocket 문제 해결

먼저 검색어가 Shadowrocket인지 확인한 다음, 현재 Apple 계정의 스토어 국가 또는 지역과 기기 호환성을 살펴보세요. 검색 결과는 해당 스토어에서의 제공 여부에 따라 달라질 수 있으므로 이름이 비슷하다는 이유만으로 구매하지 마세요. 다운로드 안내에서 지정된 제품 페이지로 이동해 개발자가 Shadow Launch Technology Limited이고 앱 ID가 932747118인지 확인할 수 있습니다. 해당 지역에서 이용할 수 없다는 안내가 표시되면 계정의 국가 또는 지역 설정을 확인하세요. 변경이 꼭 필요한 경우 시스템 설정에서 Apple 계정 → 미디어 및 구입 항목 → 계정 보기 → 국가 또는 지역으로 이동해 Apple 안내에 따라 잔액, 구독 및 결제 정보를 처리하세요.

다음 세 가지를 함께 확인하세요. 개발자는 Shadow Launch Technology Limited이고, 제품 페이지 주소에 id932747118이 포함되어 있으며, 아이콘은 이 사이트 헤더의 공식 아이콘과 일치해야 합니다. 이름이나 아이콘만 비슷해서는 확인이 충분하지 않습니다. 제품 상세 페이지에서 호환성, 현지 통화 가격 및 구매 버튼도 살펴보세요. 검색 결과 목록만 보고 판단하지 마세요. Shadowrocket은 Apple 플랫폼용 유료 상용 앱이며 App Store에서만 받을 수 있습니다. 구매 전 다운로드 안내에 따라 항목을 확인하고, 시스템 요구 사항과 구매 가능 여부는 App Store 페이지의 표기를 기준으로 하세요.

처음 구매할 때 사용한 Apple 계정으로 App Store에 로그인한 다음, 계정의 구입 항목 또는 앱 목록에서 Shadowrocket을 찾아 화면 안내에 따라 다시 다운로드하세요. 구매 자격 복원과 앱 설정 복원은 별개입니다. 재설치 후 기존 서버, 구독 및 구성 파일이 자동으로 복원되지 않을 수 있으므로 필요한 정보를 미리 보관하세요. 여전히 가격이 표시되면 다시 결제하기 전에 구매 계정, 구입 내역 및 현재 스토어를 확인하세요. 다시 다운로드할 수 있는 조건은 App Store 페이지의 표기를 기준으로 하며, 복원 방법은 다운로드 안내의 구입 항목 복원 섹션을 참고하세요.

Shadowrocket은 주로 iPhone과 iPad에서 사용합니다. 대상 기기에서 같은 App Store 제품 페이지를 열어 호환성을 확인하고, 현재 Apple 계정의 구입 여부도 살펴보세요. iPad는 화면 공간과 일부 조작 위치가 iPhone과 다를 수 있으므로 실제 화면에서 Home, Config, Settings를 찾아보세요. Mac과 Apple TV에서도 같은 스토어에서 이용할 수 있으며 App Store를 통해서만 받을 수 있습니다. 시스템 요구 사항과 구매 가능 여부는 App Store 페이지의 표기를 기준으로 하세요. 결제 필요 여부는 대상 기기의 스토어 안내를 확인하고, 다른 기기의 표시 결과로 추정하지 마세요.

Shadowrocket은 일회성 구매 방식입니다. 미국 스토어 가격은 약 2.99달러이며, 각 스토어에는 현지 통화로 표시됩니다. 최종 금액은 App Store 결제 확인 화면을 기준으로 하세요. 앱 일회성 구매와 서버 이용 요금은 별개입니다. 구매하면 앱 사용 권한을 얻으며, 연결하려면 기존 구독 또는 서버 정보가 따로 필요합니다. 구독은 이용 중인 서비스 제공업체에서 받으세요. 이 사이트에서는 정품 확인과 공식 매뉴얼을 제공하며 서버는 제공하지 않습니다. 구매 문제는 App Store 구입 내역에서 확인하고, 서버 이용 기간·트래픽·연결 매개변수 문제는 기존 서비스 정보를 살펴보세요. 두 항목을 혼동하지 마세요.

앱이 VPN 구성을 생성할 때 시스템에서 표시하는 권한 요청입니다. Shadowrocket이 현재 설정에 따라 네트워크 요청을 처리하도록 허용하는 단계입니다. 확인된 앱을 조작 중인지 확인한 뒤 시스템 안내에 따라 허용하고, 기기에서 요구하는 인증을 완료하세요. 권한을 허용했다고 서버를 사용할 수 있게 되는 것은 아니며, 모든 요청이 프록시를 사용한다는 뜻도 아닙니다. 실제 경로는 Global Routing과 규칙에 따라 결정됩니다. 취소했다면 앱으로 돌아가 다시 연결을 시도하고 권한 요청을 처리하세요. 출처, 매개변수 및 용도를 확인한 뒤 연결하고, 시스템 권한 허용을 연결 테스트 결과로 간주하지 마세요.

먼저 Home으로 돌아가 선택 가능한 서버가 있는지 확인하고, 처리하지 않은 VPN 구성 권한 요청이 있는지 살펴보세요. 시스템 설정에서 VPN 상태를 확인한 뒤 다른 VPN 연결이 진행 중이면 중지하고 다시 시도하세요. 조직에서 관리하는 기기는 관련 제한으로 구성을 생성하지 못할 수 있으므로 기기 관리자에게 권한을 확인하세요. 그래도 실패하면 앱에 표시된 안내를 기록하고 앱을 다시 열거나 기기를 재시동한 후 테스트하세요. 처음부터 모든 구성을 삭제하지 말고 기존 정보를 먼저 백업하세요. 스위치가 유지되지 않는 문제와 서버 테스트 시간 초과는 서로 다른 문제입니다. 먼저 권한과 구성 생성을 해결한 뒤 원격 연결을 확인하세요.

첫 연결은 주로 Home에서 진행합니다. SERVER는 서버 목록이고, Global Routing은 요청 처리 방식을 선택하며, Connectivity Test는 연결 상태를 확인하는 데 도움이 됩니다. 정보를 추가하려면 Add Server를 찾고, 기존 구독을 사용하려면 Subscribe를 선택하세요. 구성 파일은 Config에서 관리하고 자주 쓰는 옵션은 Settings에서 확인할 수 있습니다. 이 매뉴얼은 실제 화면과 대조하기 쉽도록 영어 메뉴 이름을 그대로 사용하고 용도만 설명합니다. 앱별 언어 설정을 지원하는 기기라면 시스템의 앱 설정에서 Shadowrocket의 언어 옵션을 확인할 수 있습니다. 선택 가능한 항목은 실제 화면을 기준으로 하며, 영어 메뉴로도 조작할 수 있습니다.

먼저 Home의 SERVER 목록에서 대상 서버를 확인하고, 기본 선택을 나타내는 DOT 표시가 원하는 항목에 있는지 살펴보세요. 가져오기가 완료됐다는 것은 정보가 추가됐다는 뜻일 뿐, 서버가 선택되었거나 테스트를 통과했다는 의미는 아닙니다. 대상 항목의 연결 테스트를 실행하고 연결 스위치를 켠 다음 Connectivity Test와 실제 접속으로 함께 확인하세요. 이름이 비슷한 항목이 여러 개라면 상세 화면에서 프로토콜, 주소 및 포트를 확인해 오래된 항목을 잘못 선택하지 않도록 하세요. 테스트 중에는 한 항목만 사용하고 결과를 확인한 뒤 전환하면 선택 오류와 매개변수 오류를 구분하기 쉽습니다.

먼저 안정적으로 수동 연결되는지 확인하세요. 기본 서버, Global Routing, DNS 및 실제 접속이 예상대로 작동하는지 살펴본 뒤 Settings에서 On Demand의 실행 조건을 확인합니다. On Demand는 조건에 따라 연결을 시작하는 기능이지 서버 문제를 해결하는 도구가 아닙니다. 자동 재연결이나 스위치 상태 변화를 점검하는 중이라면 On Demand를 잠시 끄고 수동 연결을 테스트하세요. 원인을 파악한 뒤 조건을 하나씩 다시 설정하면 됩니다. 규칙과 온디맨드 연결 설정을 동시에 바꾸면 상태 변화의 원인을 확인하기 어렵습니다. 기기의 절전 모드 진입과 네트워크 전환 후 동작은 각각 실제 기기에서 확인하세요.

먼저 구독 링크가 완전한지 확인하고, 복사 과정에서 앞뒤 공백이나 줄바꿈이 들어가거나 매개변수가 빠지지 않았는지 살펴보세요. Add Server에서 Subscribe를 선택해야 하며 구독 주소를 단일 서버의 주소 입력란에 넣으면 안 됩니다. 다음으로 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하고, 서비스 상태와 반환 내용이 앱에서 지원하는 구독 형식인지 살펴보세요. 웹 로그인 페이지, 오류 페이지 또는 만료된 내용은 구독으로 가져올 수 없습니다. 링크는 이용 중인 서비스 제공업체에서 받으세요. 문제를 문의할 때는 오류 메시지와 발생 단계를 설명하되 전체 링크를 공개하지 마세요. 구독 주소에 접근 자격 정보가 포함될 수 있으므로 스크린샷을 공유하기 전에 관련 매개변수를 가리세요.

먼저 현재 기본 서버를 기록하고 중요한 구성을 백업하세요. 그런 다음 구독 그룹의 작업 메뉴에서 갱신을 실행합니다. 메뉴 이름은 실제 화면을 기준으로 확인하세요. 갱신 후 오류가 표시되는지, 항목이 예상대로인지, 기존 기본 서버가 남아 있는지 확인하세요. 갱신 과정에서 서버 정보가 추가·삭제·교체될 수 있으므로 항목이 늘었다고 연결이 성공한 것은 아닙니다. 대상 항목을 직접 테스트하세요. 갱신에 실패하면 현재 사용할 수 있는 정보를 유지한 채 링크와 서비스 상태를 확인한 뒤 다시 시도하세요. 확인 대신 그룹을 반복해서 삭제하지 마세요. 되돌리기 쉽도록 구성 파일 갱신과 구독 갱신은 따로 진행하세요.

먼저 QR 코드에 기존 서버 정보나 앱에서 지원하는 구독 내용이 포함되어 있는지 확인하세요. 일반 웹페이지, 계정 로그인 화면 또는 이미지 설명은 가져올 수 없습니다. Scan QR Code를 사용할 때 필요한 카메라 권한을 허용하고, 화면을 선명하게 유지해 반사나 잘림이 없도록 하세요. 텍스트가 인식되어도 가져올 수 있는 형식이라는 뜻은 아닙니다. 지원하지 않는다는 안내가 나오면 프로토콜 유형과 내용이 완전한지 확인하고 인코딩된 매개변수를 임의로 수정하지 마세요. 이용 중인 서비스 제공업체에서 같은 항목의 텍스트 정보를 받아 유형에 맞게 추가할 수 있습니다. QR 코드에 비밀번호나 구독 자격 정보가 들어 있을 수 있으므로 문제 해결 중 원본 이미지를 공개하지 마세요.

기존 정보에 맞는 프로토콜을 선택한 뒤 주소, 포트, 인증 정보, 암호화 또는 전송 설정을 하나씩 확인하세요. 프로토콜마다 입력 항목이 다르므로 서로 바꿔 적용할 수 없습니다. 예를 들어 UUID, 비밀번호, TLS, SNI 및 경로는 각각 용도가 있으며 빈 값이 허용되는지는 서버 설정에 따라 다릅니다. 이름만 보고 매개변수를 추측하거나 테스트 실패를 이유로 TLS 검증을 함부로 끄지 마세요. 정보에 도메인이 포함되어 있다면 원래 값을 유지하고 확인한 IP 주소로 바꾸지 마세요. 한 번에 한 묶음의 항목만 수정해 테스트하고 결과를 기록하세요. 프로토콜 세부 사항은 사용 매뉴얼의 프로토콜 섹션에서 추가로 확인할 수 있습니다.

서버 항목에는 하나의 연결 대상과 프로토콜 매개변수가 저장됩니다. Subscribe는 서버 정보 묶음을 가져오고 갱신하는 기능이며, Config의 구성 파일은 규칙과 DNS 등 요청 처리 설정을 관리합니다. 구독을 가져와도 올바른 구성 파일이 선택된 것은 아니며, 구성 파일을 바꿔도 구독이 갱신되는 것은 아닙니다. 문제를 점검할 때는 서버 연결 가능 여부, 현재 구성의 활성화 여부, Global Routing이 예상한 모드인지 각각 확인하세요. 규칙 문제를 구독 오류로 오인하지 않도록 수정 전에 사용할 수 있는 구성을 백업하세요. 자동 갱신을 사용한다면 구독과 구성 파일의 갱신 결과도 각각 확인해야 합니다.

Global Routing에는 Config, Proxy, Direct 세 가지 모드가 있습니다. Config는 현재 구성 파일의 규칙에 따라 요청 경로를 결정하며, 규칙을 확인한 뒤 일상적으로 사용할 때 적합합니다. Proxy는 요청에 프록시 정책을 적용해 규칙의 영향을 분리해서 확인할 때 유용합니다. Direct는 프록시를 거치지 않고 연결하는 비교용 모드입니다. 실제 요청은 시스템 및 구성 설정의 영향을 받을 수 있습니다. 문제를 점검할 때는 기존 모드를 기록한 뒤 같은 대상을 하나씩 테스트하고 완료 후 원래대로 복원하세요. Proxy에서는 작동하지만 Config에서 실패한다면 규칙과 정책 참조를 먼저 확인하세요. Direct에서도 실패하면 로컬 네트워크와 대상 서비스부터 점검하세요.

연결됨 표시는 로컬 VPN 구성이 만들어졌다는 뜻일 뿐, 원격 서버와 모든 요청이 정상이라는 것을 보장하지 않습니다. 먼저 연결을 끄고 로컬 네트워크가 작동하는지 확인한 다음 기본 서버를 테스트하세요. 이어서 같은 대상을 사용해 Global Routing의 Proxy와 Config를 비교하고 요청 기록의 정책 및 오류를 살펴보세요. 도메인 이름을 확인할 수 없는 문제라면 DNS 설정이 현재 구성과 일치하는지 확인하세요. 매번 한 가지 요소만 바꾸고 네트워크 유형, 대상 및 오류 메시지를 기록하세요. 서버, DNS, 규칙을 한꺼번에 바꾸지 마세요. 기본 네트워크가 작동하지 않으면 먼저 네트워크를 복구한 뒤 계속 점검하세요.

먼저 다른 대상은 정상적으로 열리는지 확인한 다음, 실패한 요청에 실제로 적용된 규칙과 정책을 살펴보세요. 규칙은 일반적으로 순서대로 일치 여부를 확인하므로 앞에 있는 광범위한 조건이 뒤의 구체적인 조건보다 먼저 적용될 수 있습니다. DOMAIN-SUFFIX, IP-CIDR 등의 조건이 올바른지, 정책 참조가 존재하는지, FINAL의 기본 처리 방식이 무엇인지 확인하세요. 같은 대상이 Proxy에서는 열리지만 Config에서는 실패한다면 규칙을 먼저 점검하세요. 두 모드 모두 실패하면 서버와 대상 서비스 상태를 확인하세요. 웹사이트 이름만 보고 광범위한 규칙을 추가하지 말고, 수정 후에는 해당 요청과 기존에 정상적으로 열리던 페이지도 다시 테스트하세요.

한 번의 시간 초과만으로 판단하지 마세요. 테스트 결과는 로컬 네트워크, 테스트 대상, DNS, 프로토콜 매개변수 및 시스템 시간에도 영향을 받을 수 있습니다. 기기의 시간이 자동으로 설정되어 있는지 확인하고 안정적인 네트워크에서 테스트를 반복한 다음, 서버 상세 정보의 주소, 포트, 인증 정보 및 TLS 관련 항목을 확인하세요. Wi-Fi와 셀룰러 네트워크를 바꿔 비교해도 되지만 서버와 테스트 조건은 동일하게 유지하세요. 테스트에 성공해도 모든 웹사이트에 접속할 수 있다는 뜻은 아니므로 실제 요청으로 확인해야 합니다. 계속 실패하면 인증 정보를 가린 오류 메시지와 네트워크 환경, 재현 단계를 서비스 제공업체에 전달하세요.

먼저 시스템의 배터리 사용량에서 같은 시간대의 앱 활동을 확인한 다음 Data의 트래픽 기록과 비교해 지속적인 데이터 전송이 있는지 살펴보세요. 배터리 소모는 신호 세기, 백그라운드 작업, 잦은 재연결 및 프로토콜 처리량에도 영향을 받으므로 연결 스위치만 원인으로 볼 수 없습니다. 점검하는 동안 능동적인 속도 테스트와 대용량 파일 전송을 중지하고 On Demand를 잠시 끈 뒤 같은 네트워크와 비슷한 사용 조건에서 비교하세요. 트래픽이 예상과 다르면 요청 기록과 백그라운드 앱 활동을 확인하고 구성 전체를 바로 삭제하지 마세요. Data는 참고용 정보이며 배터리 소모량이나 서버 측 과금 기록과 같지 않습니다.