배터리 사용량 상위에 Shadowrocket이 표시된다고 해서 연결에 문제가 있다는 뜻은 아닙니다. 먼저 통계 기간, 실제 트래픽, 네트워크 안정성을 확인한 뒤 Settings → On Demand 조정 여부를 판단하세요. 기존 서비스와 구독을 이용하며 대기 중 배터리 소모를 확인하려는 iPhone / iPad 사용자에게 적합한 안내입니다. 단계별로 기록을 비교하면 지속적인 데이터 전송, 연결 재시도, 연결 방식이 미치는 영향을 구분할 수 있습니다.
1. iOS 배터리 통계를 읽고 소모가 비정상인지 확인하기
iPhone / iPad에서 시스템 ‘설정’ → ‘배터리’를 열고, 화면에 표시되는 통계 기간을 선택한 다음 Shadowrocket의 배터리 사용량과 활동 기록을 확인하세요. 시스템 버전에 따라 그래프와 필터 위치가 다를 수 있으므로 기기에 표시되는 내용을 기준으로 확인해야 합니다. 전체 기간의 데이터인지, 특정 시간이나 날짜를 선택한 뒤 표시된 일부 데이터인지 먼저 구분하세요.
앱 옆의 백분율은 선택한 기간 동안의 전체 배터리 사용량 중 해당 앱이 차지한 비율이지, 배터리 용량이 줄어든 비율이 아닙니다. 예를 들어 해당 기간에 기기 배터리가 80%에서 70%로 줄고 Shadowrocket 사용 비율이 30%로 표시되더라도, 전체 배터리의 30%를 소모했다고 볼 수는 없습니다. 충전 여부, 다른 앱의 활동, 시스템의 사용량 분류가 해석에 영향을 주므로 두 수치를 단순히 곱해 정확한 소모량으로 계산해서도 안 됩니다.
- 실제 배터리 감소량 확인: 시작 및 종료 배터리 잔량, 관찰 시간, 충전 여부를 기록하세요. 앱 순위만으로 대기 중 소모가 비정상인지 판단할 수 없습니다.
- 사용 내역 확인: 동영상 재생, 클라우드 동기화, 대용량 파일 전송은 다른 앱에서 발생하더라도 VPN 터널이 데이터를 계속 처리하게 할 수 있습니다.
- 화면 상태 확인: 화면이 켜진 상태의 사용과 화면 잠금 상태의 대기를 구분하세요. 두 상태를 섞으면 연결 방식을 제대로 비교하기 어렵습니다.
- 네트워크 환경 확인: Wi-Fi와 셀룰러 네트워크 사용 여부, 네트워크가 자주 전환되는지 기록하세요. 신호가 약하면 무선 통신 자체의 배터리 소모도 커질 수 있습니다.
2. 백그라운드 연결이 배터리를 소모하는 이유
연결을 켜면 시스템이 관련 네트워크 트래픽을 VPN 터널로 전달합니다. Shadowrocket은 현재 Global Routing 설정과 구성을 바탕으로 이후 트래픽 경로를 결정하며, 이 과정에서 규칙 확인, DNS 조회, 암호화 및 복호화, 연결 유지 작업이 발생할 수 있습니다. 앱을 백그라운드로 전환해도 시스템이 터널을 종료하는 것은 아닙니다.
계속 다운로드하면 전송량이 늘고, 연결이 불안정하면 핸드셰이크와 대기 시간 초과, 재시도가 늘어날 수 있습니다. 화면이 잠긴 뒤에도 클라우드 동기화나 시스템에서 허용한 다른 백그라운드 작업이 요청을 보낼 수 있습니다. 따라서 확인할 때는 VPN 표시 여부만 보지 말고 ‘얼마나 많은 데이터가 전송되는지’와 ‘연결이 반복해서 실패하는지’를 함께 살펴보세요.
- 지속적인 데이터 전송: 대용량 파일 다운로드, 동영상 재생, 동기화 작업을 잠시 중지한 뒤 대기 상태를 관찰하세요. 정상적인 트래픽을 연결만 유지하는 데 따른 소모로 오해하지 않도록 합니다.
- 잦은 재연결: Home에서 연결 상태를 확인하고, 확인 가능한 연결 기록이 있다면 실패 시각이 Wi-Fi 또는 셀룰러 네트워크 전환 시점과 겹치는지 살펴보세요.
- 추가 진단 작업: 더 이상 필요하지 않은 패킷 캡처나 상세 기록 작업을 중지하세요. 진단 중 발생한 데이터가 평소 사용량과 섞이지 않도록 합니다.
- 반복 테스트: 기존 연결을 모두 연속으로 테스트한 직후의 시간을 대기 상태 표본으로 사용하지 마세요.
프로토콜 이름만으로 배터리 소모 정도를 예측할 수는 없습니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard의 실제 소모량은 서버 설정, 전송량, 네트워크 품질에 따라 달라집니다. 배터리 소모를 확인할 때 프로토콜과 연결 방식을 동시에 바꾸지 마세요. 먼저 기존에 사용하던 정상 작동 구성을 그대로 유지해야 합니다.
3. On Demand와 상시 연결의 차이
Settings → On Demand에서는 조건에 따라 VPN 연결을 시작하도록 설정할 수 있습니다. 시스템이 설정된 조건을 확인해 연결을 트리거합니다. 화면을 보고 있는지 감지하는 배터리 절약 스위치가 아니며, Shadowrocket을 열었을 때만 연결하는 기능도 아닙니다. 사용할 수 있는 조건은 앱 내 화면을 확인하고, 기능을 켜기 전에 기존 설정을 항목별로 살펴보세요.
| 연결 설정 | 동작 및 적합한 상황 | 확인할 사항 |
|---|---|---|
| 연결 유지 | 정해진 라우팅이 계속 필요한 경우 터널을 유지해, 연결을 직접 끊을 때 발생하는 중단을 줄입니다. | 데이터가 계속 전송되는지, 네트워크가 안정적인지, 재연결이 반복되는지 확인합니다. |
| On Demand | 설정 조건에 따라 시스템이 연결을 시작합니다. 네트워크 사용 조건을 명확히 정할 수 있는 경우에 적합합니다. | 조건이 지나치게 포괄적이지 않은지, 네트워크 전환 후 예상대로 동작하는지, 요청에 따라 연결이 계속 시작되는지 확인합니다. |
| 수동으로 연결 해제 | 터널이 필요하지 않은 시간이 명확한 경우에 적합합니다. 연결을 끊으면 이후 요청은 기존 터널을 거치지 않습니다. | On Demand가 연결을 다시 시작할 수 있는지, 네트워크 경로 변경이 서비스 이용에 영향을 주지 않는지 확인합니다. |
결론: 연결 조건을 확인한 다음 배터리 소모를 비교하세요
On Demand를 켠 뒤에도 터널이 계속 유지된다면 설정이 작동하지 않는다고 단정하지 말고, 먼저 트리거 조건과 백그라운드 요청을 확인하세요. 두 표본의 네트워크, 사용 내역, 관찰 시간이 비슷해야 배터리 변화도 비교에 참고할 수 있습니다.
On Demand와 Global Routing은 서로 다른 기능입니다. 전자는 연결을 시작하는 조건과 관련되고, 후자는 연결이 성립한 뒤 트래픽을 처리하는 방식과 관련됩니다. Global Routing의 Proxy, Direct, Config, Scene은 배터리 절약 단계가 아닙니다. 특히 Direct는 VPN을 끄는 기능이 아니므로, 실제 연결 해제 테스트 대신 Direct로 전환하지 마세요.
4. 되돌릴 수 있는 배터리 비교 테스트 5단계
현재 구성을 저장하고 Home → Global Routing에서 선택한 항목과 Settings → On Demand의 기존 상태를 기록하세요. 기존 구독을 삭제하거나 구성을 다시 가져올 필요는 없습니다. 아래 관찰 시간은 테스트 일정을 정하기 위한 예시일 뿐, 모든 기기에서 일정한 차이를 측정할 수 있다는 의미는 아닙니다.
-
기준 기록
시스템 ‘설정’ → ‘배터리’에서 시작 배터리 잔량과 시각을 기록하세요. 현재 네트워크, 화면 상태, 충전 여부도 적어 둡니다. 예를 들어 60분 동안 화면을 잠근 채 관찰하고, 그동안 직접 시작한 다운로드는 중지하세요.
-
연결 상태 확인
Home을 열어 현재 연결과 Global Routing 설정을 확인하세요. 기존에 작동하는 구성을 유지하고 서버, 프로토콜, Config를 동시에 바꾸지 않은 채 현재 설정으로 먼저 관찰합니다.
-
On Demand 조정
Settings → On Demand에서 현재 조건을 확인해 기록한 다음 이 항목만 조정하세요. 스위치 상태만으로 결과를 판단하지 말고 Home으로 돌아가 실제 연결 상태를 확인한 뒤 필요한 서비스에 한 번 접속해 보세요.
-
관찰 반복
같은 Wi-Fi, 비슷한 시작 배터리 잔량, 동일한 관찰 시간으로 다시 확인하세요. 종료 배터리 잔량, 자동 연결 여부, 네트워크 전환 여부, 접속이 예상대로 이뤄졌는지 기록합니다.
-
판단 후 원래 설정으로 복원
차이가 배터리 1%포인트뿐이라면 성급히 결론 내리지 말고 다른 날 다시 확인하세요. 접속이 끊기거나 예상치 못한 재연결이 발생하면 Settings → On Demand를 원래대로 복원한 뒤 구체적인 조건을 점검합니다.
한 표본은 화면을 계속 켜 둔 상태로, 다른 표본은 계속 잠근 상태로 두지 마세요. 한 번은 셀룰러 네트워크, 다른 한 번은 Wi-Fi를 사용하는 방식도 피해야 합니다. 기기 온도, 신호 상태, 클라우드 동기화, 충전 여부가 설정 차이를 가릴 수 있습니다. 이 방법은 직접 기록해 비교하며, 측정되지 않은 ‘배터리 절약 비율’을 제시하지 않습니다.
5. 반복 연결 및 시간 초과: 실제 오류에 따라 확인하기
대기 중 연결 실패가 반복되면 On Demand를 비교하기 전에 네트워크 연결부터 점검하세요. 아래는 연결 진단에서 나타날 수 있는 영문 오류 문구이며 모든 화면에 같은 문구가 표시되는 것은 아닙니다. 실제 기록에 해당 오류가 있을 때만 관련 항목을 확인하세요. 오류가 없다면 점검 항목을 채우려고 일부러 문제를 일으킬 필요는 없습니다.
오류: connection timed out
원인: 제한 시간 내에 대상 연결이 완료되지 않았습니다. 현재 네트워크, 대상 주소에 대한 접근성 또는 서버 상태가 원인일 수 있습니다.
해결 방법: 먼저 일반적인 네트워크 접속이 정상인지 확인한 다음, 기존 연결에 등록된 주소와 포트를 확인하세요. 안정적인 네트워크로 바꿔 다시 확인하고, 계속 실패하면 이용 중인 서비스 제공업체에 상태를 문의하세요. 테스트를 연속해서 반복하지 마세요.
오류: connection refused
원인: 대상 포트에서 연결을 거부했습니다. 포트 입력이 잘못됐거나 서비스가 수신 대기 중이 아니거나 접근이 명시적으로 거부됐을 수 있습니다. On Demand의 배터리 절약 문제로 볼 수는 없습니다.
해결 방법: 기존 서비스 설정을 기준으로 주소와 포트를 확인하세요. 근거 없이 443으로 바꾸지 마세요. 포트가 일치하는데도 실패한다면 오류 발생 시각을 기록해 이용 중인 서비스 제공업체에 확인을 요청하세요.
오류: network is unreachable
원인: 현재 환경에서 대상까지 연결할 수 있는 네트워크 경로가 없습니다. 네트워크가 전환 중이거나 기본 네트워크를 사용할 수 없을 때 나타날 수 있습니다.
해결 방법: 먼저 Wi-Fi에 연결하거나 셀룰러 데이터가 사용 가능한지 확인한 뒤, 네트워크가 안정되면 다시 연결하세요. 네트워크 전환 중에만 발생한다면 전환 전후의 상태를 기록하고 규칙은 동시에 변경하지 마세요.
구독 업데이트와 터널 유지는 따로 점검해야 합니다. 업데이트에 실패했을 때만 Subscribe에서 해당 업데이트 작업을 확인하고, 배터리 소모 문제 때문에 구독을 자주 새로고침하지 마세요. 업데이트 요청도 네트워크 활동을 일으키지만, 한 번의 실패만으로 해당 요청이 전체 백그라운드 배터리 사용량의 원인이라고 단정할 수는 없습니다.
6. 자주 묻는 질문과 설정 유지 기준
앱 전환 화면에서 Shadowrocket을 종료하면 배터리 소모가 멈추나요?
앱 화면을 닫는 것과 터널을 종료하는 것은 다릅니다. Home으로 돌아가 연결 스위치를 확인하고, Settings → On Demand가 연결을 다시 시작할 수 있는지도 살펴보세요. 연결 해제 상태와 비교하려면 시스템의 VPN 상태가 실제로 바뀌었는지 확인해야 합니다.
On Demand를 켰는데 화면을 잠근 뒤에도 왜 연결이 유지되나요?
화면 잠금은 On Demand가 연결을 반드시 끊는 조건이 아닙니다. Settings → On Demand에 설정된 조건을 먼저 확인하고, 동기화 등 백그라운드 작업에서 네트워크 요청이 계속 발생하는지도 살펴보세요. VPN 표시를 없애려고 연결 조건을 함부로 삭제하지 마세요.
모든 트래픽을 DIRECT로 바꾸면 배터리가 더 오래 가나요?
DIRECT는 아웃바운드 정책이지 터널을 종료하는 기능이 아닙니다. Home → Global Routing에서 Config를 선택했다면 Config의 규칙에 따라 요청 경로도 확인해야 합니다. 배터리 테스트를 위해 DOMAIN-SUFFIX, GEOIP, FINAL 규칙을 한꺼번에 바꾸지 마세요. 규칙은 그대로 두고 연결 상태만 단일 변수로 테스트하세요.
배터리 사용량 순위는 높은데 한 시간 동안 조금만 줄었어요. 조치가 필요한가요?
먼저 전체 관찰 시간의 실제 배터리 감소량과 데이터 사용량을 기록하세요. 대기 중 동작이 예상과 같고 연결도 안정적이라면 순위만으로 문제라고 판단할 수 없습니다. 비슷한 조건에서 최소 두 번 더 관찰해 지속적이고 재현 가능한 추가 소모가 있는지 확인하세요.
프로토콜을 바꾸면 해결되나요?
먼저 약한 신호, 지속적인 데이터 전송, 연결 재시도를 확인하세요. 비교가 꼭 필요하다면 기존에 이용 중인 서비스가 지원하는 설정만 사용하고 네트워크와 사용 내역을 동일하게 유지한 채 한 번에 하나의 변수만 변경하세요. 프로토콜 이름만으로 배터리 소모를 단정할 수는 없습니다.
최종적으로 유지할 설정은 두 가지를 모두 충족해야 합니다. 필요한 서비스에 예상대로 접속할 수 있어야 하고, 반복 관찰에서 눈에 띄는 비정상 소모가 없어야 합니다. 정해진 라우팅을 계속 사용해야 한다면 연결을 유지하고, 명확한 조건에서만 연결이 필요하다면 확인을 마친 On Demand를 사용하세요. 설정을 바꾼 뒤 접속 문제가 생기면 변경 사항을 더 추가하지 말고 먼저 원래 설정으로 복원하세요.