Shadowrocket 자주 묻는 질문

네. Shadowrocket은 iPhone, iPad, Mac, Windows, Android, Linux 버전으로 제공됩니다. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 결제하며, Mac/Windows/Android/Linux 버전은 무료입니다. Mac용은 Apple 실리콘 버전과 Intel 버전이 있습니다. 다른 플랫폼의 설치 파일은 이 사이트의 다운로드 안내를 통해 받을 수 있으며, 경로는 /dl/shadowrocket/입니다. 기기에 맞는 버전을 고른 뒤 안내에 따라 설치하고, 운영체제가 다른 설치 파일은 사용하지 마세요.

먼저 다운로드 안내에서 지정된 App Store 제품 페이지를 연 다음, ‘미디어 및 구입 항목’에 사용하는 Apple 계정의 국가 또는 지역을 확인하세요. 중국 본토 App Store에는 이 앱이 없습니다. 시스템 Settings에서 Apple 계정으로 이동해 ‘미디어 및 구입 항목’을 선택하고, 계정 보기에서 ‘국가 또는 지역’을 확인하면 됩니다. 지역을 변경해야 한다면 잔액, 기존 구독, 결제 정보를 처리한 뒤 Apple의 공식 변경 절차를 따르세요. 웹 제품 페이지의 스토어 지역은 계정 지역을 자동으로 변경하지 않습니다.

제품 페이지에서 앱 이름 Shadowrocket, 개발자 Shadow Launch Technology Limited, 페이지 주소의 앱 ID 932747118을 모두 확인하고 이 사이트 상단의 공식 아이콘과 대조하세요. 검색 결과의 이름이나 비슷한 아이콘만 보고 판단하지 마세요. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 결제하며, Mac/Windows/Android/Linux 버전은 무료입니다. 다른 플랫폼은 이 사이트의 다운로드 안내에 따라 /dl/shadowrocket/에서 설치 파일을 선택하세요.

구매할 때 사용한 Apple 계정으로 App Store에 로그인해 구입 항목에서 Shadowrocket을 찾은 뒤, 호환되는 iPhone이나 iPad에 다운로드하세요. 두 기기에서 모두 사용할 수 있으며, 시스템 요구 사항은 App Store 제품 페이지를 기준으로 확인하세요. 구입 버튼이 표시되면 바로 다시 결제하지 말고 ‘미디어 및 구입 항목’에 사용하는 계정과 구입 기록부터 확인하세요. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 결제하며, Mac/Windows/Android/Linux 버전은 무료입니다. 앱을 복원해도 기존 서버 정보가 복원되는 것은 아니므로 설정은 별도로 백업해야 합니다.

앱의 일회성 구매와 서버 이용 요금은 별개입니다. Shadowrocket은 설정을 읽고 연결을 구성하며 규칙에 따라 요청을 처리하지만, 설치만으로 사용할 수 있는 서버가 제공되지는 않습니다. iPhone/iPad 버전은 App Store에서 $2.99에 한 번 결제하며, Mac/Windows/Android/Linux 버전은 무료입니다. 이는 앱을 받는 데 드는 비용이며, 이후 사용에는 본인이 이미 보유한 구독이나 서버 정보가 필요합니다. 이 사이트는 Shadowrocket 공식 웹사이트 및 매뉴얼이며, 서버나 구독을 제공·판매·추천하지 않습니다.

Apple 메뉴에서 ‘이 Mac에 관하여’를 여세요. ‘칩’과 Apple 칩 이름이 표시되면 Apple 실리콘 버전을, Intel ‘프로세서’가 표시되면 Intel 버전을 선택합니다. 두 버전은 각각 해당 dmg 파일을 사용하며, 이 사이트의 다운로드 안내에서 받을 수 있습니다. 처음 실행할 때 개발자를 확인할 수 없다는 메시지가 표시되면 파일이 이 사이트에서 받은 것인지 확인한 뒤 ‘시스템 설정 → 개인정보 보호 및 보안’에서 ‘그래도 열기’를 선택하세요. 조직에서 관리하는 기기라 허용 옵션이 없다면 관리자에게 문의하고, 설치 파일을 반복해서 바꾸지 마세요.

먼저 설치 파일이 이 사이트의 다운로드 안내에 있는 /dl/shadowrocket/ 주소에서 받은 것인지 확인하세요. Windows SmartScreen 경고는 파일 출처를 확인한 뒤 ‘추가 정보 → 실행’을 선택할 수 있습니다. Mac에서 개발자를 확인할 수 없다는 메시지가 표시되면 ‘시스템 설정 → 개인정보 보호 및 보안’에서 ‘그래도 열기’를 선택하세요. Mac에서 앱이 손상되었다고 표시되면 먼저 다시 다운로드한 뒤 안내된 절차를 따르세요. 시스템 보호 기능을 전역으로 끄지 마세요. 출처 경고가 아니라 악성 소프트웨어 탐지 경고라면 실행을 중단하고 원인을 확인하세요.

Android에서는 이 사이트에서 해당 설치 파일을 받은 뒤, 파일을 여는 데 실제로 사용할 브라우저나 파일 관리자에만 일시적으로 ‘알 수 없는 앱 설치’를 허용하세요. 설치가 끝나면 권한을 다시 해제할 수 있습니다. 처음 연결할 때는 시스템 VPN 요청도 확인하세요. Linux는 배포판에 맞춰 deb, rpm, AppImage 중 하나를 선택하고, AppImage는 실행 전에 실행 권한을 부여해야 합니다. 기기 정책으로 설치나 VPN 연결이 차단되면 먼저 관리 제한을 확인하세요. 구체적인 명령과 허용 순서는 다운로드 안내를 참고하고, Android 앱 설치 권한과 VPN 연결 권한을 혼동하지 마세요.

먼저 Home의 SERVER 목록에 선택할 항목이 있는지, 본인의 서버가 선택되어 있는지 확인하세요. 처음 활성화할 때는 시스템의 VPN 구성 추가 요청에 동의하고 안내에 따라 기기 인증을 완료해야 합니다. 이전에 거부했다면 연결을 다시 시도할 수 있습니다. 스위치가 계속 바로 꺼지면 다른 VPN이 실행 중인지, 시스템에 관리되는 네트워크 제한이 있는지 확인한 다음 Log의 오류를 살펴보세요. 처음부터 모든 설정을 삭제하지 말고 기존 정보를 저장한 뒤 한 번에 조건 하나만 바꿔 다시 시도하세요.

이 매뉴얼은 앱 화면의 영문 표기를 그대로 사용하므로 Home, Config, Settings, Global Routing 등의 이름으로 메뉴를 찾을 수 있습니다. 먼저 시스템 기본 언어와 앱별 언어 옵션을 확인하세요. 앱이 해당 언어를 실제로 지원하는 경우에만 시스템에 선택 항목이 표시될 수 있으며, 메뉴 구성은 운영체제와 버전에 따라 다를 수 있습니다. 언어를 바꾸려고 네트워크 설정을 초기화할 필요는 없습니다. 안내를 따라갈 때는 버튼 색상보다 메뉴 이름과 기능 위치를 먼저 확인하세요. 항목을 찾지 못하면 설정 매뉴얼에서 경로를 따라가며 찾아보세요.

먼저 복사한 주소가 본인이 보유한 구독 주소인지 확인하세요. 관리 페이지나 로그인 페이지 주소가 아니어야 하며, 앞뒤 공백과 줄바꿈도 제거하세요. 주소 만료 여부, 접근 토큰 변경 여부, 제공 업체에서 새 주소를 발급해야 하는지 확인한 뒤 앱에 표시된 오류를 살펴보세요. 요청 시간 초과라면 현재 네트워크를 먼저 점검하고, 응답을 해석할 수 없다는 오류라면 구독 형식을 확인하세요. 구독 주소에는 접근 자격 증명이 포함되는 경우가 많으므로 공개 페이지에 전체 주소를 게시하지 마세요. 문제를 확인할 때는 오류 유형만 기록하고, 필요한 경우 본인의 서비스 제공 업체에 주소와 형식을 문의하세요.

본인이 보유한 서버 정보를 기준으로 프로토콜 유형, 주소, 포트, 인증 정보를 하나씩 확인한 뒤 해당 프로토콜에 필요한 암호화 방식, TLS, SNI, 전송 방식, 경로 등의 항목을 점검하세요. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 설정값이 서로 다르므로 주소와 포트만 같다고 같은 설정이 되는 것은 아닙니다. 저장 후 해당 항목을 다시 선택해 Connectivity Test를 실행하세요. 여전히 실패한다면 Log에 표시된 구체적인 오류를 바탕으로 점검하고, 고급 설정 여러 개를 한꺼번에 바꾸지 마세요.

먼저 QR 코드에 일반 웹페이지 주소가 아니라 앱이 인식할 수 있는 서버 또는 구독 정보가 포함되어 있는지 확인하세요. 그런 다음 시스템에서 카메라 접근을 허용했는지 확인합니다. 화면에 표시된 QR 코드는 가장자리가 잘리지 않고 선명하게 보이도록 하며, 반사광이나 확대·축소로 흐려지지 않게 하세요. 스캔으로 텍스트는 읽히지만 추가되지 않는다면 본인의 서비스 제공 업체에 인코딩 내용과 프로토콜 형식을 확인하거나, 보유한 정보로 직접 입력해 보세요. QR 코드에 비밀번호나 접근 자격 증명이 포함될 수 있으니 원본 이미지를 공개하지 마세요.

구독을 업데이트하면 원격에서 받은 내용에 따라 해당 그룹이 갱신되므로 이름, 항목 수, 순서가 바뀔 수 있습니다. 업데이트 전에 사용 중인 그룹과 항목을 기록하고, 업데이트 후에는 원하는 항목이 계속 선택되어 있는지 확인한 다음 Connectivity Test를 다시 실행하세요. 업데이트에 실패하면 현재 사용할 수 있는 항목을 유지한 채 네트워크와 구독 주소를 확인하세요. 삭제 후 다시 가져오기를 반복하지 마세요. 구독 항목을 직접 수정해도 다음 업데이트 때 덮어써질 수 있으므로 임시 테스트 설정은 따로 기록하고, 장기적인 변경은 서비스 제공 업체가 안내한 정보를 따르세요.

아닙니다. Subscribe는 보통 본인이 보유한 서버 목록을 가져오고 갱신하는 데 사용하며, Config는 규칙과 정책 참조 및 관련 설정에 사용합니다. 구독을 가져와도 적절한 규칙 파일이 자동으로 활성화되는 것은 아니며, Config를 가져와도 참조된 서버가 반드시 존재하는 것은 아닙니다. 문제를 확인할 때는 두 단계로 나누세요. 먼저 Home에서 SERVER 목록과 선택된 항목을 확인하고, 다음으로 Config에서 현재 활성화된 설정과 정책 참조를 확인합니다. 기기를 바꾸거나 앱을 복원한 뒤에도 두 종류의 정보를 각각 확인하세요. 한쪽만 복원한 상태로 연결을 시작하지 마세요.

Config는 현재 활성화된 Config의 규칙에 따라 요청을 처리합니다. Proxy는 해당 모드의 처리 범위에 들어오는 요청을 프록시로 보내며, Direct는 선택한 프록시 서버를 거치지 않고 연결합니다. 평소 규칙에 따라 트래픽을 분류하려면 Config를 선택하고 규칙 파일이 활성화되어 있는지 확인하세요. 임시 진단에서는 같은 요청을 Proxy와 Config 모드에서 비교할 수 있습니다. 모드 이름과 규칙에 쓰이는 대문자 정책 PROXY, DIRECT를 같은 설정 단계로 혼동하지 말고, Direct 모드를 서버가 작동하는지 확인하는 방법으로 사용하지 마세요.

먼저 연결을 끄고 현재 Wi-Fi 또는 모바일 네트워크에서 일반 웹사이트에 접속할 수 있는지 확인하세요. 그런 다음 연결을 켜고 선택된 서버를 확인한 뒤 Connectivity Test를 실행합니다. 테스트에 실패하면 서버 설정과 사용 가능 여부를 먼저 점검하세요. 테스트는 정상인데 웹페이지가 열리지 않으면 Settings의 DNS와 Log를 확인해 DNS 조회 오류, 연결 시간 초과, 규칙 적용 문제를 구분하세요. 마지막으로 같은 대상으로 Config와 Proxy의 결과를 비교합니다. 매번 한 항목만 바꾸고 결과를 기록해 서버, DNS, 규칙을 한꺼번에 바꿔 원인을 놓치지 않도록 하세요.

Connectivity Test는 선택한 테스트 방식의 결과만 보여 주며, 모든 도메인·포트·앱 요청이 성공한다는 뜻은 아닙니다. 먼저 접속에 실패한 웹사이트의 DNS 조회와 연결 기록을 Log에서 확인하고, 예상한 규칙이 적용되었는지, 정책이 유효한 서버를 참조하는지, DNS가 사용할 수 있는 주소를 반환하는지 점검하세요. 특정 앱에서만 문제가 생기면 기존 연결이 남아 있거나 자체 네트워크 설정이 있는지도 확인해야 합니다. 한 번의 테스트 결과만 보고 테스트 시간 제한을 반복해서 줄이지 말고, 실제 실패한 요청을 기준으로 원인을 단계별로 좁혀 가세요.

규칙은 일반적으로 위에서 아래로 적용되며, 먼저 일치한 규칙이 정책을 결정합니다. 따라서 더 구체적인 DOMAIN 또는 DOMAIN-SUFFIX 규칙은 이를 덮어쓸 수 있는 포괄적인 규칙보다 앞에 배치하세요. FINAL은 앞선 규칙에 일치하지 않는 요청을 처리하는 기본 규칙이므로 파일 끝에 두고, 참조하는 PROXY, DIRECT 또는 정책 그룹이 의도한 대로인지 확인합니다. 수정 후에는 해당 Config가 실제로 활성화되어 있는지 확인하고 Log에서 적용된 규칙을 살펴보세요. 이미 앞쪽의 포괄적인 규칙이 먼저 일치한다면 파일 맨 아래에 같은 종류의 규칙을 추가해도 보통 결과는 바뀌지 않습니다.

먼저 시스템 배터리 사용량에서 시간대와 백그라운드 활동을 확인하고, 대량 전송, 잦은 재연결, 구독 갱신, 지속적인 진단 작업이 있었는지 살펴보세요. On Demand는 설정된 조건에 따라 연결을 시작하는 기능이므로 모든 상황에서 켜야 하는 것은 아닙니다. 잠시 끄고 수동으로 연결해 비슷한 사용 조건에서 변화를 비교할 수 있습니다. Log는 문제 해결에 사용합니다. 기록을 마치면 계속 모니터링하지 말고, 추가 디버그 옵션이 활성화되어 있는지도 확인하세요. 안정성을 판단하려고 테스트 간격을 임의로 줄이지 말고, 배터리 소모를 비교하기 위해 모든 설정을 한꺼번에 끄지도 마세요.