Shadowrocket 자주 묻는 질문

네. iPhone 및 iPad 버전은 App Store에서 2.99달러에 한 번 구매하며, Mac(Apple 칩 및 Intel), Windows, Android, Linux 버전은 무료입니다. 먼저 앱 다운로드 페이지에서 기기를 선택하세요. 컴퓨터, Android, Linux 설치 파일은 사이트의 /dl/shadowrocket/ 경로에서 제공됩니다. 모바일 기기의 App Store 구매 기록은 데스크톱 버전 설치 조건이 아닙니다.

제품 페이지에서 앱 이름 Shadowrocket, 개발자 Shadow Launch Technology Limited, 공식 아이콘, 앱 ID 932747118을 모두 확인하세요. 아이콘은 사이트 헤더에 사용된 공식 artwork와 대조하고, 이름이 비슷하다는 이유만으로 판단하지 마세요. iPhone 및 iPad 버전은 App Store에서 2.99달러에 한 번 구매하며, Mac, Windows, Android, Linux 버전은 무료입니다. 모바일 스토어에서 무료로 표시되는 동명 앱은 여기서 안내하는 제품이 아닙니다.

앱의 일회성 구매와 서버 이용 요금제는 별개입니다. iPhone 및 iPad 버전은 App Store에서 2.99달러에 한 번 구매하며, Mac, Windows, Android, Linux 버전은 무료입니다. 이 가격은 앱 이용에 대한 것으로, 기존 서버나 구독의 이용 기간을 포함하지 않습니다. 연결하려면 본인이 이미 보유한 구독 또는 서버 정보가 필요합니다. 이 사이트는 공식 사이트와 매뉴얼을 제공하며 서버나 구독을 제공·판매·추천하지 않습니다.

먼저 검색어 철자를 확인한 다음 앱 다운로드 페이지에서 해당 제품 페이지를 여세요. 중국 본토 App Store에서는 현재 이 앱을 이용할 수 없습니다. 기기 언어만 바꾸지 말고 Apple ID의 국가 또는 지역을 확인하세요. 공식 지역 변경 경로는 Settings → Apple ID → Media & Purchases → View Account → Country/Region입니다. 변경하기 전에 잔액, 유효한 구독, 결제 수단에 관한 시스템 안내를 읽고, 조건을 충족하지 못했다면 반복해서 지역을 바꾸지 마세요.

iPhone 및 iPad 버전은 App Store에서 2.99달러에 한 번 구매하며, Mac, Windows, Android, Linux 버전은 무료입니다. 모바일 기기에서는 기존에 구매한 Apple ID로 App Store의 구입 항목에서 Shadowrocket을 찾아 다시 다운로드하세요. iPhone과 iPad는 같은 구매 기록을 사용할 수 있습니다. 구매 버튼이 계속 표시되면 계정과 스토어 지역을 먼저 확인하세요. 앱을 복원해도 로컬 설정은 복원되지 않으므로 기기를 바꾸기 전에 별도로 백업해야 합니다.

네. iPhone 및 iPad 버전은 App Store에서 다운로드하며 2.99달러에 한 번 구매하면 두 기기에서 모두 사용할 수 있습니다. Mac, Windows, Android, Linux 버전은 무료입니다. iPad의 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 하며, 설치 전에 호환성 항목을 확인하세요. 기존 구매 기록이 있다면 원래 구매한 계정으로 다시 다운로드하세요. VPN 구성을 추가할 때는 시스템 안내에 따라 기기 권한을 승인하고, 앱 구매 여부와 VPN 권한을 혼동하지 마세요.

Apple 메뉴에서 ‘이 Mac에 관하여’를 여세요. ‘칩’ 항목에 Apple 계열 칩이 표시되면 Apple 칩 버전을, Intel 프로세서가 표시되면 Intel 버전을 선택하세요. 앱 다운로드 페이지에서 각각의 dmg 파일을 받을 수 있습니다. 앱을 Applications로 드래그한 다음 실행하세요. 개발자를 확인할 수 없다는 메시지가 나오면 파일이 사이트에서 제공된 것인지 먼저 확인한 뒤, 시스템 설정의 개인정보 보호 및 보안에서 안내에 따라 ‘그래도 열기’를 선택하세요.

먼저 사이트의 앱 다운로드 페이지에서 제공하는 Windows 64비트 exe 파일을 받았는지 확인하세요. 실제 설치 파일은 사이트의 /dl/shadowrocket/ 경로에 있습니다. 출처와 파일이 일치하는지 확인한 다음 SmartScreen 경고에서 ‘추가 정보’를 선택하고 ‘실행’을 선택하세요. 해당 버튼이 없거나 기기가 조직에서 관리된다면 보안 정책과 관리자 지침을 먼저 확인하세요. 앱을 실행하려고 시스템 보호 기능 전체를 끄지 마세요.

먼저 칩 버전과 다운로드 출처를 확인한 뒤 Shadowrocket을 Applications에 넣으세요. 개발자를 확인할 수 없다는 메시지가 나오면 시스템 설정 → 개인정보 보호 및 보안에서 ‘그래도 열기’를 선택한 후 시스템 대화상자에서 확인하세요. 앱이 손상되었다는 메시지가 나오면 먼저 다시 다운로드하세요. 사이트에서 받은 파일임을 확인한 뒤 Terminal에서 xattr -cr /Applications/Shadowrocket.app을 실행하고 다시 열어 보세요. 출처를 알 수 없는 파일에는 이 명령을 실행하지 마세요.

먼저 기기가 앱 다운로드 페이지에서 제공하는 arm64 설치 파일과 호환되는지 확인하고, 파일 다운로드가 완료되었는지 살펴보세요. 시스템에서 설치를 차단한다면 실제로 파일을 여는 브라우저나 파일 관리자에 ‘알 수 없는 앱 설치 허용’ 권한을 부여하고, 설치가 끝난 후 권한을 끌 수 있습니다. 파싱 오류가 표시되면 다시 다운로드하고 저장 공간을 확인하세요. 기기 관리 정책으로 제한된 경우 권한을 반복해서 바꾸지 말고 관리자에게 문의하세요.

배포판에 맞춰 선택하세요. Debian, Ubuntu 등에서는 deb를, Fedora 등에서는 rpm을 사용하고, 휴대용 실행 방식을 원한다면 AppImage를 선택하세요. 앱 다운로드 페이지에서 해당 설치 파일을 받으면 됩니다. AppImage를 처음 실행하기 전에 다운로드한 파일에 실행 권한을 부여해야 합니다. 파일 속성에서 설정하거나 Terminal에서 chmod +x 뒤에 파일 경로를 지정하세요. 설치 중 의존성 오류가 발생하면 패키지 관리자의 출력 내용을 먼저 확인하고, 서로 다른 배포판의 패키지 형식을 혼용하지 마세요.

기능별로 확인하세요. Home에서는 연결 및 서버를 확인하고, Add Server에서는 서버 정보를 입력합니다. Subscribe는 기존 구독과 관련된 항목이고, Config에서는 구성 파일을 관리합니다. Global Routing은 요청 처리 방식을 결정하며, Settings에는 설정이 있습니다. 표시 언어는 시스템 언어와 앱에서 제공하는 언어 옵션에 따라 달라질 수 있습니다. 조작할 때는 영어 원문을 기준으로 찾고, 매뉴얼의 번역 설명에 없는 한국어 버튼을 찾으려 하지 마세요.

본인이 보유한 전체 구독 링크를 준비하고 서비스가 유효한지, Shadowrocket에서 지원하는 형식인지 확인하세요. 복사할 때 링크의 모든 매개변수를 유지하고 공백, 줄바꿈, 설명 문구가 섞이지 않도록 주의하세요. 그런 다음 매뉴얼에 따라 Add Server에서 해당 유형을 선택해 입력합니다. 구독 링크에 접근 자격 증명이 포함될 수 있으므로 본인 기기에서만 사용하세요. 서버 목록을 가져오는 것과 Config를 활성화하는 것은 별개의 작업입니다. 가져온 후 현재 구성을 확인하세요.

먼저 링크가 온전하고 만료되지 않았는지 확인한 다음 기기의 현재 네트워크에서 구독 요청을 처리할 수 있는지 살펴보세요. 오류가 연결 시간 초과, 인증서 문제, 콘텐츠 파싱 실패 중 무엇인지 확인하세요. 시간 초과라면 다른 네트워크에서 다시 시험하고, 파싱에 실패했다면 기존 서비스 제공자에게 응답 내용과 형식을 확인하세요. 브라우저에서 페이지가 열린다는 이유만으로 구독이 유효하다고 판단하지 마세요. 로그인 페이지나 오류 페이지도 성공 상태로 응답할 수 있지만 서버 목록으로 가져올 수는 없습니다.

먼저 업데이트 안내를 확인하고 목록에 기존 항목이 남아 있는지 살펴보세요. 구독 전체를 바로 삭제하지 마세요. 업데이트 실패가 기존 서버의 작동 중단을 뜻하지는 않으므로 연결 상태는 별도로 테스트해야 합니다. 구독 링크, 유효 기간, 네트워크를 확인한 뒤 수동으로 업데이트하세요. 업데이트가 완료되면 현재 선택된 항목이 남아 있는지도 확인하세요. 서비스 제공자가 이름이나 목록을 변경했다면 기존 선택을 다시 지정해야 할 수 있습니다. 중요한 구성은 작업 전에 백업하세요.

먼저 QR 코드에 단일 서버 정보가 담겼는지 구독 링크가 담겼는지 확인하세요. 가져온 뒤 관리하는 방법이 서로 다릅니다. 인식된 프로토콜, 서버 주소, 포트, 인증 정보를 확인하고 TLS, SNI 또는 전송 설정이 포함되어 있다면 기존 서버 정보와 대조하세요. QR 코드에 전체 연결 자격 증명이 포함될 수 있으므로 이미지를 공개하지 마세요. 인식에 성공했다는 것은 내용이 읽혔다는 뜻일 뿐입니다. 해당 항목을 선택한 뒤 연결을 확인해야 합니다.

먼저 프로토콜 유형이 기존 서버 정보와 일치하는지 확인한 뒤 주소, 포트, 인증 정보, 전송 방식, TLS 관련 항목을 하나씩 대조하세요. VLESS 등에서는 SNI, 경로 또는 기타 서버 측 요구 사항이 필요할 수 있으므로 주소만 복사하고 끝내면 안 됩니다. 누락된 항목은 본인이 이용 중인 서비스 제공자에게 확인하고 값을 추측하지 마세요. 호스트 이름이나 인증서 설정 오류를 숨기려고 인증서 검증을 끄지도 마세요.

요청을 어떤 방식으로 처리할지에 따라 다릅니다. 구독에는 주로 서버 항목이 포함되고 Config에는 규칙과 관련 설정이 포함되므로 서로 같은 내용이 아닙니다. Global Routing에서 Config를 사용하려면 원하는 구성이 활성화되어 있는지 확인하고 Rule과 FINAL을 살펴보세요. 구독 업데이트를 규칙 업데이트로 혼동하지 마세요. 변경 전 현재 구성을 백업하고 한 번에 하나씩만 바꾸면 문제가 서버 정보와 규칙 중 어디에서 비롯됐는지 확인하기 쉽습니다.

먼저 시스템 VPN 구성 권한을 승인했는지 확인한 다음 사용할 수 있는 서버 항목이 있고 해당 항목이 선택되어 있는지 살펴보세요. 처음 권한 요청을 취소했다면 다시 진행하고 시스템 안내에 따라 승인하세요. 다른 VPN 연결, 기기 관리 제한 또는 구성 충돌도 확인해야 합니다. 스위치가 바로 꺼지면 구체적인 오류를 기록한 뒤 구성을 점검하고, 빠르게 연속해서 스위치를 전환하지 마세요. 앱을 재시작해도 문제가 계속되면 문제 해결 페이지를 참고해 권한, 구성, 네트워크 순서로 원인을 좁혀 보세요.

Config는 현재 구성의 규칙에 따라 요청을 처리합니다. Proxy는 요청을 선택한 프록시 정책으로 전달하지만 시스템 및 로컬 네트워크 예외의 영향을 받을 수 있습니다. Direct는 대상에 직접 연결합니다. 평소 규칙 기반 분류를 사용하려면 Config가 올바른지 확인한 뒤 Config를 선택하세요. 문제를 진단할 때는 같은 대상을 Proxy와 Direct로 잠시 비교하고, 테스트가 끝나면 원래 설정으로 되돌리세요. 테스트 설정을 규칙 모드로 계속 사용하지 않도록 주의하세요.

연결됨은 연결 상태가 설정되었다는 뜻이지 모든 요청이 처리된다는 뜻은 아닙니다. 먼저 연결을 끄고 기본 네트워크를 테스트한 다음 연결을 켜고 선택한 서버를 테스트하세요. 이어서 같은 대상을 Global Routing의 Proxy와 Config에서 비교합니다. Proxy는 작동하지만 Config가 실패하면 Rule 순서, 정책 참조, FINAL을 중점적으로 확인하세요. 둘 다 실패하면 서버와 DNS를 확인하세요. 여러 설정을 동시에 바꾸지 말고 한 번에 하나씩 변경한 뒤 결과를 기록하세요.

서버와 대상을 고정하고 Wi-Fi와 모바일 네트워크에서 각각 다시 테스트한 다음 Connectivity Test의 테스트 방식과 결과를 확인하세요. 결과는 테스트 대상과 방식에 따라 달라지므로 모든 앱의 실제 속도를 나타내지는 않습니다. 기본 네트워크도 느리다면 먼저 로컬 네트워크를 점검하세요. 특정 기존 서버에서만 문제가 발생한다면 해당 서버의 상태와 구성을 확인하세요. 테스트를 계속 반복하면 요청량이 늘어납니다. 자주 새로고침하기보다 비교 가능한 결과를 몇 개만 남겨두는 편이 원인 파악에 도움이 됩니다.

먼저 같은 대상에 대해 Direct, Proxy, Config에서 결과를 비교한 다음 진단 기록에 이름 확인 오류가 있는지, 요청이 어떤 Rule에 일치했는지 확인하세요. DNS 문제는 주로 도메인 확인에 영향을 주고 규칙 문제는 요청을 잘못된 정책으로 보낼 수 있습니다. 두 문제가 함께 발생할 수도 있습니다. DOMAIN, DOMAIN-SUFFIX, IP-CIDR 등의 규칙 순서를 확인하고 FINAL도 살펴보세요. DNS와 규칙을 한꺼번에 모두 바꾸면 어떤 변경이 효과가 있었는지 확인하기 어렵습니다.

먼저 시스템 배터리 사용량에서 비슷한 사용 시간을 비교하고 실제 트래픽, 네트워크 신호, 잦은 재연결, 로그 기록을 함께 확인하세요. 한 번의 배터리 비율만으로 판단하지 마세요. On Demand가 반복 실행되는지, 백그라운드에서 연결 테스트가 계속되는지도 확인하세요. 업데이트 후 문제가 생기면 Config를 백업하고 앱을 재시작한 뒤 현재 서버와 Global Routing을 확인하세요. 변경을 최소화해 다시 테스트하세요. iPad에서는 잠자기 전후와 깨어난 뒤의 네트워크 상태도 비교해 네트워크 전환 후에만 문제가 발생하는지 확인하세요.