Shadowrocket · 공식 매뉴얼

Shadowrocket 문제 해결

문제가 발생한 단계를 먼저 확인한 뒤 관련 설정을 점검하세요. 구매와 설치는 App Store 페이지를 기준으로 확인하고, 가져오기와 연결 안내는 사용자가 이미 보유한 구독 또는 서버 정보를 전제로 합니다. 질문을 펼치면 점검 순서를 확인할 수 있습니다.

App Store · 구입 항목

정품 확인과 구매

먼저 제품 페이지를 확인한 다음 본인의 구매 계정을 확인하세요. 가격, 호환성, 구매 가능 여부는 스토어 페이지를 기준으로 합니다.

정품 Shadowrocket 제품 페이지인지 어떻게 확인하나요?

앱 이름 Shadowrocket, 개발자 Shadow Launch Technology Limited, 공식 아이콘, 제품 페이지 주소의 id932747118을 함께 확인하세요. 앱 ID는 932747118이며 아이콘은 이 사이트에 표시된 공식 아이콘과 일치해야 합니다. 검색 결과의 이름만으로 판단하지 마세요. 구매 전 제품 페이지의 호환성 및 가격 항목도 확인하세요. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 하며, 앱을 받고 업데이트하는 절차는 App Store에서 진행됩니다.

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

처음 구매한 계정으로 App Store에 로그인한 뒤 계정 페이지의 구입 항목에서 Shadowrocket을 찾으세요. 앱을 찾으면 스토어에 표시되는 다시 받기 버튼을 누르세요. 일반적으로 다시 구매할 필요가 없습니다. 여전히 가격이 표시되면 미디어 및 구입 항목에 사용하는 계정, 기존 구매 내역, 현재 스토어를 확인하고 바로 다시 결제하지 마세요. 앱을 다시 받는 것과 설정을 복원하는 것은 별개의 작업입니다. 기존 기기의 서버 정보와 설정은 별도로 보관해야 하며, 구매 내역만으로 자동 복원된다고 가정할 수 없습니다.

일회성 구매에는 무엇이 포함되나요?

일회성 구매는 Shadowrocket 클라이언트를 사용할 수 있는 권한을 구매하는 것입니다. 클라이언트 일회성 구매는 서버 회선 요금제가 아닙니다. 앱을 구매해도 서버 정보나 구독이 자동으로 제공되지는 않습니다. 미국 스토어 가격은 2.99달러이며, 각 스토어에서는 현지 통화로 표시됩니다. 실제 가격은 결제 전 App Store 페이지를 확인하세요. 이후 설정에는 사용자가 이미 보유한 구독 또는 서버 정보가 필요합니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않으며 관련 서비스 요금도 취급하지 않습니다.

iPad, Mac, Apple TV에서의 구매 가능 여부는 어디서 확인하나요?

같은 App Store 제품 페이지에서 호환성 및 구매 안내를 확인하세요. 이 매뉴얼은 주로 iPhone과 iPad를 기준으로 작성했습니다. Mac, Apple TV, Apple Vision의 지원 여부와 시스템 요구 사항, 구매 가능 여부는 App Store 페이지에 표시된 내용을 기준으로 합니다. 다른 기기에서 앱을 받을 때는 처음 구매한 계정으로 구입 항목을 먼저 확인하세요. 가족 공유 적용 여부도 스토어 페이지와 가족 설정을 기준으로 확인해야 합니다. 한 기기에서 구매할 수 있다고 해서 모든 기기에서도 가능한 것은 아닙니다.

설치 안내에서 정품 확인 절차 보기 →

Home · Settings · VPN

설치와 첫 실행

설치, 가져오기, 시스템 권한 허용은 각각 별도의 단계입니다. 먼저 앱이 정상적으로 열리는지 확인한 뒤 연결 조건을 점검하세요.

iPhone에 설치한 뒤 처음 실행하면 무엇부터 해야 하나요?

앱이 정상적으로 열리는지 확인한 뒤, 이미 보유한 구독 또는 서버 정보를 준비하세요. Home의 추가 메뉴에서 정보를 가져오고, 선택된 서버와 Global Routing을 확인한 다음 연결을 시도하세요. 처음 연결할 때 시스템에서 VPN 구성을 추가하라는 메시지가 표시될 수 있습니다. Shadowrocket에서 시작한 작업인지 확인한 후 허용하세요. 앱 설치만으로 네트워크 설정이 완료되거나 모든 요청이 프록시를 통과하는 것은 아닙니다. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 합니다.

VPN 구성 추가를 요청하는 시스템 팝업은 무엇인가요?

VPN 구성을 만들도록 허용하는 시스템 확인 절차이며 구매 안내가 아닙니다. 허용하면 Shadowrocket이 시스템 네트워크 확장을 통해 연결을 만들고 선택한 라우팅 설정을 적용할 수 있습니다. 앱에서 연결을 시작했을 때 표시된 팝업인지 확인한 뒤 시스템 안내에 따라 인증하세요. 이전에 허용하지 않았다면 앱으로 돌아가 다시 시도하고, 시스템 Settings에서 VPN 구성 상태를 확인하세요. 기기 관리 제한이 적용된 경우에는 기기 관리자에게 허용된 설정을 확인해야 합니다. 스위치를 반복해서 눌러 해결할 수 있는 문제는 아닙니다.

iPad에도 설치할 수 있나요? iPhone과 사용 방법이 다른가요?

먼저 iPad의 App Store에서 같은 제품 페이지를 열어 기기가 호환성 요구 사항을 충족하는지 확인하세요. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 합니다. 처음 구매한 계정을 사용한다면 구입 항목에서 앱을 다시 받으세요. iPad에서는 가로 화면 배치와 표시 영역이 iPhone과 다를 수 있지만, Home, Config, Settings 같은 영어 화면 용어를 기준으로 조작하면 됩니다. 가져온 뒤에는 현재 서버와 설정을 다시 확인하세요. 계정이 같다는 이유만으로 연결 설정까지 모두 옮겨졌다고 볼 수는 없습니다.

화면이 영어로 표시되는데 매뉴얼을 어떻게 따라야 하나요?

이 매뉴얼은 화면에서 바로 찾을 수 있도록 인터페이스 용어를 영어로 표기합니다. Home에서는 서버와 연결 상태를 확인하고, Config에서는 구성 파일을 관리하며, Settings에서는 설정을 점검하고, Data에서는 사용 가능한 트래픽 통계를 확인합니다. Global Routing의 Config, Proxy, Direct는 각각 구성, 프록시, 직접 연결 모드를 뜻합니다. Add Server 또는 Subscribe가 보이면 매뉴얼의 해당 가져오기 절차를 따르세요. 화면 이름 Config와 Global Routing의 Config 옵션을 혼동하지 마세요.

연결 스위치가 켜지지 않거나 켜진 직후 꺼지면 어떻게 해야 하나요?

먼저 시스템 VPN 권한을 허용했는지 확인한 다음 사용할 수 있는 서버를 선택했는지 확인하세요. 실행 중인 다른 VPN 연결을 잠시 끄고, 시스템의 기기 관리 제한 여부를 확인한 뒤 다시 시도하세요. 이전에 설정을 변경했다면 현재 설정을 기록하고, 사용 가능한 것으로 확인된 설정으로 전환해 비교하세요. 기기를 재시동한 뒤에도 문제가 계속되면 앱 로그에서 구성 또는 연결 오류를 확인하세요. 앱을 바로 삭제하지 마세요. 삭제하기 전에 기존 구독 주소, 서버 정보, 설정을 저장해 문제 해결 중 데이터가 사라지지 않도록 하세요.

사용 설명서에 따라 첫 연결 설정하기 →

Subscribe · Add Server · Scan QR Code

구독 및 서버 가져오기

가져오기 성공 여부와 연결 성공 여부는 각각 확인해야 합니다. 다음 절차는 사용자가 이미 보유한 구독 또는 서버 정보를 점검하기 위한 것입니다.

Subscribe 가져오기에 실패하면 어떤 순서로 확인해야 하나요?

먼저 본인이 보유한 구독 주소인지 확인하고, 복사할 때 공백이나 줄바꿈이 들어가거나 매개변수가 누락되지 않았는지 살펴보세요. 현재 네트워크에서 해당 주소에 접속할 수 있는지, 응답이 클라이언트에서 인식할 수 있는 구독 데이터인지도 확인하세요. 로그인 페이지, 오류 메시지 또는 일반 웹페이지가 표시된다면 구독 데이터가 아닙니다. 이어서 구독이 만료되었는지, 제공처에서 주소나 형식을 변경했는지 확인하세요. 브라우저에서 링크가 열리는 것은 응답이 있다는 뜻일 뿐, 내용이 올바르다는 의미는 아닙니다. 문제를 확인할 때 전체 구독 주소를 공개된 페이지에 올리지 마세요.

Add Server에서 직접 추가할 때 어떤 항목을 가장 자주 잘못 입력하나요?

먼저 보유한 서버 정보와 일치하는 프로토콜을 선택한 다음 주소, 포트, 인증 항목을 하나씩 확인하세요. Shadowsocks, VMess, VLESS, Trojan, Hysteria2는 필요한 항목이 서로 다릅니다. 프로토콜 이름만 바꾸고 다른 프로토콜의 매개변수를 그대로 사용하면 안 됩니다. 서버에서 TLS를 사용한다면 원래 받은 정보에 따라 server name 등의 관련 항목도 확인하세요. 주소 입력란에는 일반적으로 호스트 이름이나 IP를 입력하며 웹페이지 전체 주소를 넣지 않습니다. 암호화 방식, 인증 값, 전송 설정을 짐작으로 변경하지 마세요.

Scan QR Code로 가져오기는 성공했는데 왜 연결되지 않나요?

Scan QR Code가 성공했다는 것은 QR 코드 내용을 인식해 항목을 만들었다는 뜻일 뿐, 서버를 현재 사용할 수 있다는 의미는 아닙니다. 가져온 항목을 열어 프로토콜, 주소, 포트, 인증 정보를 확인한 뒤 해당 항목을 선택하고 Connectivity Test를 실행하세요. 시간이 초과되면 현재 네트워크, 서버 상태, 매개변수의 유효 기간을 각각 확인하세요. 테스트에는 응답이 있지만 웹페이지가 열리지 않는다면 Global Routing, DNS, 실제 요청의 라우팅 결과를 살펴보세요. QR 코드에 인증 정보가 포함될 수 있으므로 스크린샷을 공유하기 전에 해당 정보를 가리세요.

구독을 업데이트한 뒤 항목이 바뀌었습니다. 기존 설정을 실수로 삭제하지 않으려면 어떻게 해야 하나요?

업데이트 전에 현재 선택된 항목과 구독 그룹을 기록하고, 필요한 경우 로컬 구성의 사본을 보관하세요. 업데이트 후에는 항목 수와 이름이 바뀌었는지, 현재 서버가 그대로 있는지 확인한 다음 사용할 수 있는 항목을 다시 선택해 테스트하세요. 구독 업데이트는 응답 내용에 따라 해당 항목을 새로고침하므로 수동으로 변경한 내용이 반드시 유지된다고 볼 수 없습니다. 중요한 사용자 설정은 따로 기록하세요. Subscribe의 서버 목록과 Config의 규칙 설정을 각각 확인하세요. 구독을 업데이트했다고 해서 모든 규칙도 동기화된 것은 아닙니다.

구독이 만료되었는지 어떻게 확인하나요? 문제 해결 정보를 제출할 때 무엇을 가려야 하나요?

먼저 구독을 가져오는 단계, 내용을 해석하는 단계, 서버에 연결하는 단계 중 어디서 실패했는지 기록한 다음 앱에 표시된 안내를 확인하세요. 주소에서 인증 오류, 빈 내용 또는 형식 오류가 반환되면 원래 정보를 제공한 곳에 구독 유효성과 형식을 문의하세요. 특정 서버 하나가 시간 초과되었다고 해서 구독 전체가 만료된 것은 아닙니다. 문제 해결 정보를 제출할 때는 필요한 오류 문구, 프로토콜, 조작 단계만 남기고 전체 구독 주소, 인증 매개변수, 비밀번호, QR 코드는 가리세요. 자료를 비교해야 한다면 민감 정보를 제거한 내용을 사용하고, 바로 사용할 수 있는 인증 정보를 공개하지 마세요.

Global Routing · Connectivity Test · DNS

규칙 라우팅과 문제 해결

시스템 연결, 서버 응답, 도메인 조회, 규칙 적용 여부를 각각 확인하세요. 같은 대상을 기준으로 비교해야 변경 사항이 효과가 있었는지 판단할 수 있습니다.

Global Routing에서 Config, Proxy, Direct 중 무엇을 선택해야 하나요?

Config 모드는 현재 구성의 규칙에 따라 요청을 분류하므로 규칙 내용을 확인한 뒤 일상적으로 사용할 때 적합합니다. Proxy 모드는 클라이언트 라우팅 처리 대상인 요청을 프록시 방식으로 처리하므로 규칙이 접속에 영향을 주는지 비교할 때 사용할 수 있습니다. Direct 모드는 직접 연결 경로를 사용하므로 원래 네트워크를 점검할 때 활용할 수 있습니다. Config를 선택하기 전에 Config 페이지에서 활성화된 파일을 확인하세요. 세 모드는 라우팅 방식을 정할 뿐 잘못된 서버 매개변수를 수정하지는 않습니다. 문제 해결이 끝나면 평소 사용하던 설정으로 되돌리세요.

연결됨으로 표시되지만 웹페이지가 열리지 않습니다. 무엇부터 확인해야 하나요?

연결됨은 시스템 연결이 만들어졌다는 뜻일 뿐, 서버와 DNS, 규칙이 모두 정상이라는 의미는 아닙니다. 먼저 현재 네트워크에서 일반 웹페이지에 접속할 수 있는지 확인한 다음 현재 서버를 테스트하세요. 같은 웹페이지를 대상으로 Proxy와 Config 모드를 비교하세요. Config에서만 실패한다면 규칙이 적용한 정책과 선택된 구성을 확인하세요. 두 모드 모두 실패한다면 서버 매개변수, DNS, 로그를 추가로 점검하세요. 원인을 파악하기 어려워지지 않도록 설정을 한 번에 하나씩만 바꾸고 결과를 기록하세요. 테스트가 끝나면 원래 라우팅 모드로 복구하세요.

Connectivity Test는 정상인데 실제 접속은 왜 실패하나요?

Connectivity Test 결과는 테스트 방식과 대상에 따라 달라집니다. 해당 테스트에서 응답을 받았다는 뜻일 뿐, 모든 도메인과 프로토콜, 요청이 정상 처리된다는 의미는 아닙니다. 실제 접속에 같은 서버를 사용하고 있는지 확인한 뒤, 규칙에 따라 요청이 DIRECT, PROXY 또는 REJECT로 분류되었는지 살펴보세요. 특정 도메인만 실패한다면 DNS 조회, 대상 사이트 상태, 관련 규칙을 확인하세요. 모든 페이지가 실패한다면 실제 프록시 연결과 인증 매개변수를 우선 점검하세요. 지연 시간 수치 하나만으로 네트워크 전체가 정상이라고 판단하지 마세요.

DNS 조회에 실패하거나 도메인이 열리지 않을 때 어떻게 원인을 찾나요?

먼저 로그에 조회 오류가 있는지 확인하고 현재 구성에서 사용하는 DNS 설정을 기록하세요. 현재 네트워크나 라우팅을 통해 DNS 서비스에 연결할 수 있는지 확인한 다음 최근 DNS, Host 또는 관련 규칙을 변경했는지 살펴보세요. 사용 가능한 것으로 확인된 설정을 한 번에 하나씩 복원하고 연결을 다시 만든 뒤 같은 도메인을 테스트하세요. 낯선 DNS 주소를 여러 개 연달아 입력하지 마세요. IP로 직접 접속하는 것은 제한적인 비교 방법입니다. 웹사이트가 도메인과 TLS에 의존할 수 있으므로 IP에서 응답이 오더라도 전체 웹페이지 접속이 정상이라는 뜻은 아닙니다.

규칙이 적용되지 않는 것 같습니다. 구성 파일과 서버 중 무엇을 확인해야 하나요?

먼저 Global Routing이 Config인지 확인한 다음 Config에서 현재 활성화된 파일을 살펴보세요. 규칙은 일반적으로 순서대로 일치 여부를 확인하며, 먼저 일치한 규칙이 정책을 결정합니다. DOMAIN-SUFFIX, GEOIP 같은 조건과 최종 대체 규칙인 FINAL의 위치도 결과에 영향을 줍니다. 이어서 로그에서 실제 요청과 적용된 정책을 확인하고, 규칙에서 지정한 프록시 정책에 사용할 수 있는 서버가 있는지 확인하세요. 서버만 바꿔도 규칙 순서가 자동으로 수정되지는 않습니다. 구문 설명에 쓰인 example.com은 예시 도메인이며 모든 웹사이트에 적용되는 범용 규칙이 아닙니다.

배터리 소모가 늘거나 속도가 느려지거나 업데이트 후 문제가 생기면 어떻게 점검해야 하나요?

같은 네트워크, 같은 서버, 같은 접속 대상을 사용해 비교하고 백그라운드 다운로드나 신호 변화를 배제하세요. 잦은 테스트, 상세 로그 또는 On Demand가 켜져 있는지 확인하고 필요에 따라 조정한 뒤 변화를 살펴보세요. 시스템 배터리 화면의 한 번 측정된 비율만으로 원인을 단정하지 마세요. 업데이트 후에는 연결을 다시 만들고 현재 구성과 권한 상태를 확인한 다음 최근 변경 사항을 하나씩 되돌려 보세요. 문제가 계속되면 민감 정보를 가린 로그와 재현 절차를 보관하고 문제 해결 매뉴얼에서 추가로 확인하세요. 재설치하기 전에 설정을 저장해 데이터 손실이라는 새 문제가 생기지 않도록 하세요.

증상별 문제 해결 매뉴얼 계속 보기 →