Shadowrocket 자주 묻는 질문
기기, 가져오기 방식, 연결 증상에 따라 안내를 찾아보세요. 현재 설정을 먼저 확인하고 한 번에 한 항목만 변경하며 비교를 위해 기존 설정을 보관하세요.
정품 구매
플랫폼별 이용 방법을 확인하고 앱 구매 내역, 설정 백업, 기존 연결 정보를 구분하세요.
컴퓨터와 Android에서도 Shadowrocket을 사용할 수 있나요? 플랫폼별로 어떻게 다운로드하나요?
가능합니다. Shadowrocket은 iPhone, iPad, Mac, Windows, Android, Linux용으로 제공됩니다. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 구매하며, Mac/Windows/Android/Linux 버전은 무료입니다. Mac은 Apple 칩용과 Intel용 설치 파일이 따로 있습니다. Windows, Android, Linux도 기기에 맞는 파일 형식을 선택하세요. 컴퓨터와 Android용 설치 파일은 사이트의 전체 플랫폼 다운로드 페이지에서 받을 수 있으며, `/dl/shadowrocket/` 경로로 제공됩니다. 첫 실행 시 시스템 보안 설정을 허용하는 방법은 아래 설치 항목을 참고하세요.
iPad에 설치할 수 있나요? App Store에서 앱을 확인하는 방법은 무엇인가요?
네. iPhone과 iPad는 같은 앱 구매 내역을 사용하며, 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 확인하세요. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 구매하며, Mac/Windows/Android/Linux 버전은 무료입니다. App Store 제품 페이지에서 앱 이름 Shadowrocket, 공식 아이콘, 개발자 Shadow Launch Technology Limited, 앱 ID 932747118을 모두 확인하세요. 한국어 별칭이나 검색 결과의 비슷한 아이콘만으로 판단하지 마세요. 설치할 때는 해당 앱의 구매 내역이 있는 Apple 계정을 사용하세요.
App Store에서 Shadowrocket을 찾을 수 없을 때 확인할 사항은 무엇인가요?
먼저 이 페이지의 App Store 제품 페이지를 열어 검색 결과에 나타나지 않는 경우와 현재 스토어에서 이용할 수 없는 경우를 구분하세요. 중국 본토 App Store에는 이 앱이 등록되어 있지 않습니다. 기기 설정에서 Apple 계정의 Media & Purchases를 열어 계정과 Country/Region을 확인하고, Screen Time의 콘텐츠 등급 제한도 살펴보세요. 지역을 변경해야 한다면 Apple 계정 설정의 공식 절차에 따라 잔액, 기존 구독 및 결제 정보 요건을 처리하세요. 기기 언어만 바꾸어서는 해결되지 않습니다. 실제 이용 가능 여부는 현재 계정으로 제품 페이지를 열어 확인하세요.
기기를 바꾸거나 다시 설치하면 앱을 다시 구매해야 하나요?
iPhone/iPad를 바꾸거나 앱을 재설치할 때는 기존 구매 계정으로 App Store의 구입 항목 목록을 열고 Shadowrocket을 찾아 다시 다운로드하세요. 다른 계정을 사용하면 기존 구매 내역이 표시되지 않을 수 있습니다. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 구매하며, Mac/Windows/Android/Linux 버전은 무료이므로 해당 플랫폼은 사이트에서 다시 다운로드하면 됩니다. 앱 구매 내역은 설정 백업과 다릅니다. 기존 기기에서 앱을 삭제하기 전에 서버 정보와 Config를 별도로 저장하고, 그 안의 인증 정보도 안전하게 보관하세요.
앱을 구매한 뒤에도 연결 정보를 별도로 준비해야 하나요?
네. 앱의 일회성 구매는 연결 서비스 요금제와 별개입니다. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 구매하며, Mac/Windows/Android/Linux 버전은 무료입니다. 이 가격은 앱을 이용하는 방법에 관한 것입니다. 사용 전에는 기존에 보유한 구독 정보나 서버 정보(프로토콜, 서버 주소, 포트, 인증 항목)를 준비해야 합니다. 이 사이트는 Shadowrocket 공식 웹사이트 및 공식 매뉴얼이며 서버나 구독 정보를 제공·판매·추천하지 않습니다. 가져오기와 문제 해결 안내는 사용자가 이미 보유하고 적법하게 이용할 수 있는 연결 정보를 전제로 합니다.
설치 및 첫 실행
기기 아키텍처와 파일 출처를 확인한 뒤 시스템 권한을 설정하세요. 조직에서 관리하는 기기는 관리자 지침을 따르세요.
Mac에서는 Apple 칩용과 Intel용 중 어떤 버전을 선택해야 하나요?
Mac의 Apple 메뉴에서 ‘이 Mac에 관하여’를 열어 ‘칩’ 또는 ‘프로세서’ 항목을 확인하세요. Apple 칩이라고 표시되면 다운로드 페이지에서 Mac Apple 칩용 dmg를 선택하고, Intel 프로세서라고 표시되면 Mac Intel용 dmg를 선택하세요. 외관이나 구매 연도로 추측하지 마세요. dmg를 열고 Shadowrocket을 Applications로 옮긴 다음 실행하세요. 개발자를 확인할 수 없다는 알림이 표시되면 설치 파일이 이 사이트에서 받은 것인지 먼저 확인한 뒤, 이 항목의 macOS 보안 설정 허용 방법을 따르세요. 맞지 않는 칩 버전을 반복해서 바꾸어 설치하지 마세요.
Windows에서 SmartScreen 위험 알림이 표시되면 어떻게 해야 하나요?
먼저 파일을 이 사이트의 다운로드 페이지에서 받았는지, 다운로드한 파일 이름이 선택한 Windows 설치 파일과 일치하는지 확인하세요. Windows SmartScreen에 ‘Windows에서 PC를 보호했습니다’가 표시되면 ‘추가 정보’를 펼치고 출처를 확인한 뒤 ‘실행’을 선택할 수 있습니다. 설치에 관리자 권한이 필요한 경우 사용자 계정 컨트롤 알림에 표시된 프로그램과 경로를 확인한 후 진행하세요. 보안 소프트웨어에서 위협을 명확히 감지했거나 파일 출처를 확인할 수 없다면 실행을 중단하고 원인을 파악하세요. 설치를 위해 시스템 보호 기능을 장기간 끄지 마세요. 조직에서 관리하는 기기는 관리자에게 먼저 문의하세요.
Mac에서 개발자를 확인할 수 없거나 앱이 손상되었다는 알림이 표시될 때 처음 실행하려면 어떻게 하나요?
dmg를 이 사이트에서 받았는지 확인하고 앱을 Applications에 넣으세요. ‘개발자를 확인할 수 없음’ 알림이 나오면 앱을 한 번 열려고 시도한 다음, 시스템 설정의 ‘개인정보 보호 및 보안’에서 이번 차단 기록을 찾아 ‘그래도 열기’를 선택하고 시스템 안내에 따라 확인하세요. ‘손상됨’이라는 알림이 표시되면 다운로드가 완전한지 확인하세요. 출처를 확인한 뒤 Terminal에서 xattr -cr /Applications/Shadowrocket.app을 실행하고 다시 여세요. 이 명령은 지정한 앱의 확장 속성을 제거합니다. 출처를 확인한 해당 경로에만 실행하고, 상위 디렉터리나 디스크 전체로 범위를 넓히지 마세요.
Android와 Linux에 처음 설치할 때 각각 무엇을 유의해야 하나요?
Android에서는 이 사이트의 다운로드 페이지에서 제공하는 arm64 apk를 사용하세요. 시스템에서 차단하면 이번 설치에 사용할 브라우저나 파일 관리자의 ‘알 수 없는 앱 설치 허용’을 켜고, 설치가 끝난 뒤 권한을 다시 해제할 수 있습니다. Linux는 배포판에 맞춰 deb, rpm 또는 AppImage를 선택하세요. Debian/Ubuntu에서는 apt로 로컬 deb를 설치하고, Fedora 계열에서는 dnf로 로컬 rpm을 설치합니다. AppImage는 파일 속성에서 실행 권한을 추가하거나 chmod +x를 실행한 다음 다운로드한 파일을 실행하세요. 명령에 넣는 경로는 실제 파일 경로로 바꾸어야 합니다. 의존성이나 런타임 라이브러리 오류는 배포판의 안내에 따라 처리하세요.
처음 실행한 뒤 연결 스위치가 켜지지 않거나 바로 꺼지면 어떻게 해야 하나요?
먼저 Home에 사용할 수 있는 서버 항목이 있고 연결할 항목이 선택되어 있는지 확인하세요. iPhone/iPad에서 처음 연결할 때는 시스템 알림에서 VPN 구성을 추가하도록 허용하고 안내에 따라 기기 인증을 완료해야 합니다. 권한을 취소한 경우 스위치만 누르는 것으로는 연결되지 않을 수 있습니다. 권한을 거부했다면 다시 연결을 시도하고 시스템 VPN 설정을 확인하세요. 다른 VPN 연결이 실행 중인지, On Demand가 조건에 따라 연결을 제어하고 있는지도 살펴보세요. 기기 설정이 조직 정책으로 제한되어 있다면 관리자에게 확인하세요. 해결되지 않는 오류는 알림 문구를 그대로 기록한 다음 점검하세요.
구독 및 서버 가져오기
Subscribe, Add Server, Config의 용도를 각각 확인하고 기존에 사용할 수 있는 항목을 비교용으로 보존하세요.
기존 구독을 가져오지 못하면 링크와 설정 중 무엇부터 확인해야 하나요?
먼저 입력 내용을 확인하고 응답 내용을 살펴보세요. Add Server에서 Subscribe를 선택한 뒤 기존 구독 링크 전체를 붙여넣고 시작 부분, 경로, 쿼리 매개변수가 빠지지 않았는지 확인하세요. 복사 과정에서 들어간 공백이나 줄바꿈도 제거하세요. 링크에 인증 정보가 포함될 수 있으므로 공개 채팅이나 스크린샷으로 공유하지 마세요. 요청은 성공했지만 가져오기에 실패했다면 응답이 지원되는 구독 형식인지, 로그인 페이지나 만료 알림 또는 일반 웹페이지가 아닌지 확인하세요. 구독이 유효하고 기기 날짜가 정확한지도 살펴보세요. 기존 항목으로 연결할 수 있다면 먼저 그대로 보존하고, 테스트를 위해 모든 설정을 삭제하지 마세요.
Scan QR Code와 Add Server 수동 입력 중 어떤 방법을 선택해야 하나요?
QR 코드가 기존 연결 정보에서 만들어졌고 지원되는 형식이라면 Home에서 Scan QR Code를 사용하고 카메라 접근을 허용하세요. 인식한 뒤에도 프로토콜, 주소, 포트를 확인해야 합니다. QR 코드가 흐리거나 지원되지 않는 형식이면 반복해서 스캔하지 말고 Add Server에서 직접 입력하세요. 수동 추가 시 먼저 Type을 올바르게 선택하고 기존 정보에 따라 비밀번호, UUID, TLS, SNI 등 해당 항목을 입력하세요. 프로토콜마다 필드가 다르므로 서로 바꾸어 입력할 수 없습니다. 설정 파일 다운로드 주소를 개별 서버 주소로 착각하거나 구독 URL을 비밀번호 필드에 입력하지 마세요.
Subscribe를 업데이트한 뒤 항목이 바뀌거나 업데이트에 실패하면 어떻게 해야 하나요?
업데이트 전에 새로 고칠 Subscribe 그룹을 확인하고, 필요하면 현재 사용하는 항목 이름과 연결된 정책을 기록해 두세요. 업데이트는 구독 응답에 따라 항목을 변경합니다. 이름이 바뀌거나 항목이 삭제되거나 주소가 갱신되어도 앱이 손상된 것은 아닙니다. 새로 고침에 실패하면 현재 네트워크, 구독 유효 기간, 응답 형식을 차례로 확인하고 링크가 편집 과정에서 잘리지 않았는지 살펴보세요. 새로 고친 뒤 Home으로 돌아가 선택된 서버를 확인하고, Config에서 참조하는 정책 이름이 여전히 있는지 점검하세요. 기존 선택 상태와 규칙 참조가 자동으로 유지된다고 가정하지 마세요.
Subscribe와 Config는 어떻게 다르며, 둘 중 하나만 가져오면 되나요?
Subscribe는 주로 기존 서버 항목을 가져오거나 업데이트하는 데 사용하고, Config는 규칙, 정책 참조 및 관련 설정을 관리합니다. 두 기능의 목적은 다릅니다. 서버 목록만 있다면 Global Routing과 현재 활성화된 Config도 확인해야 합니다. 설정 파일만 있다면 그 파일에서 참조하는 서버나 정책이 실제로 존재하는지 확인하세요. 새 Config를 가져오기 전에 현재 사용할 수 있는 설정을 보존하고 출처, 규칙 순서, 참조 이름을 점검하세요. 설정에 포함된 PROXY 같은 정책 표기는 실제 정의와 일치해야 합니다. 글자가 비슷하다는 이유만으로 올바르게 연결되었다고 판단하지 마세요.
인터페이스가 영어일 때 가져오기와 연결에 필요한 메뉴를 어떻게 찾나요?
작업에 따라 메뉴를 확인하세요. Home에서는 서버와 연결 상태를 확인하고, Add Server에서는 기존 서버를 추가하며, Subscribe에서는 구독을 가져옵니다. Scan QR Code는 기존 정보를 스캔하고, Config는 설정을 관리합니다. Global Routing은 연결 처리 방식을 선택하고, Settings는 설정 항목을 확인하며, Data는 트래픽 관련 정보를 보여 줍니다. 화면에서 바로 찾을 수 있도록 공식 매뉴얼에서는 영어 메뉴명을 그대로 사용합니다. 플랫폼마다 메뉴 위치가 다를 수 있으므로 좌표가 아니라 이름으로 찾으세요. Proxy 모드와 설정 안의 PROXY 정책 표기를 혼동하지 마세요.
규칙 및 문제 해결
로컬 네트워크, 서버 연결, DNS, 규칙 매칭을 구분해 확인하세요. 테스트 결과는 해당 조건만 보여 주며 실제 접속 확인을 대신하지 않습니다.
Global Routing의 Config, Proxy, Direct는 어떻게 선택하나요?
일반적으로 규칙에 따라 트래픽을 분기하려면 Config를 선택합니다. 연결은 현재 Config의 규칙 매칭 결과에 따라 처리됩니다. Proxy는 연결을 현재 프록시 경로로 보내며, 임시 비교 테스트에 사용할 수 있습니다. Direct는 프록시 경로를 거치지 않고 연결하는 비교 방법입니다. 모드를 바꾸어도 잘못된 서버 매개변수가 수정되거나 구독 유효성이 확인되는 것은 아닙니다. 문제를 점검할 때는 같은 테스트 대상을 고정하고 Direct와 Proxy를 각각 비교한 다음 Config로 돌아가 규칙을 확인하세요. 서버, DNS, 모드를 동시에 변경하면 원인을 판단하기 어려워집니다.
연결됨으로 표시되지만 인터넷에 접속할 수 없을 때는 어떤 순서로 확인해야 하나요?
연결됨 표시는 대개 기기에 로컬 VPN 또는 프록시 처리 경로가 만들어졌다는 뜻일 뿐, 원격 서버와 DNS, 대상 사이트가 모두 정상이라는 의미는 아닙니다. 먼저 Shadowrocket 연결을 끊고 현재 Wi-Fi나 모바일 네트워크로 정상 접속할 수 있는지 확인하세요. 그런 다음 Home에서 선택된 서버와 인증 정보를 확인합니다. 동일한 대상을 사용해 Direct, Proxy, Config 결과를 비교하고 필요하면 Connectivity Test를 실행하세요. 마지막으로 오류가 연결 시간 초과, 인증 실패, 이름 확인 실패 중 무엇인지 확인하고 오류 유형에 따라 처리하세요. 스위치가 켜져 있다는 이유만으로 설정을 계속 바꾸지 마세요.
Config에서 일부 사이트만 문제가 생길 때 규칙과 DNS를 어떻게 확인하나요?
문제가 있는 사이트의 도메인을 기록하고 연결 기록에서 매칭된 규칙과 정책을 확인하세요. 앞쪽에 있는 DOMAIN, DOMAIN-SUFFIX 또는 IP-CIDR 규칙이 먼저 적용되었는지 살펴보세요. 규칙은 일반적으로 순서대로 매칭되며, FINAL은 기본 처리 규칙으로 유지해야 합니다. 매칭 후 참조된 PROXY, DIRECT 또는 REJECT가 예상과 일치하는지 확인하세요. 이름 확인 오류라면 Config의 DNS 설정과 실제 네트워크 연결 상태를 점검합니다. 한 번에 한 항목만 바꾸고 다시 테스트하세요. 특정 페이지가 열리지 않는다고 규칙을 한꺼번에 삭제하지 마세요. 한 사이트에서도 여러 도메인에 요청을 보낼 수 있습니다.
연결 후 배터리 소모가 늘어났다면 On Demand를 어떻게 설정해야 하나요?
배터리 소모는 실제 트래픽 양, 신호 세기, 재연결 빈도, 프로토콜 구현과 백그라운드 활동의 영향을 함께 받습니다. 프로토콜 이름만으로 판단할 수 없습니다. 먼저 시스템의 배터리 사용량에서 해당 시간대를 확인하고 지속적인 다운로드, 약한 신호로 인한 재연결, 잦은 테스트가 있는지 살펴보세요. On Demand는 설정한 네트워크 조건에 따라 연결을 시작하므로, 설정 전에 어떤 Wi-Fi 또는 모바일 네트워크에서 활성화할지 정해야 합니다. 조건이 서로 충돌하면 연결이 반복해서 전환될 수 있습니다. 문제를 점검할 때는 On Demand를 잠시 끄고 수동 연결과 비교하세요. 안정적인 것을 확인한 뒤 조건을 하나씩 복원하고, 테스트를 여러 차례 반복하지 마세요.
Connectivity Test로 실제 접속이 정상이라고 확인할 수 있나요? 문제를 알릴 때 무엇을 기록해야 하나요?
아니요. Connectivity Test 결과는 테스트 방법과 대상에 따라 달라집니다. 특정 테스트가 성공해도 모든 웹사이트나 앱을 사용할 수 있다는 뜻은 아니며 실제 전송 속도를 보여 주는 결과도 아닙니다. 문제를 알리기 전에 기기 시스템, 사용 플랫폼, 현재 Global Routing 모드, 문제를 일으킨 동작과 오류 문구를 기록하고 Direct와 Proxy 비교 결과도 적어 두세요. 로그나 스크린샷을 공유하기 전에는 구독 URL, 비밀번호, 키, UUID, 서버 주소와 기타 계정 정보를 삭제하세요. 재현에 필요한 최소 단계만 제공하고 전체 Config나 연결 기록을 공개하지 마세요.