Shadowrocket 문제 해결

Shadowrocket은 iPhone과 iPad를 지원합니다. 시스템 요구 사항과 구매 적용 범위는 App Store 페이지에 표시된 내용을 기준으로 확인하세요. iPad에서 기존 구매 계정으로 App Store에 로그인한 뒤 구입 항목을 확인하고 제품 상세 페이지의 호환성 정보를 살펴보세요. iPad에서는 화면 공간이나 목록 배치가 다를 수 있지만, Home, Add Server, Config, Global Routing 등의 인터페이스 용어를 기준으로 조작할 수 있습니다. 설치 후 서버 목록과 현재 설정을 확인하세요. 앱 구매 내역이 구독 정보까지 자동으로 이전됐다는 뜻은 아닙니다.

처음 연결을 활성화하면 시스템에서 Shadowrocket이 VPN 구성을 추가하도록 허용할지 요청할 수 있습니다. 이는 클라이언트가 시스템 네트워크 터널을 설정하는 데 필요한 승인 절차이며, 구매 확인이나 구독 갱신과는 다릅니다. 팝업에 Shadowrocket이 표시되는지 확인한 뒤 시스템 안내에 따라 허용하고 기기 인증을 완료하세요. 기기 잠금 해제 정보는 다른 사람에게 알려주지 마세요. 이전에 취소했다면 앱으로 돌아가 다시 연결을 시도하고, 시스템 Settings의 VPN 관련 화면에서 구성 상태를 확인하세요. 승인 후에도 유효한 서버를 선택하고 라우팅 모드를 확인해야 합니다.

먼저 고정된 인터페이스 용어를 기준으로 찾으세요. Home에서는 서버 목록과 연결 상태를 확인하고, Add Server에서는 기존 서버 정보를 추가합니다. Subscribe는 구독 유형을, Config는 구성 파일을 관리하며, Global Routing에서는 전체 라우팅 방식을 선택합니다. 앱 언어 설정과 선택 가능한 언어는 기기 Settings와 앱에 실제로 표시되는 내용을 기준으로 확인하세요. 변경 가능한 항목이 없다면 이 영어 명칭을 참고해 계속 조작하면 됩니다. 버튼 위치만으로 기능을 판단하지 마세요. 기기에 따라 배치가 달라질 수 있으니 변경 전에 항목 이름을 확인하세요.

먼저 서비스 제공업체에서 받은 구독이나 기존 서버의 전체 설정 정보를 준비하세요. Add Server에서 가져오거나 입력한 다음 Home으로 돌아가 목록에 실제로 표시되는지 확인합니다. 사용할 서버를 선택하고 Global Routing을 확인하세요. 규칙 라우팅을 사용하려면 현재 활성화된 Config도 확인해야 합니다. 마지막으로 연결을 켜고 시스템 승인을 완료한 뒤 실제 접속으로 확인하세요. 정보가 가져와지기 전에 스위치를 반복해서 켜고 끄거나 여러 고급 옵션을 한꺼번에 변경하지 마세요. 문제가 발생한 단계를 파악하기 어려워질 수 있습니다.

Shadowrocket의 App Store 제품 상세 페이지를 열어 호환성 항목을 확인하세요. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 합니다. 업데이트도 App Store에서 진행하세요. 기기에 충분한 저장 공간이 있는지, 네트워크로 스토어에 정상적으로 접속할 수 있는지, 구매 계정이 맞는지 먼저 확인하세요. 안내서의 화면과 현재 기기 화면이 다르다고 해서 설치 오류로 단정하지 마세요. 기기와 앱에 따라 화면이 달라질 수 있습니다. 업데이트 전에 필요한 설정을 백업하고, 업데이트 후에는 현재 Config, 서버 선택, 연결 상태를 확인해 설정 변경을 구독 문제로 오해하지 않도록 하세요.

먼저 서비스 제공업체에서 받은 전체 구독 주소인지 확인하세요. 계정 로그인 페이지, 안내 페이지 또는 일부가 잘린 공유 텍스트가 아니어야 합니다. 복사한 주소에 공백, 줄바꿈, 문장 부호가 섞이지 않았는지도 확인하세요. 기기의 날짜와 시간을 확인하고, 현재 네트워크에서 서비스 제공업체의 구독 주소에 정상적으로 접속할 수 있는지 살펴보세요. 인증 실패나 유효하지 않은 콘텐츠가 표시되면 주소의 유효 기간, 접근 권한, 출력 형식을 서비스 제공업체에 문의하세요. 인증 정보가 포함된 전체 링크를 공개 게시판에 올리지 마세요. 문제를 확인할 때는 오류 메시지만 기록하고 구독 내용은 공개하지 않아도 됩니다.

Add Server에서 먼저 서버와 일치하는 Type을 선택한 다음 해당 프로토콜에 필요한 주소, 포트 및 인증 정보를 입력하세요. 프로토콜에 따라 TLS, 전송 방식, Server Name 또는 추가 매개변수가 필요할 수 있으므로 주소와 포트만 복사하면 충분하다고 가정하지 마세요. 각 항목은 보유한 서버 정보를 기준으로 입력하고, 프로토콜 이름만 보고 비밀번호, 암호화 방식 또는 스위치 상태를 추측하지 마세요. 저장한 다음 Home으로 돌아가 항목이 있는지 확인하고 연결 테스트를 진행하세요. 연결에 실패하면 프로토콜 유형을 계속 바꾸기보다 각 입력 항목을 먼저 대조하세요.

Home에서 해당 구독 그룹을 찾아 그룹에 표시된 갱신 기능을 사용하세요. 메뉴 위치는 현재 인터페이스를 기준으로 확인합니다. 갱신 전에 사용 중인 항목을 기록하고, 갱신 후에는 완료 여부, 그룹 내용의 변경 여부, 기존 항목의 이름 변경이나 삭제 여부를 확인하세요. 구독을 갱신하면 서비스 제공업체가 현재 제공하는 내용을 가져오므로 기존 항목이 모두 유지된다는 보장은 없습니다. 연결 대상이 바뀌었다면 유효한 항목을 다시 선택해 테스트하세요. 새로고침을 위해 같은 주소를 반복해서 가져오면 내용이 비슷한 그룹이 여러 개 생길 수 있습니다.

먼저 해당 그룹을 펼치고 검색, 필터 또는 숨김 설정이 표시 항목을 제한하는지 확인하세요. 방금 갱신한 것이 다른 자료가 아니라 원하는 구독인지도 확인합니다. 그룹이 실제로 비어 있다면 갱신 결과를 살펴보고 서비스 제공업체에 구독 유효 기간과 현재 제공되는 내용을 문의하세요. 가져오기에 성공했다는 것은 가져오기 절차가 완료됐다는 뜻일 뿐, 모든 항목이 유효하거나 서비스 제공업체가 항상 같은 수의 항목을 제공한다는 뜻은 아닙니다. 그룹을 삭제하기 전에 복구할 수 있도록 필요한 정보를 보관하세요. 표시 문제를 확인하다가 기존 주소를 잃지 않도록 주의하고, 반복해서 가져오며 시험하지 않는 것이 좋습니다.

Subscribe는 일반적으로 서버 항목을 가져오고 갱신하는 데 사용하며, Config는 규칙과 관련 설정을 관리합니다. 두 기능을 같은 갱신 작업으로 보면 안 됩니다. 서버 구독을 갱신한 후에는 현재 활성화된 Config와 출처를 별도로 확인하세요. 구독 갱신만으로 규칙도 동기화됐다고 판단할 수 없습니다. 실제로 가져오는 내용은 자료 형식에 따라 달라집니다. Config를 수정하거나 교체하기 전에 백업하세요. 활성화한 뒤 Global Routing이 Config인지 확인하고 주요 규칙과 FINAL을 점검합니다. 목록에 파일이 보인다고 해서 해당 파일이 적용된 것은 아닙니다.

Global Routing에는 Config, Proxy, Direct 세 가지 모드가 있습니다. Config는 현재 구성의 규칙에 따라 연결 방식을 결정하므로 규칙 라우팅이 필요할 때 적합합니다. Proxy는 클라이언트가 처리하는 연결에 선택한 프록시를 사용하고, Direct는 직접 연결합니다. 필요한 용도에 맞게 선택하고 Proxy를 모든 연결 문제를 해결하는 스위치처럼 사용하지 마세요. 문제를 확인할 때는 기존 설정을 기록한 뒤 잠시 다른 모드와 비교할 수 있습니다. 확인 후 원래 설정으로 되돌리고, 인터페이스의 Proxy·Direct와 규칙 정책 키워드인 PROXY·DIRECT를 구분하세요.

먼저 Home에서 유효한 서버를 선택했는지 확인하고, 시스템이 VPN 구성 승인이나 기기 인증을 기다리고 있는지 살펴보세요. 이어 Settings에서 다른 VPN 구성이 활성화되어 있는지, 기기 관리 제한이나 조직 정책이 있는지 확인합니다. 관리되는 기기는 관리 지침에 따라 처리하세요. 클라이언트에 표시된 구체적인 오류를 기록한 뒤 연결을 끄고 앱을 다시 열어 보세요. 처음부터 모든 시스템 구성을 삭제하거나 네트워크를 재설정하지 마세요. 영향을 확인하고 필요한 정보를 보관한 다음에 더 광범위한 시스템 점검을 고려하세요.

연결 상태는 터널이 설정됐다는 뜻일 뿐, 대상 웹사이트와 서버, DNS가 모두 정상이라는 뜻은 아닙니다. 먼저 연결을 끄고 기본 네트워크에서 일반 웹페이지에 접속할 수 있는지 확인하세요. 그런 다음 연결을 켜고 선택한 서버와 구독이 유효한지 점검합니다. Global Routing과 현재 Config를 기록하고 서로 다른 대상을 테스트해 모두 실패하는지 일부만 실패하는지 확인하세요. 필요하면 Wi-Fi와 셀룰러 네트워크에서도 비교합니다. 한 번에 하나씩만 변경하세요. Config에서만 실패한다면 전체 구성을 바로 삭제하기보다 적용된 규칙과 DNS를 먼저 확인하세요.

먼저 Global Routing이 Config인지 확인한 다음 대상 구성 파일이 활성화되어 있는지 확인하세요. 규칙은 일반적으로 위에서 아래로 일치 여부를 확인하며, 처음 일치한 규칙이 정책을 결정합니다. 따라서 앞쪽의 넓은 규칙이 뒤쪽의 구체적인 규칙보다 먼저 적용될 수 있습니다. DOMAIN, DOMAIN-SUFFIX, IP-CIDR 등의 조건이 실제 대상과 일치하는지, 정책 이름과 참조가 유효한지 확인하세요. FINAL은 규칙 끝에 두어 앞선 규칙에 일치하지 않은 연결을 처리합니다. 수정한 뒤 새 연결로 확인하세요. 기존 연결은 이전 처리 결과를 계속 사용할 수 있습니다. 한 번 접속한 결과만으로 전체 규칙이 작동하지 않는다고 단정하지 마세요.

먼저 시스템의 배터리 화면에서 비슷한 시간대의 사용량을 비교하고, 화면 켜짐 시간, 신호 강도, 실제 전송량, 네트워크 전환도 함께 고려하세요. 잦은 재연결, 지속적인 대용량 전송, 반복적인 테스트, 상세 로그의 장시간 기록은 처리 부담을 높일 수 있습니다. On Demand가 필요한 설정인지 확인하고 불필요한 테스트를 줄이세요. 진단을 위해 상세 기록을 켰다면 확인이 끝난 뒤 원래대로 되돌립니다. 프로토콜 이름만으로 배터리 소모량을 판단할 수 없으므로 같은 네트워크와 작업 조건에서 비교하세요. VPN 상태가 계속 표시된다는 이유만으로 클라이언트가 비정상 작동한다고 단정하지 마세요.

Connectivity Test는 특정 테스트 조건에서의 연결 상태를 확인하는 데 참고할 수 있지만, 모든 웹사이트와 앱, 전송 방식이 정상적으로 작동한다는 뜻은 아닙니다. Data의 트래픽 기록도 집계 범위와 초기화 상태를 고려해 해석해야 하며, 서비스 제공업체의 사용량이나 유효 기간 기록을 대신할 수 없습니다. 테스트는 통과했지만 대상에 접속할 수 없다면 대상 도메인, 규칙 일치 여부, DNS를 확인하세요. 테스트가 실패해도 일부 접속이 가능하다면 테스트 대상 자체를 확인합니다. 서비스 제공업체에 문의할 때는 네트워크 유형, 접속 실패 대상, 오류 증상을 설명하고 구독 주소와 인증 정보를 가리세요.