Shadowrocket 문제 해결 가이드

01 / CONNECTION

연결 스위치가 켜지지 않을 때: 시스템 권한부터 확인

Home에서 연결 스위치를 눌러도 바로 꺼지거나, 시스템 권한 요청이 반복해서 나타나거나, 예상한 연결 상태가 표시되지 않는 경우에 해당합니다. 이때는 서버를 바꾸지 말고 먼저 확인하세요. 스위치로 연결을 설정할 수 있는지와 원격 서버가 응답하는지는 별개의 문제입니다. 먼저 현재 Wi-Fi 또는 셀룰러 네트워크로 일반 웹페이지에 접속할 수 있는지 확인한 다음 Shadowrocket의 스위치를 끄고 기본적인 시스템 권한부터 점검하세요. 기기에서 어떤 네트워크에도 연결할 수 없다면 앱 설정을 반복해서 바꾸기보다 기기 네트워크 문제를 먼저 해결해야 합니다.

최초 권한 승인 및 시스템 상태 확인

처음 연결을 켤 때 시스템에서 VPN 구성을 추가하도록 허용할지 물을 수 있습니다. 시스템 안내에 따라 승인한 다음 Home으로 돌아가 다시 시도하세요. 권한 요청을 취소한 적이 있다면 기기 설정에서 VPN 관련 구성 상태를 확인한 뒤 앱에서 권한 요청을 다시 진행하세요. 시스템 설정 메뉴 위치는 기기 화면 구성에 따라 달라질 수 있으므로 특정 경로에 의존할 필요는 없습니다. 시스템에 연결 표시가 나타나도 구성이 활성화되었다는 의미일 뿐 서버를 사용할 수 있다는 뜻은 아닙니다. 다음 단계에서 실제 웹페이지를 열어 확인하세요.

스위치를 눌러도 시스템 반응이 전혀 없다면 앱을 종료했다가 다시 열고, 시스템에 처리해야 할 권한 요청이 남아 있는지 확인하세요. 기기를 재시동한 뒤 다시 시도하면 일시적인 시스템 상태인지 계속되는 구성 문제인지 구분하는 데 도움이 됩니다. 매번 테스트 전에 스위치가 ‘켜진 상태를 유지하지 못하는지’ 또는 ‘켜졌지만 웹페이지가 열리지 않는지’를 기록하세요. 후자라면 다음 장에서 라우팅과 서버를 확인해야 하며, 이미 완료한 권한을 반복해서 취소할 필요는 없습니다.

연결 구성의 영향 분리

시스템 권한을 확인한 다음 Home에서 현재 선택한 항목이 실제로 본인이 보유한, 정보가 완전한 서버 또는 구독인지 확인하세요. 빈 항목이나 삭제된 참조, 만료된 구성을 선택하면 스위치는 조작할 수 있어도 연결되지 않을 수 있습니다. 최근 여러 구성을 가져왔다면 기존 구성 이름을 기록한 뒤 이번 테스트에 사용할 항목만 남겨 보세요. Global Routing을 바꾸면서 구독도 다시 가져오면 어떤 변경이 영향을 주었는지 확인하기 어렵습니다.

On Demand에 현재 네트워크에서 연결을 트리거하는 조건이 설정되어 있는지도 확인하세요. 예를 들어 특정 Wi-Fi에서 연결을 끊도록 설정되어 있는데 현재 해당 네트워크에 있으면 수동 조작이 자동 조건과 충돌할 수 있습니다. 자동 트리거를 잠시 중지하고 수동으로 연결해 상태를 확인한 다음, 테스트가 끝나면 기록한 원래 설정으로 복원하세요. 회사나 학교에서 기기를 관리하는 경우 VPN 구성에 대한 시스템 제한이 영향을 줄 수 있습니다. 같은 구성을 반복해서 추가하지 말고 기기 관리자에게 허용 범위를 확인하세요.

02 / ROUTING

연결 후 인터넷에 접속할 수 없을 때: 네트워크·서버·규칙 분리하기

스위치는 켜진 상태를 유지하지만 브라우저나 다른 앱이 로드되지 않는 경우에 해당합니다. ‘기기와 현재 네트워크 간 연결’, ‘기기와 선택한 서버 간 연결’, ‘규칙에 따른 요청 처리’를 나누어 확인하세요. 연결을 끈 상태에서 같은 네트워크로 평소 열리는 페이지를 열어 보세요. 이때도 실패한다면 Wi-Fi 또는 셀룰러 네트워크 자체를 먼저 확인해야 합니다. 연결을 끄면 정상이고 켜면 실패할 경우 앱에서 서버와 Global Routing을 확인하세요. 잘못된 결론을 피하려면 테스트할 페이지를 동일하게 유지하세요.

Global Routing으로 원인 범위 좁히기

Global Routing의 Config, Proxy, Direct는 요청을 라우팅하는 방식이 서로 다릅니다. Config는 구성에 포함된 규칙에 따라 처리하고, Proxy는 요청을 선택한 프록시로 우선 전달하며, Direct는 직접 연결합니다. 기존 설정을 기록한 뒤 짧게 전환해 비교하고 테스트 후 원래대로 복원하세요. Direct는 되지만 Proxy는 안 된다면 선택한 서버와 매개변수를 확인하세요. Proxy는 되지만 Config는 안 된다면 규칙 순서, 정책 이름, FINAL을 확인하세요. 세 방식 모두 실패한다면 기기 네트워크, 시스템 연결 상태, 테스트 대상을 먼저 확인하세요. 비교는 원인 파악을 위한 것이므로 테스트 방식을 계속 유지하라는 뜻은 아닙니다.

선택 항목 및 실패 범위 확인

Home으로 돌아가 선택한 서버가 예상한 구독 또는 수동 구성에 속하는지 확인하세요. 구독을 업데이트하면 기존 항목의 이름, 순서, 사용 가능 여부가 바뀔 수 있습니다. 목록에 항목이 많다는 것만으로 현재 선택한 서버에 연결할 수 있다고 판단할 수는 없습니다. 본인이 보유한 다른 서버 중 이전에 정상 작동한 항목을 선택해 같은 테스트를 반복하세요. 한 항목만 실패한다면 해당 항목의 주소, 포트, 서버 상태를 확인하고, 모든 항목이 실패한다면 공통으로 사용하는 네트워크, 구성 파일, DNS를 확인하세요. 지연 시간 숫자 하나만으로 모든 웹페이지가 정상적으로 열릴지 판단하지 마세요.

웹사이트 하나만 열리지 않는다면 도메인, 발생 시각, Global Routing별 결과를 각각 기록하세요. Config와 Proxy의 결과가 다르면 해당 DOMAIN, DOMAIN-SUFFIX 또는 FINAL 규칙을 확인할 필요가 있습니다. 브라우저는 정상이지만 특정 앱만 실패한다면 앱에서 요청하는 도메인이 예상과 일치하는지 살펴보세요. 대상 도메인을 확인하기 어렵다면 앱에서 제공하는 진단 정보로 먼저 찾아낸 다음 규칙 하나만 바꾸어 다시 테스트하세요. 처음 연결하는 순서는 사용법 안내를, 자주 묻는 증상에 대한 간단한 답변은 자주 묻는 질문을 참고하세요.

03 / SERVER

서버 시간 초과: 테스트 실패와 실제 사용 불가 구분하기

서버 목록에 시간 초과가 표시되거나 Connectivity Test가 예상한 결과를 내지 못하거나, 서버를 선택한 뒤 페이지가 오랫동안 응답하지 않는 경우에 해당합니다. 테스트 결과는 특정 시점, 특정 네트워크에서 한 번 확인한 결과이며 모든 앱의 실제 접속 상태를 의미하지 않습니다. 먼저 현재 네트워크가 정상인지 확인하고 같은 네트워크와 장소에서 테스트를 한 번 더 진행하세요. 테스트 대상과 평소 사용하는 대상이 다르면 결과도 다를 수 있습니다. 한 번 시간 초과가 발생했다고 구독 전체를 삭제하지 마세요.

입력 정보부터 확인

서버를 직접 추가했다면 프로토콜 유형, 서버 주소, 포트, 필요한 인증 정보를 항목별로 확인하세요. 주소에 공백이 하나 더 들어가거나 포트 자릿수를 잘못 입력하거나 프로토콜과 서버 설정이 일치하지 않으면 시간 초과가 발생할 수 있습니다. Shadowsocks, VMess, VLESS, Trojan, WireGuard 등은 필요한 매개변수가 서로 다릅니다. 본인이 보유한 서버 정보를 기준으로 각 항목을 확인하고 한 프로토콜의 매개변수를 다른 프로토콜에 그대로 적용하지 마세요. Scan QR Code로 가져온 경우에도 가져온 항목이 원본 정보와 일치하는지 확인해야 합니다. QR 코드를 스캔했다는 것은 내용이 인식되었다는 뜻일 뿐입니다.

기존 구독에서 가져온 항목이라면 먼저 마지막 업데이트가 성공했는지 확인한 다음 현재 선택한 항목이 업데이트된 유효한 항목인지 확인하세요. 구독 업데이트로 서버 주소나 항목 순서가 바뀌어도 이전에 수동으로 추가한 항목은 목록에 남아 있을 수 있습니다. 혼동을 줄이려면 이름, 그룹, 출처를 기록하고 명확하게 구분되는 항목 하나만 테스트하세요. 비밀번호나 토큰을 공개 토론 게시물에 전체 공개하지 마세요. 점검에 필요한 것은 항목이 일치하는지 여부이지 실제 값을 공개하는 것이 아닙니다.

교차 테스트로 공통 원인 찾기

서버는 그대로 두고 Wi-Fi와 셀룰러 네트워크를 한 번 비교한 다음, 네트워크는 그대로 두고 본인이 보유한 다른 서버를 테스트하세요. 서버 하나만 두 네트워크에서 모두 시간 초과가 발생한다면 해당 구성과 서버 상태를 우선 확인하세요. 같은 서버 그룹이 특정 네트워크에서만 실패한다면 해당 네트워크의 접속 조건, 인증 페이지, DNS를 먼저 확인하세요. 서로 다른 네트워크에서 모든 서버가 실패한다면 시스템 연결 상태, 구독 내용, 공통 구성을 다시 확인하세요. 한 번에 조건 하나만 바꿔야 교차 테스트 결과를 나중에 확인할 수 있습니다.

지연 시간 테스트는 응답이 없는 항목을 찾는 데 도움이 되지만, 수치가 낮다고 웹페이지가 빠르게 열리는 것은 아닙니다. 연결을 설정한 뒤에도 도메인 확인, 규칙 적용, 대상 사이트 응답 단계가 남아 있습니다. 테스트 결과는 있는데 웹페이지가 계속 열리지 않는다면 라우팅 점검과 DNS 점검을 진행하세요. 입력 정보에 문제가 없는데도 계속 시간 초과가 발생한다면 본인이 보유한 정보를 제공한 곳에 서버 상태를 확인해야 합니다. 서버를 선택할 때 테스트 결과를 해석하는 방법은 지연 시간·지역·프로토콜 유형에서도 확인할 수 있습니다.

04 / SUBSCRIBE

구독 가져오기 및 업데이트 실패: 링크·네트워크·내용 순서로 확인

이 장에서는 본인이 이미 보유한 구독 링크만 다룹니다. 가져오기 실패, 업데이트 실패 알림, 업데이트 후에도 목록이 바뀌지 않는 현상은 각각 나누어 판단해야 합니다. 먼저 작업 대상이 개별 서버 정보나 구성 파일이 아니라 Subscribe 유형의 구독인지 확인하세요. 앱에서 용도가 서로 다릅니다. 링크를 복사할 때 앞뒤 공백, 누락된 문자, 잘못 들어간 줄바꿈이 없는지 확인하세요. 특히 메시지에서 주소를 나누어 복사한 경우 주의해야 합니다. 링크의 인증 정보는 민감하므로 공개 스크린샷이나 문의 글에 포함하지 마세요.

링크에서 내용을 가져올 수 있는지 확인

가져오기 전에 먼저 기기 네트워크가 정상인지 확인하세요. 네트워크가 연결되지 않으면 구독을 가져올 수 없습니다. 이전에는 업데이트가 되었는데 지금 실패한다면 본인이 보유한 원본 링크가 바뀌었는지, 인증 정보가 변경되었는지 확인한 뒤 해당 정보를 제공한 곳에 유효성을 문의하세요. 같은 이름의 Subscribe 항목을 계속 새로 만들어 재시도하지 마세요. 출처가 비슷한 그룹이 여러 개 생기면 나중에 어느 항목을 선택했는지 확인하기 어려워집니다. 기존 항목을 유지하고 실패 알림을 기록한 다음 수동 업데이트를 한 번 진행하면 결과를 비교하기 쉽습니다.

링크에 접속할 수 있어도 내용을 반드시 해석할 수 있는 것은 아닙니다. 업데이트 응답은 있지만 목록이 비어 있거나 내용이 명백히 이상하다면 반환 형식이 가져오기 방식과 맞지 않거나 서버 데이터 대신 오류 안내가 반환되었을 수 있습니다. 복사한 주소가 구독 주소인지, 소개 페이지나 로그인 페이지 주소인지 확인하세요. 웹페이지 주소를 Subscribe에 직접 입력하지 마세요. Import from Cloud JSON 또는 구성 가져오기를 사용하는 경우에는 내용을 보고 알맞은 가져오기 기능을 선택해야 하며 모든 항목을 구독 링크로 처리하면 안 됩니다.

업데이트 전후 목록이 다를 때 확인

수동 업데이트 후 항목이 예상한 그룹에 들어갔는지 확인한 다음 실제로 선택한 서버도 확인하세요. 업데이트로 이름과 순서가 바뀔 수 있습니다. 새 항목이 목록에 나타나도 이전 수동 항목이 계속 선택되어 있다면 연결 상태는 저절로 개선되지 않습니다. 앱을 열 때 자동 업데이트하도록 설정했다면 우선 수동 업데이트를 테스트하세요. 수동 업데이트는 성공하지만 자동 업데이트가 불안정하다면 앱을 열었을 당시 네트워크가 연결되어 있었는지, 짧은 시간 안에 Wi-Fi와 셀룰러 네트워크를 전환했는지 확인하세요. 자동 업데이트는 내용을 가져오는 시점을 정할 뿐 유효하지 않은 링크나 해석할 수 없는 데이터를 고쳐 주지는 않습니다.

기존 구독이 여러 개라면 출처별로 그룹을 구분하고 우선 하나만 업데이트한 뒤 항목 이름과 수의 변화를 비교하세요. 중복 항목은 여러 번 가져온 결과일 수도 있고 서로 다른 구독에서 같은 서버를 반환한 결과일 수도 있습니다. 삭제하기 전에 출처를 확인해 사용 중인 구성을 실수로 지우지 않도록 하세요. 관련 작업은 구독 업데이트 실패 점검과 여러 구독 정리 방법을 참고하세요. 수동 서버 하나가 작동하지 않는다면 이를 점검하기 위해 모든 구독을 새로 고칠 필요는 없습니다.

05 / PERFORMANCE

접속 속도 저하: 어느 단계가 느린지 확인

‘속도 저하’에는 페이지가 로드되기 전 오래 기다리는 경우, 페이지가 열린 뒤 데이터 전송이 계속 느린 경우, 특정 앱이나 웹사이트만 느린 경우 등 적어도 세 가지 상황이 포함됩니다. 먼저 어떤 상황인지 기록한 뒤 Wi-Fi에서 발생하는지, 셀룰러 네트워크에서 발생하는지, 또는 양쪽 모두에서 발생하는지 확인하세요. 같은 기기와 테스트 페이지를 사용해 연결을 끈 상태와 켠 상태를 각각 테스트하세요. 기기 네트워크 자체가 혼잡하다면 Shadowrocket 설정만 조정해서는 해결할 수 없습니다. 페이지 내용이 자주 바뀌는 사이트는 테스트 대상에서 제외하세요. 두 결과를 비교하기 어려워집니다.

연결 설정과 콘텐츠 로딩 구분

링크를 누른 뒤 콘텐츠가 표시되기까지 오래 걸린다면 DNS 확인, 연결 설정 또는 서버 응답 문제일 수 있습니다. 페이지는 표시되지만 이미지가 느리게 로드된다면 지속적인 데이터 전송과 대상 사이트 상태를 확인하는 편이 적절합니다. Connectivity Test로 선택한 항목의 기본 응답을 확인한 다음 실제 접속을 테스트하세요. 테스트 수치는 확인 과정만 나타내며 동영상, 이미지, 대용량 파일을 온전히 이용할 때의 속도를 의미하지 않습니다. 특정 도메인만 느리다면 Config, Proxy, Direct별 차이를 기록해 다른 요청까지 전역 설정 변경으로 영향을 받지 않도록 하세요.

본인이 보유한 서버가 여러 개라면 네트워크와 대상 페이지를 그대로 두고 서버 하나씩 바꿔 비교하세요. 지역 간 거리, 서버 부하, 프로토콜 설정, 대상 사이트 응답이 모두 결과에 영향을 줄 수 있습니다. 이름에 표시된 지역이나 한 번의 지연 시간 테스트만으로 성능을 판단하지 마세요. 같은 Wi-Fi에서 모든 서버가 느리고 셀룰러 네트워크는 안정적이라면 해당 Wi-Fi의 실제 전송 속도, 신호, 연결 상태를 먼저 확인하세요. 서버 하나만 계속 느리다면 해당 서버 정보와 서버 상태를 확인하세요.

규칙에 따른 경로 차이 확인

Global Routing이 Config이면 요청 경로는 규칙에 따라 결정됩니다. 범위가 지나치게 넓은 DOMAIN-SUFFIX 규칙이 원래 Direct로 보내야 하는 요청을 PROXY로 보낼 수 있습니다. 반대로 선택한 서버로 보내려던 대상이 Direct로 연결될 수도 있습니다. 먼저 느린 도메인을 확인하고 실제로 적용된 규칙 중 해당 도메인과 일치하는 첫 규칙을 살펴보세요. 다른 규칙에 영향을 주지 않도록 좁은 범위에서 수정하세요. 속도 테스트 한 번을 근거로 모든 규칙을 삭제하면 관계없는 요청의 처리 방식까지 바뀔 수 있습니다.

앱을 백그라운드로 전환한 뒤 한동안 지나 처음 접속할 때만 느리다면 연결 복구 시간과 지속적인 데이터 전송 속도를 구분해 관찰하세요. On Demand 조건, Wi-Fi에서 셀룰러 네트워크로의 전환, 기기의 잠자기 상태 해제에 따라 첫 요청과 이후 요청의 결과가 달라질 수 있습니다. 두 번 연속 테스트하고 차이를 기록하세요. 첫 번째만 느리다면 연결 트리거와 네트워크 전환을 확인하고, 매번 느리다면 서버와 DNS를 비교하세요. 자세한 선택 기준은 서버 지연 시간과 실제 사용 경험을 참고하세요.

06 / DNS & RULES

DNS 및 규칙 문제: 도메인부터 최종 정책까지 확인

특정 도메인이 열리지 않거나 네트워크에 따라 결과가 다르거나 Config에서는 실패하지만 Proxy에서는 정상인 경우가 대표적입니다. DNS는 도메인을 주소로 확인하고 규칙은 요청 처리 방식을 결정합니다. 서로 연관되어 있지만 같은 설정은 아닙니다. 먼저 입력한 도메인이 정확한지 확인하고 이전에 안정적으로 열리던 페이지와 비교하세요. 특정 도메인만 문제라면 전체 도메인, 현재 네트워크, Global Routing, 일치하는 규칙을 기록하세요. 모든 도메인에서 문제가 발생한다면 앞의 네트워크 및 서버 점검 장에 따라 공통 원인을 먼저 확인하세요.

위에서 아래로 규칙이 적용되는 방식

구성 규칙은 위에서 아래 순서로 확인하며 규칙이 일치하면 해당 정책으로 처리하고 이후 규칙은 그 요청을 처리하지 않습니다. DOMAIN은 전체 도메인, DOMAIN-SUFFIX는 도메인 접미사, DOMAIN-KEYWORD는 키워드를 기준으로 일치 여부를 확인합니다. IP-CIDR, IP-CIDR6, GEOIP는 주소 관련 조건에 사용됩니다. FINAL은 앞선 규칙과 일치하지 않은 요청을 처리하며 일반적으로 규칙 부분의 마지막에 둡니다. 정책 이름이 현재 구성에 실제로 존재하는지도 확인하세요. 현재 정책 그룹과 맞지 않는 예시를 그대로 복사하지 마세요.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

이 예시는 구문과 순서만 보여 줍니다. example.com은 예시 도메인이고 PROXY와 DIRECT는 정책 이름이므로 모든 사용자에게 적합한 설정이라는 뜻은 아닙니다. 범위가 넓은 DOMAIN-KEYWORD를 더 정확한 DOMAIN보다 앞에 두면 뒤의 규칙은 적용될 기회가 없을 수 있습니다. FINAL을 앞쪽에 두면 이후 규칙이 예상한 역할을 하지 못합니다. 변경 전에 현재 구성을 저장하고 규칙을 한 번에 하나씩 옮기거나 수정하세요. 우선순위와 기본 처리에 관한 전체 예시는 규칙 일치 순서와 FINAL을 참고하세요.

도메인 확인 실패와 경로 오류 구분

브라우저에 도메인을 찾을 수 없다는 메시지가 표시되면 먼저 연결을 끈 경우와 켠 경우를 비교한 다음 Config, Proxy, Direct를 비교하세요. 같은 도메인인데 방식에 따라 결과가 다르면 DNS 설정과 규칙이 해당 도메인에 어떤 영향을 주는지 확인하세요. 같은 네트워크에서 다른 도메인은 모두 정상이라면 전체 구성을 먼저 초기화하지 않는 편이 좋습니다. DNS 설정은 현재 네트워크와 기존 구성 요구사항에 맞춰 확인하세요. 더 이상 적절하지 않은 사용자 지정 주소가 있는지, 네트워크별로 결과가 다른지, 특정 도메인에 예외를 설정했는지 살펴보세요. 모든 시간 초과 문제에 ‘DNS 변경’을 해결책으로 적용하지 마세요.

IP-CIDR 또는 GEOIP를 사용하는 경우 규칙에서 필요한 주소 정보를 가져올 수 있는지도 확인하세요. 도메인에 표시된 문자열만 보고 최종적으로 어떤 주소 규칙이 적용될지 판단할 수는 없습니다. ‘규칙이 맞아 보이는데 대상에 다른 정책이 적용되는’ 경우 DOMAIN 유형 규칙이 먼저 일치했는지, 앞쪽에 범위가 넓은 일치 규칙이 있는지 확인하세요. 원인을 찾은 뒤 임시 테스트에 사용한 Global Routing을 복원하고 Config에서 대상과 관계없는 웹사이트 하나를 다시 테스트해 수정 범위가 불필요하게 넓어지지 않았는지 확인하세요. DNS 용어는 용어 빠른 확인에서 더 살펴볼 수 있습니다.

07 / POWER

배터리 소모 증가: 발생 조건과 백그라운드 활동 기록

Shadowrocket을 사용한 시간 동안 기기 사용 시간이 평소와 뚜렷하게 달라지는 경우에 해당합니다. 배터리 소모는 화면 밝기, 셀룰러 신호, 백그라운드 앱, 빈번한 네트워크 전환 등 여러 요인의 영향을 받습니다. 연결 아이콘이 계속 표시된다는 이유만으로 특정 설정을 원인으로 단정할 수 없습니다. 먼저 기기의 배터리 사용 정보에서 같은 시간대에 앱과 활동이 차지한 비율을 확인하고 네트워크 유형, 이동 여부, 연결을 오래 유지했는지 기록하세요. 비교할 때는 비슷한 사용 시간과 상황을 선택하고, 고화질 동영상 시청과 대기 상태를 직접 비교하지 마세요.

반복 연결 및 자동 트리거 확인

Wi-Fi와 셀룰러 네트워크를 자주 전환한 시점에 배터리 소모가 달라졌다면 On Demand에서 Wi-Fi, Cellular, Domain에 서로 겹치는 조건이 설정되어 있는지 확인하세요. 반복적으로 연결하고 해제한 뒤 다시 연결하면 네트워크 활동이 늘어날 수 있습니다. 기존 조건을 기록한 다음 자동 트리거를 잠시 중지하고 수동으로 연결해 비교할 수 있는 시간 동안 관찰하세요. 현상이 사라진다면 조건을 하나씩 복원해 현재 환경에서 어떤 조건이 반복 실행되는지 확인하세요. On Demand는 ‘언제 연결할지’를 정하는 기능이지 모든 배터리 문제를 해결하는 스위치가 아닙니다.

연결이 자주 끊기면서 서버 시간 초과도 발생한다면 네트워크 신호와 서버 정보를 먼저 점검하세요. 네트워크 품질이 낮으면 요청을 반복하게 되어 활동량도 증가할 수 있습니다. Global Routing만 바꾸어도 원인이 해결되는 것은 아닙니다. 안정적인 Wi-Fi 환경에서 본인이 보유한 서버 하나로 테스트한 뒤 이동 중의 결과와 비교하세요. 특정 장소나 이동 경로에서만 문제가 발생한다면 배터리 잔량을 주관적으로 비교하기보다 네트워크가 전환된 시각을 기록하세요.

사용 방식과 재테스트 결과 확인

백그라운드에서 계속 동기화하거나 미디어를 전송하거나 많은 데이터를 요청하는 앱이 있는지 확인하세요. Shadowrocket이 이러한 요청을 처리할 때의 활동은 앱을 사용하지 않을 때와 다릅니다. 먼저 데이터 사용량이 큰 작업 중 명확한 항목을 일시 중지하고 비슷한 시간대에 배터리 정보를 다시 확인하세요. 테스트를 위해 DNS, 구독, 모든 규칙을 동시에 바꾸지 마세요. 배터리 소모가 줄어도 원인을 확인할 수 없습니다. 비교할 때는 ‘기존 설정 기록, 항목 하나만 변경, 같은 상황에서 재테스트, 원래대로 복원할지 결정’ 순서로 진행하세요.

기기가 비정상적으로 뜨거워지거나 배터리가 빠르게 줄고 Shadowrocket 연결을 꺼도 계속된다면 원인이 현재 프록시 구성에만 있지 않을 수 있습니다. 기기 시스템과 실행 중인 다른 앱을 먼저 확인하세요. 연결을 끈 뒤 정상으로 돌아온다면 연결 조건, 네트워크 유형, 테스트 시간을 기록한 다음 반복 연결, On Demand 조건, 지속적인 데이터 전송을 점검하세요. 점검의 목적은 재현 가능한 조건을 찾는 것이며, 한 번의 대기 결과만으로 특정 프로토콜이나 규칙이 반드시 배터리를 절약한다고 단정하는 것이 아닙니다.

08 / CHANGES

업데이트 후 문제: 앱·구성·네트워크 중 무엇이 바뀌었는지 확인

‘업데이트 후 작동하지 않음’이라는 문제는 무엇을 업데이트했는지부터 명확히 해야 합니다. App Store의 Shadowrocket, 기기 시스템, 기존 구독 내용, 직접 관리하는 Config 파일 모두 점검 방향을 바꿀 수 있습니다. 마지막으로 정상 작동한 상황과 문제가 나타나기 전에 한 작업을 기록하세요. 업데이트 시점이 가깝다는 이유만으로 업데이트를 원인으로 단정하지 마세요. 앱 구매와 업데이트는 App Store를 이용하며 호환성과 시스템 요구사항은 App Store 페이지의 안내를 기준으로 확인하세요. 스토어에 표시된 개발자와 앱 ID를 확인하려면 정품 확인 안내를 참고하세요.

업데이트 전의 확인 가능한 상태와 비교

먼저 Shadowrocket에 의존하지 않고 기기 네트워크를 테스트하고, 이어 Home의 스위치가 켜진 상태를 유지하는지 확인한 뒤 현재 선택한 서버, Global Routing, 고정 웹페이지 하나를 점검하세요. 스위치 상태가 이전과 다르면 시스템 권한 점검으로 돌아가세요. 스위치는 정상이지만 모든 서버에 연결할 수 없다면 네트워크 및 라우팅 점검으로 돌아가세요. 모든 구성을 곧바로 삭제하는 것보다 이렇게 단계를 나누어 확인하는 편이 안전하며 이후 확인을 위해 당시 상태도 보존할 수 있습니다.

구독이 바뀌었다면 ‘업데이트 성공’ 알림만 보지 말고 서버 이름, 그룹, 주소, 선택 항목이 바뀌었는지 확인하세요. Config가 바뀌었다면 새 규칙이 기존 규칙보다 앞에 있는지, FINAL이 적절한 위치에 있는지, 구성에서 참조하는 정책 이름이 실제로 존재하는지 확인하세요. 저장해 둔 기존 구성이 있다면 구체적인 차이를 비교한 뒤 문제가 발생한 대상과 관련된 항목 하나만 수정하세요. 서로 다른 시점에 가져온 두 구성을 섞어 붙이지 마세요. 중복 규칙과 유효하지 않은 참조가 판단을 어렵게 할 수 있습니다.

원상 복구할 수 있는 재테스트 기록 작성

설정을 바꾸기 전에 선택한 서버, Global Routing, On Demand 조건, 사용자 지정 DNS를 포함한 기존 상태를 기록하세요. 항목을 하나 조정할 때마다 같은 네트워크와 페이지로 다시 테스트하고 결과가 개선되지 않으면 해당 항목을 원래대로 복원한 다음 다음 항목을 확인하세요. 이렇게 하면 실제 원인이 네트워크 변화에 있더라도 확인되지 않은 설정 변경이 여러 개 남지 않습니다. 특정 앱에서만 문제가 발생한다면 브라우저와 해당 앱을 각각 테스트하고 같은 도메인이나 네트워크 환경을 사용하는지 기록하세요.

App Store에서 앱 관련 정보를 확인할 수 있지만 다른 사람이 적어 둔 특정 버전 번호를 기준으로 호환 여부를 판단하지 마세요. 사용 중인 기기의 App Store 페이지와 실제 앱 화면을 기준으로 확인하세요. 기기 시스템 업데이트 후 권한 요청이 나타나면 시스템 안내에 따라 처리한 다음 스위치를 다시 테스트하세요. 구독 업데이트 후 문제가 발생했다면 먼저 링크 및 내용 점검을 진행하세요. 무엇이 바뀌었는지 정확히 판단할 수 있도록 ‘업데이트 작업’과 ‘문제 증상’을 따로 기록하세요.

09 / IPAD

iPad 점검: 화면 배치와 연결 상태 구분

iPad와 iPhone은 이 가이드의 기본 점검 순서를 공유하지만 화면 배치, 네트워크 연결 방식, 사용 환경은 다를 수 있습니다. iPhone에서 버튼이 표시된 위치만 보고 iPad에서도 같은 좌표를 찾으려 하지 마세요. 현재 기능과 Home, Settings, Global Routing 등의 화면 용어를 기준으로 확인하세요. 먼저 사용 중인 네트워크로 iPad에서 일반 웹페이지를 열 수 있는지 확인한 다음 Shadowrocket 스위치, 선택한 서버, 라우팅 방식을 살펴보세요. 문제가 iPad에서만 발생하더라도 특정 기기의 하드웨어 고장으로 단정하지 말고 두 기기의 네트워크와 구성을 우선 비교하세요.

네트워크 유형 및 시스템 권한 확인

일부 iPad는 주로 Wi-Fi로 사용하고 다른 기기는 셀룰러 네트워크도 사용합니다. 실제로 사용할 수 있는 네트워크는 보유한 기기를 기준으로 확인하세요. iPad에서 연결에 실패하면 Wi-Fi 접속 인증이 필요한지, 다른 네트워크로 전환한 직후인지 먼저 확인하세요. 네트워크가 연결되지 않으면 Subscribe 업데이트, Connectivity Test, 웹페이지 접속이 모두 실패할 수 있습니다. 연결 권한은 시스템 안내에 따라 처리하세요. 스위치가 켜진 상태를 유지하지 못한다면 권한 점검에 따라 항목별로 확인하고 구독 업데이트 실패만이 유일한 원인이라고 보지 마세요.

같은 서버가 iPhone에서는 작동하지만 iPad에서는 작동하지 않는다면 이름만 같은 항목이 아니라 동일한 서버 정보를 비교하고 있는지 확인하세요. 두 기기에 서로 다른 시점에 가져온 구독이나 수동 항목이 각각 저장되어 있을 수 있습니다. 프로토콜, 주소, 포트, 현재 선택한 항목의 출처를 확인하세요. 그런 다음 같은 Wi-Fi에서 두 기기를 테스트해 네트워크 차이를 최대한 줄이세요. iPad가 다른 Wi-Fi를 사용한다면 구성이 같은지 판단하기 전에 네트워크 차이부터 명확히 기록하세요.

큰 화면에서의 조작 및 자동 연결 조건 확인

iPad에서 가로·세로 화면을 전환하거나 여러 창을 사용하면 화면 요소가 재배치될 수 있지만 Global Routing의 Config, Proxy, Direct 의미는 바뀌지 않습니다. 설정을 바꾼 뒤 Home으로 돌아가 선택 항목을 확인하고 같은 대상에 다시 접속하세요. 목록 위치가 달라졌다고 다른 서버를 잘못 선택하지 않도록 주의하세요. 기기를 깨운 뒤에만 접속이 실패한다면 On Demand에서 현재 Wi-Fi 또는 Domain에 설정한 트리거 조건을 확인하고 수동 연결은 정상인지 비교하세요. 수동 연결은 정상인데 자동 연결이 예상대로 동작하지 않는다면 서버 매개변수를 모두 바꾸기보다 트리거 조건을 우선 확인해야 합니다.

기기를 바꾼 뒤 구입 항목 확인 및 최초 실행 절차는 iPad 사용 안내를 참고하세요. 시스템 요구사항과 호환성은 App Store 페이지의 안내를 기준으로 확인하세요. 다른 기기와 iPad의 구독 내용이 다르다면 각 기기에서 가져오기와 업데이트 결과를 따로 확인해야 합니다. 한 기기의 구성을 조정해도 다른 기기에 자동으로 반영된다고 가정하지 마세요. 마지막으로 ‘같은 네트워크, 같은 서버 정보, 같은 대상 페이지’ 조건으로 비교하세요. 조건을 명확히 맞춰야 iPad 특유의 문제와 일반 네트워크 또는 서버 문제를 구분할 수 있습니다.