Shadowrocket 자주 묻는 질문

먼저 제품명을 정확히 입력했는지 확인한 다음, 이 사이트의 앱 페이지에서 App Store 제품 페이지를 열어 검색 결과 문제인지 현재 스토어에서 이용할 수 없는 것인지 구분하세요. 기기 언어가 아니라 미디어 및 구입 항목에 사용하는 Apple 계정과 계정의 국가 또는 지역을 확인하세요. 지역 변경이 필요하다면 시스템 Settings에서 Apple 계정, Media & Purchases, View Account, Country/Region으로 이동해 공식 절차를 따르세요. 먼저 잔액, 구독 및 결제 수단 관련 요건을 확인하고 지역을 반복해서 바꾸지는 마세요.

다음 세 가지를 함께 확인하세요. 개발자는 Shadow Launch Technology Limited이고, 앱 아이콘은 이 사이트에 표시된 공식 아이콘과 같으며, 제품 페이지 주소에는 id932747118이 포함되어야 합니다. 이름이 비슷하거나 검색 결과 순위가 높다는 사실만으로는 정품 여부를 확인할 수 없습니다. 구매 전 제품 페이지의 호환성 및 구입 정보를 펼쳐 기기 지원 조건도 확인하세요. Shadowrocket은 App Store에서만 받을 수 있습니다. 이 사이트의 앱 페이지에서 확인 절차를 살펴보고, 결제와 설치는 App Store에서 진행하세요.

Shadowrocket을 처음 구매한 Apple 계정으로 App Store의 계정 페이지에서 구입한 앱 목록을 열고 앱을 찾아 다시 다운로드하면 보통 재구매할 필요가 없습니다. 여전히 가격이 표시된다면 미디어 및 구입 항목에 로그인한 계정, 구입 내역과 현재 스토어를 확인한 다음 앱이 가려져 있는지도 살펴보세요. iCloud에 로그인되어 있다는 이유만으로 구입 계정도 같다고 판단하면 안 됩니다. 다시 다운로드하면 앱을 이용할 권한만 복원됩니다. 기존 기기의 구독, 서버 정보와 로컬 설정은 직접 만든 백업으로 복원해야 합니다.

Shadowrocket은 주로 iPhone과 iPad에서 사용합니다. iPad에서 동일한 App Store 제품 페이지를 열어 호환성을 확인하고, 기존에 구매한 계정으로 바로 다운로드할 수 있는지 살펴보세요. Mac, Apple TV 및 Apple Vision 지원 여부도 같은 제품 페이지의 호환성 항목에서 확인할 수 있습니다. 시스템 요구 사항과 유니버설 구입 적용 범위는 App Store 페이지의 안내를 기준으로 하세요. 기기에 따라 화면 구성과 메뉴 위치가 다를 수 있으므로 한 기기의 버튼 위치를 다른 기기에 그대로 적용하지 마세요.

클라이언트 일회성 구매는 서버 회선 요금제가 아닙니다. 구매 항목은 Shadowrocket 클라이언트를 사용할 권한이며, 연결하려면 별도로 보유한 구독 또는 서버 정보가 필요합니다. 이 사이트는 서버나 구독을 제공하거나 판매 또는 추천하지 않습니다. 미국 스토어 가격은 약 2.99달러이며, 각 스토어에서는 현지 통화로 표시됩니다. 실제 가격과 구매 조건은 App Store 페이지를 기준으로 하세요. 결제가 완료되어도 바로 사용할 수 있는 연결이 생기는 것은 아닙니다. 처음 사용할 때는 정보를 가져오고 항목을 선택한 다음 시스템 권한을 허용해야 합니다.

처음 연결을 켤 때 시스템에서 Shadowrocket이 VPN 구성을 추가하도록 허용할지 물을 수 있습니다. 이는 시스템 네트워크 확장 연결을 설정하기 위한 절차입니다. 안내가 방금 직접 실행한 Shadowrocket에서 나온 것인지 확인한 뒤 시스템 절차에 따라 허용하세요. 기기 암호나 생체 인증이 필요할 수 있습니다. 이 권한만으로 서버 주소, 인증 정보 또는 구독 내용이 자동으로 추가되지는 않습니다. 이전에 취소했다면 앱으로 돌아가 연결을 다시 켜서 안내를 표시할 수 있습니다. 관리 대상 기기는 조직 정책의 제한을 받을 수 있으므로 기기 관리자에게 확인하세요.

먼저 유효한 항목을 가져왔고 사용할 서버를 선택했는지 확인한 다음, 시스템 권한 요청이 완료되지 않았는지 살펴보세요. 시스템 Settings의 VPN 구성 관리 화면에서 Shadowrocket 구성이 있는지, 다른 연결이 사용 중인지 확인하세요. 다른 VPN 연결을 먼저 중지하고 단독으로 테스트하세요. 그래도 바로 꺼진다면 앱에 표시된 안내를 기록하고 Log에서 구성 분석 및 네트워크 확장 오류를 확인하세요. 백업을 보관한 뒤 구성을 다시 만드는 방안을 고려하고, 모든 자료를 바로 삭제하지 마세요.

이 설명서에서는 인터페이스 용어를 영어 원문으로 표기합니다. Home에서는 연결 항목을 확인하고 선택하며, Add Server에서는 서버 정보를 입력하고, Config에서는 구성 파일을 관리하며, Settings에서는 설정을 확인하고, Global Routing에서는 트래픽 처리 방식을 선택합니다. 스크린샷의 고정된 위치가 아니라 이 이름을 기준으로 메뉴를 찾으세요. 앱 표시 언어와 선택 가능한 언어는 설치된 버전 및 시스템 설정에 따라 다릅니다. 시스템에서 앱별 언어를 설정할 수 있다면 해당 메뉴에서 확인하세요. 설명서를 따라 하기 위해 기기 전체 언어를 반복해서 바꿀 필요는 없습니다.

먼저 시스템 배터리 사용량에서 비슷한 사용 시간을 기준으로 지속적인 데이터 전송, 백그라운드 작업과 클라이언트 자체의 소모를 구분하세요. 잦은 재연결, 연속 속도 측정, 상세 로그와 불안정한 네트워크는 활동량을 늘릴 수 있습니다. 문제를 확인한 뒤에는 반복 테스트를 멈추고 필요에 따라 로그 기록 수준을 낮추세요. On Demand가 의도한 대로 설정되어 있는지 확인해 필요하지 않을 때 연결이 반복해서 시작되지 않도록 하세요. 한 번의 배터리 감소만으로 원인을 단정하지 말고, 모든 규칙을 끄는 것을 일반적인 절전 방법으로 여기지 마세요. 한 번에 한 가지씩 조정하고 변화를 살펴보세요.

앱은 App Store에서 업데이트하며, 보통 기존 자료를 다시 가져올 필요는 없습니다. 그래도 업데이트 전에 중요한 구성을 백업하고 구독 정보를 안전하게 보관하세요. 업데이트 후 달라진 점이 있다면 먼저 선택된 서버, Config 파일과 Global Routing이 이전과 같은지 확인한 다음 App Store 업데이트 설명과 앱 안내를 살펴보세요. 앱 업데이트, Subscribe 내용 업데이트와 원격 구성 업데이트는 서로 다른 작업입니다. 하나를 완료해도 다른 작업이 대신 처리되지는 않습니다. 원인을 파악하지 않은 채 앱을 반복해서 재설치하지 마세요.

먼저 구독 주소가 완전한지, 공백이나 줄바꿈 또는 설명 문구가 섞이지 않았는지 확인하세요. 계정 로그인 페이지가 아니라 본인이 보유한 구독 주소인지도 살펴보세요. 현재 네트워크에서 해당 주소에 접속할 수 있는지, 구독이 만료되거나 취소되지는 않았는지, 권한 갱신이 필요한지도 확인하세요. 구문 분석 오류가 표시되면 오류 내용을 기록하고 기존 서비스 제공자에게 Shadowrocket에서 사용할 수 있는 형식인지 문의하세요. 주소 매개변수를 임의로 추측해 수정하지 마세요. 구독 주소에 접근 자격 증명이 포함될 수 있으므로 문제를 확인할 때 전체 주소를 공개 댓글이나 스크린샷에 올리지 마세요.

반드시 그런 것은 아닙니다. 업데이트가 성공했더라도 원격 내용이 바뀌지 않았다면 목록은 그대로일 수 있습니다. 먼저 업데이트한 항목이 원하는 Subscribe 그룹인지 확인하고 오류 안내가 있는지 살펴보세요. 그런 다음 현재 네트워크, 구독 유효 기간과 서비스 제공자가 실제로 내용을 변경했는지 확인하세요. 구독 업데이트는 일반적으로 해당 구독에서 관리하는 서버 항목을 처리하며 로컬 Config 규칙을 업데이트하지는 않습니다. 업데이트 전에 현재 선택 항목을 기록하고, 업데이트 후에도 선택한 항목이 남아 있는지 확인해 목록 변화, 연결 선택 변화와 규칙 변화를 혼동하지 마세요.

먼저 시스템에서 카메라 권한을 확인하고 QR 코드가 가려지지 않은 채 온전하고 선명하게 보이는지 살펴보세요. 화면 반사도 피하세요. Scan QR Code는 앱이 지원하는 내용만 처리할 수 있습니다. QR 코드를 인식했다고 해서 유효한 서버 정보가 들어 있다는 뜻은 아닙니다. 인식 후 형식을 지원하지 않는다는 안내가 나오면 원본 정보 제공자에게 인코딩된 내용을 확인하세요. 직접 보유한 전체 링크를 사용하거나 Add Server에서 해당 필드를 수동으로 입력할 수도 있습니다. QR 코드에 주소, 인증 정보 또는 구독 자격 증명이 포함될 수 있으므로 스크린샷을 공개하지 마세요.

주소와 포트는 연결 매개변수의 일부일 뿐입니다. VLESS를 예로 들면 보유한 정보를 기준으로 UUID, 전송 방식, TLS 및 관련 서버 이름도 확인해야 합니다. 특정 전송 방식을 사용할 경우 해당 경로나 Host가 필요할 수도 있습니다. 각 필드는 실제 서버 설정과 한 세트로 일치해야 하며 서로 다른 예시에서 임의로 조합하면 안 됩니다. 먼저 Add Server에서 올바른 프로토콜 유형을 선택했는지 확인한 다음 원본 정보를 항목별로 대조하세요. 확실하지 않은 필드는 기존 서비스 제공자에게 문의하고, 이름이나 인증서 오류를 숨기려고 인증서 검증을 끄지 마세요.

App Store 구입 내역과 앱 내부의 연결 정보는 서로 다른 데이터입니다. 앱을 다시 다운로드해도 구독, 서버 및 로컬 규칙이 복원되는 것은 아닙니다. 먼저 기존 기기에서 iCloud 동기화를 활성화하고 완료했는지, 내보낸 구성이나 본인의 구독 주소를 보관했는지 확인하세요. 복원한 다음 서버 목록, 현재 Config 및 Global Routing을 각각 확인하고 연결을 테스트하세요. 규칙 구성 파일 하나만으로 모든 자료를 백업했다고 생각하지 마세요. 기존 기기에서 내보낸 내용과 동기화 범위를 확인하고, 인증 정보가 포함될 수 있는 자료를 안전하게 보호하세요.

Config는 현재 활성화된 구성의 규칙에 따라 요청을 처리합니다. Proxy는 주로 선택한 프록시를 통해 요청을 처리하고, Direct는 주로 대상에 직접 접속합니다. 평소 규칙에 따라 트래픽을 라우팅하려면 Config 파일을 확인하고 Config를 선택하세요. 서버 연결을 점검할 때는 Proxy로 잠시 전환해 비교한 뒤 원래 설정으로 되돌릴 수 있습니다. Direct는 기기 자체의 네트워크가 정상인지 비교하는 데 사용할 수 있지만 프록시 서버의 작동 여부를 확인할 수는 없습니다. 시스템 트래픽, 제외 항목 및 특수 구성도 결과에 영향을 줄 수 있으므로 방식의 이름만으로 모든 트래픽이 처리된다고 단정할 수 없습니다.

먼저 연결을 끄고 현재 Wi-Fi 또는 셀룰러 네트워크에서 평소 접속할 수 있던 웹사이트가 열리는지 확인하세요. 기본 네트워크에 문제가 있다면 기기 네트워크부터 해결하세요. 그런 다음 Shadowrocket을 켜고 선택한 서버가 유효한지 확인한 뒤 Global Routing과 현재 Config를 살펴보세요. 같은 대상을 Proxy와 Config에서 비교하세요. Config에서만 실패한다면 규칙과 DNS를 중점적으로 확인하고, 둘 다 실패한다면 서버 인증, TLS 및 서버 상태를 확인하세요. 한 번에 한 가지만 변경하고 Log에서 해당 요청의 오류를 기록하세요. 연결됨 상태만으로 대상 웹사이트에 반드시 접속할 수 있다고 판단하지 마세요.

Connectivity Test 결과는 특정 테스트 방식과 테스트 대상에 대해 해당 시점에 확인한 내용이며, 모든 웹사이트나 앱의 실제 사용 경험을 뜻하지는 않습니다. 테스트 대상에 접속할 수 있어도 DNS, TLS, 규칙 매칭, 서버의 외부 연결 또는 대상 자체의 상태 때문에 실제 서비스에 접속하지 못할 수 있습니다. 먼저 테스트 방식과 대상을 확인한 다음 실제 사용 방식에서 같은 웹페이지를 다시 열고 해당 요청 기록을 확인하세요. 한 번의 테스트 수치만으로 연결 품질을 판단하지 마세요. 테스트를 연속해서 실행해도 구체적인 오류와 규칙 처리 경로를 확인하는 과정을 대신할 수 없습니다.

먼저 Global Routing이 Config로 설정되어 있고 방금 편집한 구성 파일을 사용 중인지 확인하세요. Rule은 위에서 아래 순서로 매칭되므로 더 구체적인 규칙을 포괄적인 규칙보다 위에 두고, 마지막에 FINAL 기본 규칙을 배치해야 합니다. 그런 다음 요청 기록에서 실제 도메인, 대상 주소와 적용된 정책을 확인하고 DOMAIN-SUFFIX, IP-CIDR 등의 규칙이 어떤 대상을 매칭하는지 구분하세요. REJECT는 해당 정책과 일치한 요청에만 적용되며 페이지의 모든 콘텐츠를 차단한다고 보장하지 않습니다. 캐시, 연결 재사용 및 같은 도메인의 리소스도 관찰 결과에 영향을 줄 수 있습니다.

먼저 문제가 도메인 확인 실패인지, 인증 실패나 연결 시간 초과 또는 인증서 오류인지 구분하세요. 현재 Config의 DNS 설정을 기록하고 실제 요청 로그에서 확인된 주소와 요청 처리 경로를 살펴보세요. dns-server = system을 사용한다면 시스템이 제공하는 DNS 설정을 사용한다는 뜻이며, 현재 네트워크에서 도메인 확인이 반드시 올바르게 된다는 보장은 없습니다. 설정을 변경해야 한다면 먼저 백업하고 관련 옵션 하나만 바꾼 뒤 같은 대상을 다시 테스트하세요. 출처가 불분명한 DNS 설정을 여러 개 겹쳐 적용하지 말고, 접속 문제를 모두 DNS 탓으로 돌리지 마세요.