Shadowrocket 자주 묻는 질문

네트워크 연결 구성을 만들기 위해 시스템이 표시하는 권한 요청이며, App Store 구매 확인이 아닙니다. 먼저 보유한 서버 정보를 가져와 선택하세요. 직접 연결을 시작할 때 앱 이름을 확인하고 시스템 안내에 따라 구성 추가를 허용한 뒤 인증을 완료합니다. 권한이 승인되었다는 것은 시스템에서 연결 구성을 허용했다는 뜻일 뿐, 원격 서버가 반드시 작동한다는 의미는 아닙니다. 실수로 거부했다면 Shadowrocket으로 돌아가 다시 연결을 시도하세요. 시스템 Settings에 VPN 구성이 있는지도 확인하세요.

먼저 완전한 서버 구성을 선택했는지 확인한 다음, 시스템에 VPN 권한 또는 인증 요청이 표시되는지 살펴보세요. 요청을 완료하지 않으면 스위치가 켜진 상태로 유지되지 않을 수 있습니다. 이어서 시스템 Settings에서 기존 VPN 구성을 확인하고 다른 네트워크 연결 작업과 충돌하지 않는지 살펴보세요. 조직에서 관리하는 기기라면 관리 정책에 따라 권한이 제한될 수 있으므로 기기 관리자에게 문의하세요. 계속 실패하면 오류 메시지 원문과 발생 시간을 기록하고 Log를 확인하세요. 모든 문제를 구독 만료 탓으로만 돌리지는 마세요.

이 매뉴얼은 앱 화면의 영어 용어를 그대로 사용해 화면과 쉽게 대조할 수 있도록 했습니다. Home은 홈 화면으로 이동하는 메뉴이고, Add Server에서는 서버 정보를 추가하며, Config에서는 구성 파일을 확인하고, Settings에서는 설정을 살펴봅니다. Global Routing의 Config, Proxy, Direct는 각각 규칙에 따른 처리, 프록시, 직접 연결을 뜻합니다. 앱 언어를 변경하려면 시스템 Settings에서 Shadowrocket의 언어 옵션이 제공되는지 확인하세요. 실제 선택 가능한 언어는 현재 앱과 시스템에 표시되는 항목을 기준으로 합니다. 해당 옵션을 찾지 못해도 위 영어 메뉴명을 따라 조작할 수 있습니다.

VPN 표시만으로는 판단할 수 없습니다. 이 표시는 주로 시스템의 연결 상태를 나타내며, 원격 서버 인증, DNS 조회 또는 규칙 적용은 여전히 실패할 수 있습니다. 연결 후 평소 접속할 수 있는 웹사이트를 먼저 테스트하고, 이어서 프록시를 통해 접속하려는 대상도 확인하세요. Log에서 해당 요청에 오류가 있는지도 살펴보세요. 일부 대상만 실패한다면 규칙과 DNS를 먼저 확인하고, 모든 요청이 실패한다면 서버 정보, 유효 기간 및 현재 네트워크를 점검하세요. Connectivity Test 결과도 진단을 위한 참고 정보일 뿐입니다.

기존 구독 주소, 직접 입력한 서버 매개변수, 사용 중인 Config 파일을 다시 확보할 수 있는지 먼저 확인하세요. 직접 수정한 규칙은 복원할 수 있도록 별도 사본으로 저장하세요. iCloud 동기화를 사용한다면 실제로 동기화가 완료됐는지 확인해야 합니다. 스위치를 켰다고 백업이 완료된 것은 아닙니다. 앱 업데이트는 App Store에서 진행하며, 일반적으로 다시 구매할 필요는 없지만 업데이트와 재설치는 서로 다른 작업입니다. 앱 삭제, 기기 변경 또는 구성 정리를 하기 전에는 백업을 열 수 있는지 확인하고 인증 정보가 포함된 자료를 안전하게 보관하세요.

평소 규칙에 따라 트래픽을 분배하려면 Config를 선택하세요. 현재 Config 파일에 적용할 규칙이 있어야 합니다. 프록시 연결 경로를 일시적으로 확인하려면 Proxy를 선택해 클라이언트가 처리하는 요청을 프록시 방식으로 전달할 수 있습니다. 기존 네트워크를 통한 접속을 확인하려면 Direct를 선택하세요. Direct를 선택해도 시스템 연결 스위치가 꺼지는 것은 아니며, Proxy가 모든 접속 문제를 해결하는 것도 아닙니다. 전환할 때마다 대상 요청을 다시 실행하고 Log를 확인하세요. 테스트가 끝나면 원래 설정으로 되돌리세요.

먼저 장애 범위를 파악한 뒤 확인할 항목을 정하세요. 연결을 끄고 현재 네트워크 자체에서 정상적으로 접속할 수 있는지 확인한 다음 다시 연결해 서로 다른 대상을 테스트하세요. Log에서 조회 실패, 인증 실패 또는 연결 시간 초과가 나타나는지도 살펴보세요. 조회 실패라면 현재 Config와 Settings에서 실제 적용 중인 DNS 설정을 먼저 확인합니다. 인증 실패라면 서버 인증 정보를, 시간 초과라면 주소, 포트 및 네트워크 연결 가능 여부를 점검하세요. 한 번에 변수 하나만 바꾸고 원래 값을 기록해 두세요. DNS, 규칙, 서버를 동시에 바꾸면 원인을 찾기 어려워집니다.

먼저 Global Routing이 Config로 설정되어 있는지, 현재 활성화된 Config 파일이 확인 중인 파일과 같은지 살펴보세요. 대상에 다시 접속한 뒤 Log에서 실제 요청 도메인과 적용된 규칙을 확인하세요. 브라우저 주소 표시줄만 보지 마세요. 한 페이지가 여러 도메인에 요청을 보낼 수 있습니다. 그런 다음 DOMAIN, DOMAIN-SUFFIX, IP-CIDR 등의 조건과 연결된 정책을 위에서 아래로 점검하세요. 앞에서 먼저 일치한 규칙이 뒤쪽 항목보다 우선 적용될 수 있습니다. 앞선 조건에 일치하지 않은 요청은 FINAL이 처리합니다. 수정 후에는 다시 테스트하고 기존 구성의 백업을 보관하세요.

먼저 Settings에서 On Demand 설정과 기존 네트워크 조건을 확인해 자동 연결이 해당 조건으로 실행되는지 살펴보세요. 수동 제어로 되돌리려면 On Demand를 끈 다음 Home의 연결 스위치도 끄세요. 연결만 끄고 조건을 그대로 두면 네트워크가 바뀔 때 다시 연결될 수 있습니다. 이후 Wi-Fi와 셀룰러 네트워크에서 각각 결과를 확인하세요. 기기가 계속 자동으로 연결된다면 시스템 VPN 구성과 기기 관리 정책을 살펴보세요. 다른 구성의 동작을 현재 설정이 저장되지 않은 것으로 오해하지 않도록 합니다.

먼저 시스템 Settings의 배터리 사용량에서 비슷한 사용 시간대를 비교하고, 화면 사용량, 신호 강도 및 실제 전송량도 함께 고려하세요. 시스템은 VPN을 통해 처리한 네트워크 활동을 관련 프로세스에 포함할 수 있으므로 사용 비율 하나만으로 결론을 내릴 수 없습니다. 연결이 자주 끊겼다 다시 연결되는지, 상세 Log가 계속 기록되는지, 연결 테스트가 지나치게 자주 실행되는지, On Demand 조건이 반복해서 작동하는지 확인하세요. 한 번에 한 항목만 조정한 뒤 비슷한 시간대의 변화를 살펴보세요. 배터리 통계 수치를 낮추려고 인증서 검증을 임의로 끄거나 필요한 규칙을 삭제하지 마세요.