공식 매뉴얼 · 증상별 점검 안내

Shadowrocket 자주 묻는 질문
구매·가져오기·연결 문제 해결

문제가 발생한 단계를 먼저 확인한 뒤 해당 설정을 점검하세요. 구매 문제는 스토어 계정, 가져오기 문제는 내용과 형식, 연결 문제는 기기 네트워크부터 서버, 규칙, DNS 순서로 확인합니다.

  • 문제 유형 4가지
  • 점검 안내 20개
  • 질문을 눌러 해결 단계 확인

처음 사용한다면 사용 안내를 먼저 읽어보세요. 구매하거나 앱을 복원하려면 App Store 정품 확인을 참고하세요.

App Store

정품 확인 및 구매

계정, 제품 페이지, 구매 기록을 먼저 확인한 뒤 다음 단계를 결정하세요. 지역과 구매 적용 범위에 관한 자세한 내용은 App Store 안내를 참고하세요.

App Store에서 Shadowrocket이 검색되지 않을 때 먼저 확인할 사항은 무엇인가요?

기기 언어나 현재 위치만 확인하지 말고, App Store 구매에 사용하는 Apple 계정의 스토어 국가 또는 지역을 먼저 확인하세요. 시스템 설정에서 Apple 계정, 미디어 및 구입 항목, 계정 보기, 국가 또는 지역으로 이동해 현재 스토어를 확인한 다음 Shadowrocket 제품 페이지에서 앱이 표시되는지 살펴보세요. 지역을 변경하려면 해당 화면의 공식 변경 절차를 이용하고, 먼저 잔액·기존 구독·결제 수단에 관한 안내를 읽으세요. 기기의 지역 설정을 바꿔도 스토어 계정 지역이 변경되는 것은 아니며, 앱이 표시된다는 보장도 없습니다.

App Store에서 정품 Shadowrocket인지 어떻게 확인하나요?

앱 이름, 공식 아이콘, 개발자 정보를 함께 확인하세요. 제품명은 Shadowrocket, 개발자는 Shadow Launch Technology Limited이며 제품 페이지 주소에 id932747118이 포함됩니다. 아이콘은 이 사이트 상단에 표시된 App Store 공식 아이콘과 일치해야 합니다. 검색 결과 순위나 비슷한 이름, 아이콘 색상만으로 판단하지 마세요. 제품 상세 페이지에서 호환성, 가격, 구매 계정을 확인하세요. 시스템 요구 사항과 구매 적용 범위는 App Store 페이지에 표시된 내용을 기준으로 합니다. 이 사이트의 구매 안내 페이지에서 확인 위치를 한눈에 볼 수 있습니다.

Shadowrocket 가격은 얼마이며, 한 번 구매하면 무엇이 포함되나요?

Shadowrocket은 App Store에서 판매되는 유료 앱이며 일회성 구매 방식입니다. 미국 스토어 가격은 $2.99이며 실제 가격과 구매 조건은 현재 스토어 페이지를 확인하세요. 다른 스토어에서는 현지 통화로 표시됩니다. 앱을 한 번 구매하는 것은 서버 이용권이나 연결 서비스가 포함된 요금제를 구매하는 것과 다릅니다. 사용하려면 기존에 보유한 구독 또는 서버 정보가 필요합니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 기존 서비스의 유효 기간과 이용 가능 여부는 원래 관리 채널에서 확인하세요.

iPhone을 바꾸거나 앱을 다시 설치하면 재구매해야 하나요?

앱을 처음 구매한 Apple 계정으로 App Store 계정 페이지에 들어가 구입 항목 또는 앱 목록에서 Shadowrocket을 찾아 다시 다운로드해 보세요. 가격이 표시되면 미디어 및 구입 항목에 로그인한 계정이 맞는지, 구매 기록이 있는지 먼저 확인하고 바로 다시 결제하지 마세요. 스토어 지역, 앱 표시 여부, 현재 구매 적용 범위에 따라 복원 가능 여부가 달라질 수 있으니 App Store 페이지의 안내를 확인하세요. 앱 복원과 개인 설정 복원은 별개입니다. 기존 서버, 구독, 설정은 별도로 안전하게 보관하세요.

iPad에도 설치할 수 있나요? 가족 공유도 지원되나요?

Shadowrocket은 iPhone과 iPad에서 사용할 수 있습니다. 시스템 요구 사항과 기기 호환성은 App Store 페이지를 확인하세요. iPad에서는 미디어 및 구입 항목에 원래 구매한 계정으로 로그인했는지 확인한 후 구입 항목에서 앱을 찾으세요. 가족 공유는 제품 페이지에 지원 여부가 표시되어 있는지, 가족 그룹에서 구입 항목 공유가 어떻게 설정되어 있는지 확인하세요. 이를 근거로 모든 계정에서 바로 복원할 수 있다고 단정하지 마세요. Mac, Apple TV, Apple Vision도 같은 제품 페이지에서 호환성과 구매 적용 범위를 확인하세요. 앱을 받을 수 있는 곳은 App Store입니다.

Home / Settings

설치 및 첫 실행

기존 서버 정보, 시스템 권한, 현재 설정부터 확인하세요. 영어 메뉴 이름은 앱 화면에 표시된 그대로 사용합니다.

처음 실행한 뒤에는 먼저 가져오기를 해야 하나요, 아니면 연결을 켜야 하나요?

기존에 보유한 구독 또는 서버 정보를 준비해 가져온 다음, Home에 선택할 서버가 있는지 확인하세요. 이어서 Global Routing과 현재 Config를 확인하고 마지막으로 연결 스위치를 켭니다. 앱만 설치한다고 연결이 자동으로 사용할 수 있게 되는 것은 아닙니다. 처음 테스트할 때는 정상 작동이 확인된 설정 하나를 사용하고 DNS, 규칙, 여러 고급 옵션을 동시에 바꾸지 마세요. 가져온 뒤에도 목록이 비어 있다면 먼저 가져오기 문제를 해결하세요. 목록은 있지만 연결되지 않는다면 서버 매개변수와 시스템 권한을 확인해 두 문제를 구분하세요.

시스템에서 VPN 구성 추가를 요청하면 무엇을 확인해야 하나요?

처음 연결을 켤 때 시스템에서 VPN 구성을 추가하도록 허용해 달라고 요청할 수 있습니다. 시스템 네트워크 연결을 설정하기 위한 권한 절차입니다. Shadowrocket의 연결 스위치를 조작한 직후 나타난 알림인지 확인한 뒤, 시스템 안내에 따라 승인하고 기기 인증을 완료하세요. 이전에 취소했다면 앱으로 돌아가 다시 연결을 시도할 수 있습니다. 시스템 VPN 구성은 구독이나 규칙 파일과 별개의 항목이며, 권한을 허용해도 서버가 반드시 작동하는 것은 아닙니다. 회사나 학교에서 관리하는 기기라면 관리 정책이 VPN 구성 추가를 제한하는지 먼저 확인하세요.

연결 스위치가 켜지지 않거나 켜진 직후 꺼질 때는 어떻게 점검하나요?

서버를 선택했는지, 현재 설정이 정상적으로 불러와지는지 확인한 다음 시스템 권한이 취소되지 않았는지 살펴보세요. 시스템 설정의 VPN 관리 화면에서 Shadowrocket 구성이 있는지 확인하고, VPN 연결을 사용 중인 다른 작업을 중단한 뒤 다시 시도하세요. 계속 바로 연결이 끊기면 앱에서 확인할 수 있는 연결 기록을 살펴보고 매개변수 오류, 설정 불러오기 실패, 시스템 제한을 구분하세요. 모든 데이터를 반복해서 삭제하지 마세요. 현재 설정과 오류 메시지를 먼저 저장한 뒤 App Store에서 앱 업데이트를 확인하고, 필요하면 기기를 재시동한 후 다시 테스트하세요.

화면이 영어로 표시됩니다. Home, Config, Settings는 어디에서 확인하나요?

이 매뉴얼은 화면의 영어 명칭을 그대로 사용해 앱에서 항목을 찾기 쉽게 구성했습니다. Home에서는 서버 목록과 연결 상태를 확인하고, Add Server에서는 서버 정보를 추가합니다. Config는 설정 파일을 관리하고 Settings에서는 관련 설정을 확인합니다. Global Routing은 트래픽 처리 방식을 선택하는 메뉴이며 서버 프로토콜을 고르는 곳이 아닙니다. 기기 언어와 앱에서 지원하는 언어의 관계는 현재 앱과 시스템에 표시되는 내용을 기준으로 확인하세요. 안내를 찾을 때는 화면 이름으로 위치를 확인한 다음 원하는 항목을 찾으세요. 이름이 비슷하더라도 시스템 VPN 설정과 앱의 Config는 서로 다른 메뉴입니다.

연결 후 배터리 소모가 늘면 어떤 설정을 꺼야 하나요?

먼저 시스템 배터리 화면에서 소모가 발생한 시간대와 사용 내역을 확인하세요. 지속적인 데이터 전송, 반복 연결 시도, 잦은 속도 테스트, 다른 앱의 백그라운드 활동을 구분하고, 배터리 감소만으로 특정 프로토콜을 원인으로 단정하지 마세요. 테스트할 때는 Connectivity Test를 반복 실행하지 말고 On Demand가 연결을 자주 시작하게 하는지, 네트워크 전환 시 연결이 반복해서 끊기는지 확인하세요. 설정을 하나 바꾼 뒤 비슷한 조건에서 관찰하고 유지 여부를 결정하세요. 배터리 절약을 위해 필요한 규칙을 임의로 삭제하거나 보안 매개변수를 바꾸지 마세요. 문제가 계속되면 기록을 저장하고 설정과 연결 상태를 확인하세요.

Subscribe / Add Server

구독 및 서버 가져오기

아래 안내는 기존에 자신의 구독 또는 서버 정보를 보유한 경우를 전제로 합니다. 먼저 정보 유형을 확인한 뒤 가져오기, 업데이트, 정리 순서로 진행하세요.

기존 구독은 어떻게 가져오나요? 서버를 하나씩 추가하는 것과 무엇이 다른가요?

구독은 보통 서버 정보 여러 개를 한 번에 가져와 관리할 때 사용합니다. 서버를 하나씩 추가할 때는 주소, 포트, 프로토콜 등의 매개변수를 확인해야 합니다. 먼저 가지고 있는 정보가 구독 주소인지, 단일 서버 공유 정보인지, 전체 설정 파일인지 확인한 다음 앱에서 해당하는 가져오기 메뉴를 사용하세요. 구독 주소를 서버 주소 입력란에 넣지 마세요. Add Server에서 지원하는 유형과 입력 항목을 확인하고 원본 정보를 그대로 입력해 저장할 수 있습니다. 가져오기가 끝나면 Home으로 돌아가 항목이 실제로 표시되는지 확인하세요. 아래 절차는 기존에 자신의 구독 또는 서버 정보를 보유하고 있는 경우를 전제로 합니다.

구독을 가져오지 못하거나 목록이 비어 있을 때 먼저 확인할 항목은 무엇인가요?

주소가 빠짐없이 복사되었는지, 공백·줄바꿈·메신저가 덧붙인 문장 부호가 섞이지 않았는지 먼저 확인하세요. 이어서 주소의 유효 상태와 접근 조건을 확인합니다. 가져온 결과가 웹페이지, 로그인 요청 또는 빈 내용이라면 인식 가능한 구독 데이터를 가져온 것이 아닐 수 있습니다. 현재 네트워크에서 주소에 접근할 수 있는지, 내용 형식이 선택한 가져오기 방식과 맞는지도 확인하세요. 한 번에 한 가지 요소만 수정해 다시 시도하세요. 계속 실패하면 오류 문구를 기록하고 기존 정보 제공처에 형식과 상태를 문의하세요. 문의할 때 구독 주소 전체나 인증 정보를 공개하지 마세요.

VMess, VLESS, WireGuard를 수동으로 추가할 때 어떤 매개변수를 추측하면 안 되나요?

프로토콜 유형은 기존 서버 정보와 일치해야 하며 테스트를 위해 임의로 바꾸면 안 됩니다. VMess와 VLESS는 제공된 정보를 기준으로 주소, 포트, UUID, 전송 방식, TLS 관련 항목을 확인하세요. WireGuard는 키, 주소, 피어 매개변수를 확인해야 합니다. 다른 프로토콜도 실제 입력 항목에 맞춰 각각 확인하고, 다른 프로토콜의 입력 방법을 그대로 적용하지 마세요. 일부 항목을 비워 두는 데에는 특정한 의미가 있으므로 모르는 값을 기본값으로 간주하면 안 됩니다. 저장 후 인증에 실패하면 여러 설정을 연달아 바꾸기보다 복사한 내용이 완전한지, 매개변수끼리 맞는지 먼저 확인한 다음 네트워크를 점검하세요.

기존 구독은 어떻게 업데이트하며, 업데이트 후 항목이 달라지는 이유는 무엇인가요?

Home에서 해당 구독 그룹을 찾아 사용할 수 있는 업데이트 기능을 실행하고 결과 메시지를 확인하세요. 메뉴 위치는 현재 앱 화면을 기준으로 합니다. 업데이트하면 원래 구독 내용을 다시 읽으므로 이름, 항목 수, 매개변수가 원본에 따라 달라질 수 있습니다. 업데이트 전에 사용 중인 항목을 기록하고, 완료 후 선택한 서버가 그대로 있는지 확인하세요. 업데이트에 실패해도 계속 사용할 수 있는 기존 그룹을 바로 삭제하지 말고 주소 유효성과 네트워크부터 확인하세요. 앱의 구독 업데이트, Config 업데이트, App Store 앱 업데이트는 각각 역할이 다르며 서로 대체할 수 없습니다.

구독을 여러 개 가져온 뒤 중복 항목이 생겼습니다. 어떻게 정리하는 것이 좋나요?

기존 구독 출처별로 묶어 확인하고, 같은 주소를 중복으로 가져온 것인지 서로 다른 구독에 같은 이름의 서버가 있는지 구분하세요. 이름이 같아도 매개변수가 같다는 뜻은 아니므로 이름만 보고 여러 항목을 한꺼번에 삭제하지 마세요. 실제로 중복된 구독 그룹을 확인했다면 현재 연결에 사용하는 그룹을 먼저 남기고 불필요한 그룹을 제거한 다음 목록을 다시 확인하세요. 구독에서 생성된 서버 매개변수를 직접 바꾸면 이후 업데이트에서 원본 내용으로 덮어써질 수 있습니다. 장기간 유지할 개별 설정과 구독으로 관리할 범위를 구분하세요. 문제 확인을 위해 화면을 공유할 때는 주소, 인증 정보, 전체 구독 링크를 가리세요.

Config / Diagnostics

규칙 분할 및 문제 해결

한 번에 설정 하나만 변경하고 같은 대상을 다시 테스트하세요. 각 설정의 역할은 기능 및 설정에서 확인할 수 있습니다.

Global Routing에서 Config, Proxy, Direct는 어떻게 선택하나요?

평소 규칙에 따라 트래픽을 분할 처리하려면 Config를 사용합니다. 현재 설정의 규칙에 따라 트래픽이 처리됩니다. Proxy는 선택한 프록시를 통해 트래픽을 처리하며, Direct는 직접 연결합니다. 세 가지 모드는 처리 방식이 다를 뿐 속도 등급이 아닙니다. 문제를 점검할 때 비교를 위해 모드를 잠시 바꿀 수 있지만, 현재 서버와 설정을 함께 기록해 여러 조건을 동시에 변경하지 않도록 하세요. Proxy에서는 되지만 Config에서 되지 않는다면 규칙과 정책을 먼저 확인하세요. 테스트가 끝나면 원래 필요한 모드로 되돌리고, 실제 트래픽 처리 방식은 현재 설정을 함께 살펴보세요.

연결됨으로 표시되는데 웹페이지가 열리지 않을 때는 어떤 순서로 확인해야 하나요?

먼저 연결을 끊고 기기 자체의 네트워크에서 정상 작동이 확인된 페이지에 접속할 수 있는지 확인하세요. 다시 연결한 뒤 선택한 서버를 점검합니다. 이어서 같은 대상을 기준으로 현재 모드, 규칙 일치 결과, DNS 조회 결과를 확인하고 일부 도메인만 실패하는지 살펴보세요. Connectivity Test 결과가 정상이라는 것은 해당 테스트에 응답이 있었다는 뜻일 뿐, 모든 웹페이지에 접속할 수 있다는 의미는 아닙니다. 네트워크를 바꾼 뒤 정상화되면 원래 네트워크 환경을 확인하세요. Config에서만 실패한다면 규칙과 정책을 점검합니다. 매번 같은 대상을 사용하고 한 번에 한 항목만 변경하며, 오류 메시지를 기록한 뒤 다음 단계로 진행하세요.

Connectivity Test가 정상인데도 DNS 문제일 수 있는 이유는 무엇인가요?

서버 테스트와 웹페이지 도메인 조회는 서로 다른 과정이므로 서버 테스트가 정상이어도 DNS 오류를 배제할 수 없습니다. 먼저 현재 Config와 Settings에서 실제 적용 중인 DNS 관련 설정을 확인한 다음, 실패한 도메인의 조회 오류, 비정상 결과, 요청 미완료 여부를 살펴보세요. 익숙하지 않은 DNS 주소를 여러 개 연달아 추가하거나 현재 설정과 맞지 않는 구성을 그대로 복사하지 마세요. 원래 값을 기록하고 구성 안내에 따라 명확한 설정으로 정리한 뒤 같은 도메인을 다시 테스트하세요. 도메인 조회는 완료됐는데도 연결에 실패한다면 규칙, 서버, 대상 서비스 자체를 계속 확인하세요.

일부 웹사이트만 문제가 있을 때 규칙 순서와 FINAL은 어떻게 확인하나요?

먼저 Global Routing이 Config인지, 예상한 설정을 사용 중인지 확인한 다음 문제가 있는 도메인에 실제로 어떤 규칙이 적용됐는지 살펴보세요. DOMAIN, DOMAIN-SUFFIX, DOMAIN-KEYWORD 등의 규칙은 배열 순서와 함께 확인해야 합니다. 앞에서 규칙이 일치하면 뒤의 규칙은 처리에 사용되지 않을 수 있습니다. FINAL은 앞선 규칙에 하나도 일치하지 않을 때 적용되는 최종 정책이며, 더 앞선 규칙에서 이미 선택된 트래픽을 바꾸지는 못합니다. 수정 전에 원래 설정을 저장하고 관련 항목만 조정한 뒤 같은 대상을 다시 테스트하세요. 규칙이 참조하는 정책이 여전히 사용 가능한 서버를 가리키는지도 확인하세요.

On Demand를 켠 뒤 연결이 반복될 때 수동으로 점검하려면 어떻게 해야 하나요?

먼저 On Demand의 현재 조건을 기록하고 자동 연결을 잠시 끈 다음 Home으로 돌아가 수동으로 한 번 연결해 서버와 기본 설정이 정상인지 확인하세요. 이어서 네트워크 조건, 규칙 일치 여부, 네트워크 전환 시 동작을 각각 확인해 자동 연결과 서버 연결 끊김을 혼동하지 않도록 합니다. 수동 연결이 안정적이라면 On Demand를 다시 켤 때 필요한 조건을 한 번에 하나씩 활성화하고 예상대로 작동하는지 확인하세요. 자동 연결 조건과 트래픽 분할 규칙은 다릅니다. 전자는 언제 연결할지 정하고 후자는 연결 후 트래픽을 어떻게 처리할지 정하므로 각각 점검해야 합니다.