Shadowrocket 자주 묻는 질문
및 문제 해결

먼저 이름의 철자를 확인한 다음, 이 사이트의 정품 안내 페이지에서 해당 App Store 제품 페이지를 여세요. 검색 결과는 현재 스토어 국가 및 기기 조건에 따라 달라질 수 있으며, 검색되지 않는다고 구매 내역이 사라진 것은 아닙니다. 제품 페이지에 현재 국가에서 이용할 수 없다고 표시되면 미디어 및 구입 항목에 연결된 Apple 계정의 국가 또는 지역을 확인하세요. 기기와 호환되지 않는다는 안내가 나오면 스토어 페이지의 호환성 항목을 살펴보세요. 검색 결과에 이름이 비슷한 앱이 있어도 그 이름만 보고 구매하지 말고, 앱 이름과 개발자, 앱 ID를 하나씩 확인하세요.

세 가지를 확인하세요. 개발자가 Shadow Launch Technology Limited인지, 앱 아이콘이 이 사이트에 표시된 공식 아이콘과 일치하는지, 제품 페이지 주소에 id932747118이 포함되어 있는지 살펴봅니다. 세 항목이 모두 일치하면 가격과 호환성을 확인하세요. 아이콘이나 이름이 비슷하다는 이유만으로 정품이라고 판단해서는 안 됩니다. Shadowrocket은 App Store에서만 받을 수 있으며, 업데이트 내역과 시스템 요구 사항도 같은 제품 페이지를 기준으로 확인하세요. 결제하기 전에 App Store에서 앱 정보를 다시 확인하는 것이 좋습니다.

Shadowrocket은 유료 클라이언트입니다. 미국 스토어 가격은 $2.99의 일회성 구매이며, 실제 가격은 App Store 페이지를 확인하세요. 다른 스토어에서는 현지 통화로 표시됩니다. 앱을 한 번 구매하는 것은 연결 서비스 요금제와 다릅니다. 앱을 구매하면 클라이언트 사용 권한을 얻지만, 연결하려면 본인이 이미 보유한 구독이나 서버 정보가 필요합니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 비용 문제를 확인할 때는 App Store 구매 내역과 본인이 이용 중인 서비스 상태를 각각 살펴보세요.

먼저 App Store에서 미디어 및 구입 항목에 사용하는 계정이 처음 구매한 계정인지 확인한 다음, 구입 항목에서 Shadowrocket을 찾으세요. 구매 및 호환성 조건을 충족하면 스토어 안내에 따라 다시 다운로드할 수 있습니다. 유니버설 구입, 가족 공유 및 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 확인하세요. 여전히 가격이 표시되면 바로 다시 결제하지 말고 구매 내역과 계정을 먼저 확인하세요. 앱을 복원해도 모든 로컬 설정이 복구되는 것은 아니므로, 재설치 전에 필요한 설정 자료를 따로 저장하세요.

구매와 검색에는 미디어 및 구입 항목에 연결된 스토어 국가가 적용됩니다. 기기의 언어와 지역 설정만 확인해서는 안 됩니다. 시스템 Settings에서 Apple 계정으로 이동한 뒤 미디어 및 구입 항목을 열고 계정 보기에서 국가 또는 지역을 확인하세요. 메뉴 이름은 시스템 언어에 따라 다를 수 있습니다. 국가 또는 지역을 변경해야 한다면 Apple 시스템의 변경 절차를 따르세요. 먼저 잔액, 유효한 구독, 결제 수단 등 화면에 안내되는 조건을 처리해야 할 수 있습니다.

Shadowrocket은 iPad와 iPhone에서 같은 App Store 제품 페이지를 통해 받을 수 있습니다. 시스템 요구 사항과 유니버설 구입 여부는 App Store 페이지에 표시된 내용을 기준으로 확인하세요. 이미 구매했다면 iPad에서 미디어 및 구입 항목 계정을 확인한 후, 구입 항목이나 제품 페이지에서 다운로드 상태를 살펴보세요. 화면 구성은 기기 크기에 따라 달라질 수 있지만 Home, Config, Global Routing 같은 주요 화면 용어를 기준으로 메뉴를 찾을 수 있습니다. 기기에 설치할 수 있다는 사실과 기존 설정이 자동으로 동기화된다는 점을 혼동하지 마세요.

처음 연결을 켤 때 시스템에서 VPN 구성을 추가하도록 허용해 달라는 메시지가 표시될 수 있습니다. 이는 기기에서 연결을 설정하는 데 필요한 시스템 권한입니다. 방금 실행한 Shadowrocket에서 요청한 것인지 확인한 다음, 안내에 따라 허용하고 기기 인증을 완료하세요. 이 권한을 허용해도 서버나 구독 정보가 자동으로 입력되지는 않으므로, 본인이 보유한 설정을 먼저 준비해야 합니다. 이전에 권한 요청을 취소했다면 앱으로 돌아가 연결을 다시 켜세요. 관리되는 기기에서는 관리 정책이 관련 권한을 제한할 수 있으므로 기기 관리 설정도 확인하세요.

먼저 VPN 구성 권한을 받지 못한 경우인지, 권한은 받았지만 연결이 바로 실패하는 경우인지 구분하세요. 전자라면 시스템 권한과 기기 관리 제한을 확인합니다. 후자라면 SERVER에서 유효한 항목을 선택했는지, 서버 매개변수가 빠짐없이 입력되었는지, 다른 VPN 연결이 사용 중인지 확인하세요. On Demand를 잠시 끄고 수동으로 테스트하면 자동 재연결로 인한 영향을 줄일 수 있습니다. 오류 문구를 기록한 뒤 항목별로 수정하세요. 처음부터 앱을 삭제하면 백업하지 않은 로컬 자료도 함께 사라질 수 있으므로 권장하지 않습니다.

공식 안내에서는 기기마다 메뉴를 쉽게 찾을 수 있도록 화면에 표시되는 영어 명칭을 그대로 사용합니다. Home에서는 연결 상태와 SERVER를 확인하고, Add Server에서는 기존 서버 정보를 추가하며, Config에서는 설정 파일을 관리하고, Settings에서는 앱 설정을 확인합니다. 언어를 변경하려면 시스템 Settings에서 해당 앱에 언어 옵션이 있는지 먼저 확인하세요. 실제로 선택할 수 있는 언어는 기기 화면을 기준으로 확인해야 합니다. 버튼이 있는 위치만 외워서 조작하지 마세요. 화면 크기에 따라 메뉴 위치가 설명과 다를 수 있습니다.

먼저 일반 Wi-Fi 또는 셀룰러 네트워크로 인터넷에 연결되는지 확인하세요. 그런 다음 Home의 SERVER에 본인이 가져온 유효한 항목이 있는지, 현재 어떤 항목이 선택되어 있는지 살펴보세요. 이어서 Global Routing을 확인합니다. 설정 파일의 규칙을 적용하려면 Config를 선택하고, 선택한 서버만 테스트하려면 Proxy를 선택할 수 있습니다. 시스템에서 VPN 구성을 추가하도록 허용한 뒤 연결을 켜고 상태와 실제 웹 접속을 확인하세요. 앱 설치, 목록에 항목 표시, 연결 스위치 켜기는 서로 다른 단계이므로 어느 하나만으로 전체 점검을 대신할 수 없습니다.

먼저 본인이 보유한 구독 주소를 처음부터 끝까지 복사하고, 공백이나 줄바꿈, 메신저가 덧붙인 문구가 섞이지 않았는지 확인하세요. 가져오기 유형이 Subscribe로 설정되어 있는지도 살펴보세요. 파싱 실패 메시지가 나오면 응답 내용이 구독 데이터인지, 로그인 페이지나 오류 페이지인지 확인합니다. 시간 초과가 발생하면 현재 네트워크에서 해당 주소에 접속할 수 있는지 먼저 확인하세요. 구독 주소에는 접근 정보가 포함될 수 있으므로 전체 주소를 공개적으로 붙여 넣지 마세요. 계속 실패하면 오류 유형을 기록하고 본인의 서비스 제공업체에 주소 상태와 형식을 문의하세요.

단일 공유 링크에는 특정 서버의 프로토콜과 매개변수가 포함되며, 가져오면 보통 하나의 항목으로 추가됩니다. Subscribe 주소는 여러 항목을 가져오는 데 사용되며, 이후 갱신 과정에서 목록이 달라질 수 있습니다. 먼저 받은 주소가 어느 유형인지 확인한 뒤 적절한 방법으로 가져오세요. Add Server에서는 본인이 보유한 서버 정보를 입력할 수 있고, Scan QR Code는 해당 QR 코드를 읽는 데 사용됩니다. 일반 웹페이지 주소를 구독 주소로 취급하지 마세요. 항목이 목록에 표시된다고 해서 인증 정보와 원격 서비스가 정상이라고 단정할 수도 없습니다.

Home에서 해당 구독 그룹을 찾아 구독 갱신 기능을 실행하고 결과 메시지가 표시될 때까지 기다리세요. 갱신 전에는 현재 선택된 항목과 직접 변경한 중요한 내용을 기록해 두세요. 원격 목록이 바뀌면 기존 항목이 교체되거나 삭제되거나 이름이 변경될 수 있습니다. 갱신 후 SERVER에서 선택된 항목을 다시 확인하고 Connectivity Test와 실제 접속 테스트를 진행하세요. 구독 갱신은 주로 항목 정보를 새로 고치는 작업입니다. Global Routing을 전환하는 작업이 아니며, Config에서 별도로 관리하는 규칙 파일까지 동기화되어 덮어쓴다고 가정해서는 안 됩니다.

먼저 이번 갱신이 성공했는지, 구독 주소가 여전히 본인이 사용하는 유효한 주소인지 확인하세요. 목록이 비는 원인은 요청 실패, 비정상적인 응답 내용, 원격 목록에서 사용 가능한 항목이 조정된 경우일 수 있습니다. 곧바로 앱 설치 문제라고 판단하지 마세요. 갱신 전 백업이 있다면 그대로 보관하고, 구독을 반복해서 삭제하고 다시 만들지 마세요. 본인의 서비스 제공업체에 구독 유효 기간과 목록 변경 여부를 확인한 뒤 다시 갱신하세요. 항목이 복구되면 SERVER에서 다시 선택해 삭제된 항목을 계속 참조하지 않도록 하세요.

본인이 보유한 서버 정보를 기준으로 프로토콜 유형, 주소, 포트, 해당 프로토콜에 필요한 인증 정보를 하나씩 확인하세요. 그런 다음 TLS, SNI, 전송 방식, 경로 등 추가 항목을 점검합니다. 프로토콜마다 필요한 항목이 다르므로 한 프로토콜의 매개변수를 다른 프로토콜에 적용하지 마세요. 복사 과정에서 공백이 추가되었는지, 표시 이름을 서버 주소 칸에 잘못 입력하지 않았는지도 확인하세요. 원인을 찾기 쉽도록 관련된 매개변수 한 묶음만 바꾼 뒤 테스트하세요. 문제 해결 정보를 공유하기 전에 비밀번호와 기타 인증 정보를 가리세요.

Config는 현재 설정 파일의 규칙에 따라 트래픽이 향할 곳을 정합니다. Proxy는 클라이언트에서 처리할 수 있는 트래픽을 선택한 프록시 경로로 연결합니다. Direct는 직접 연결합니다. 평소 규칙에 따라 트래픽을 분산하려면 Config를 선택하고, 사용 중인 설정 파일과 대상 정책을 확인하세요. 특정 서버를 점검할 때는 잠시 Proxy로 전환해 비교할 수 있고, Direct는 직접 접속과 비교할 때 사용합니다. 세 가지 모드는 속도 설정이 아닙니다. 전환 후 테스트 결과를 기록하고 필요한 설정으로 되돌리세요.

연결됨 표시는 기기에서 연결이 설정되었다는 뜻일 뿐, 원격 서버와 DNS, 대상 웹사이트가 모두 정상이라는 의미는 아닙니다. 먼저 연결을 끊고 기본 네트워크가 작동하는지 확인한 다음, SERVER에서 선택된 항목과 Connectivity Test를 점검하세요. 이어서 같은 대상을 Proxy와 Config로 각각 접속해 비교합니다. Proxy에서는 접속되지만 Config에서는 안 된다면 규칙과 정책을 중점적으로 확인하세요. 둘 다 실패하면 서버 상태와 매개변수를 살펴보세요. 일부 도메인만 실패할 때는 DNS와 대상 사이트 상태를 확인하고, 한 번에 하나의 변수만 바꾸세요.

먼저 Global Routing이 Config인지, 실제로 방금 편집한 설정 파일이 활성화되어 있는지 확인하세요. 그런 다음 규칙을 위에서 아래로 살펴봅니다. 앞선 규칙이 먼저 일치해 트래픽 경로를 이미 결정했을 수 있습니다. FINAL은 규칙의 맨 아래에 두세요. 도메인 조건, 쉼표 구분, 대상 정책 이름도 확인하고 PROXY, DIRECT, REJECT는 규칙 문법에 맞게 작성해야 합니다. 실제 요청이 어느 도메인으로 향하는지도 확인하세요. 한 페이지가 여러 도메인에 동시에 요청을 보낼 수 있으므로 규칙 하나가 페이지의 모든 리소스에 적용된다고 볼 수 없습니다.

On Demand는 설정된 조건에 따라 연결을 시작합니다. 따라서 수동으로 연결을 끊어도 조건이 여전히 충족되면 다시 연결될 수 있습니다. 스위치가 반복해서 바뀌는 문제를 점검하려면 On Demand를 먼저 끄고 수동으로 테스트하세요. 배터리 소모는 네트워크 신호, 실제 트래픽, 잦은 재연결, 백그라운드 활동에도 영향을 받으므로 VPN 표시만으로 판단할 수 없습니다. 시스템 배터리 사용량에서 비슷한 사용 조건의 기록을 비교하고 불필요한 반복 테스트를 줄이세요. On Demand를 다시 켜기 전에는 연결 조건이 현재 네트워크 사용 방식에 맞는지 확인하세요.

Connectivity Test는 특정 테스트 조건에서의 연결 상태를 참고하는 기능이며, 웹페이지 로딩 속도나 지속적인 전송 성능과 같지 않습니다. 실제 접속에는 대상 사이트, DNS, 서버 부하, 네트워크 패킷 손실, 기기의 신호 상태도 영향을 줍니다. 같은 네트워크와 대상, 비슷한 시간대에 본인이 보유한 항목을 비교하고, 첫 접속만 느린지 지속 전송이 느린지 간헐적으로 끊기는지 기록하세요. 지연 시간 숫자 하나만으로 판단하지 말고, 테스트 성공을 모든 앱과 도메인에 정상적으로 접속할 수 있다는 증거로 여기지 마세요.