Shadowrocket 배터리 소모를 확인하려면 같은 사용 조건에서 기기 전체의 배터리 감소량을 비교한 뒤 백그라운드 활동과 연결 로그를 살펴보세요. 배터리 목록의 비율만으로 판단해서는 안 됩니다. 직접 이용 중인 서비스와 구독, 사용할 수 있는 구성을 갖춘 사용자를 대상으로 기준값 설정, 연결 유지와 지속적인 데이터 전송 구분, On Demand 테스트 방법을 차례로 설명합니다. 마지막으로 실제 사용 습관에 맞는 연결 방식을 선택하는 방법을 알아봅니다.
1. 기기 전체 배터리 감소량을 먼저 확인하고 사용 비율을 살펴보세요
iPhone 또는 iPad에서 시스템 설정 → 배터리로 이동해 문제가 발생한 시간대와 겹치는 통계 구간을 선택한 다음 Shadowrocket의 배터리 사용량과 활동을 확인하세요. 시스템 버전에 따라 시간 범위와 상세 항목의 이름이 다를 수 있으므로 기기에 표시되는 내용을 기준으로 합니다. 배터리 목록에 표시되는 앱별 비율은 선택한 시간 동안의 배터리 사용량에서 해당 앱이 차지한 비중이지, 앱이 그만큼의 배터리를 직접 소모했다는 뜻은 아닙니다.
예를 들어 ‘30%’라고 표시되어도 ‘Shadowrocket이 배터리 30%를 소모했다’고 단정할 수 없습니다. 해당 시간 동안 기기 전체의 배터리 사용량이 적었다면 백그라운드 항목 하나가 큰 비율을 차지할 수 있습니다. 반대로 기기 전체 배터리가 눈에 띄게 줄고 기기가 뜨거우며 백그라운드 활동이 계속된다면 네트워크 요청, 신호 상태, 재연결 여부를 추가로 확인할 필요가 있습니다. VPN 아이콘이 보인다는 사실만으로 데이터가 대량 전송 중이라고 볼 수는 없습니다.
-
시간대 확인
시스템 설정 → 배터리에서 문제가 발생한 시간대를 선택하고 시작·종료 시 배터리 잔량, 화면 사용 시간, 해당 시간 중 충전 여부를 기록하세요. 낮 시간 내비게이션 사용량과 밤 시간 대기 상태를 바로 비교하지 마세요.
-
연결 상태 기록
Shadowrocket의 Home으로 돌아가 연결 스위치, 현재 선택된 기존 노드, Global Routing 상태를 기록하세요. 그런 다음 Config에서 현재 활성화된 구성 파일을 확인합니다.
-
연결 조건 확인
Shadowrocket의 Settings → On Demand로 이동해 On Demand 활성화 여부와 기존 규칙에 포함된 네트워크 조건을 기록하세요. 먼저 현재 설정을 남긴 다음 비교를 위해 변경합니다.
-
기준값 설정
충전하지 않고 신호가 안정적인 시간대를 골라 화면 밝기, Wi-Fi 또는 셀룰러 네트워크, 주로 사용하는 작업, 시작 배터리 잔량을 기록하세요. 매번 같은 관찰 시간(예: 60분)을 적용합니다.
2. 백그라운드 연결 유지가 항상 최대 부하로 작동한다는 뜻은 아닙니다
Shadowrocket 앱 화면과 시스템이 유지하는 VPN 터널은 서로 다른 관찰 대상입니다. Home 화면을 벗어나도 연결은 조건에 맞는 네트워크 트래픽을 계속 처리할 수 있습니다. 앱이 전면에 표시되지 않는다고 네트워크 처리가 중단된 것은 아닙니다. 반대로 터널이 연결된 상태라도 지속적인 요청이 없다면 연결된 전체 시간을 고부하 시간으로 볼 수 없습니다.
실제 배터리 사용량은 전송량, 암호화 처리, 무선 신호, 네트워크 전환, 연결 재설정의 영향을 받습니다. 사진 동기화나 동영상 재생, 다른 앱의 지속적인 요청이 있으면 Shadowrocket 화면을 닫아 두어도 터널에서 트래픽을 처리할 수 있습니다. 셀룰러 신호가 약하면 무선 통신에 따른 기기 전체 배터리 소모도 늘어날 수 있으므로 변화를 프록시 프로토콜 탓으로만 돌리지 마세요.
- 연결 유지: 터널을 사용할 수 있는 상태로 유지한다는 뜻이지, 매초 대량으로 데이터를 주고받는다는 뜻은 아닙니다.
- 지속적인 데이터 전송: 사용 중인 작업과 확인 가능한 트래픽 기록을 함께 살펴보세요. 특히 백그라운드 동기화와 장시간 재생을 확인해야 합니다.
- 반복적인 재연결: 네트워크 불안정, 네트워크 전환, 연결 조건 변경 시 발생할 수 있습니다. 실패한 시각과 네트워크 상태를 함께 확인하세요.
- 앱을 반복해서 강제 종료: On Demand 설정 확인을 대신할 수 없으며 터널 상태를 관리하는 신뢰할 만한 방법도 아닙니다. 연결을 중지하려면 연결 스위치와 시스템 VPN 상태를 확인하세요.
3. Global Routing과 On Demand의 역할 구분
Global Routing은 트래픽의 라우팅 방식을 결정하고, On Demand는 시스템이 어떤 조건에서 연결을 설정하거나 관리할지를 결정합니다. 두 기능은 같은 절전 스위치가 아닙니다. 특히 Global Routing을 Direct로 바꾸어도 VPN 터널이 꺼지는 것은 아닙니다. ‘연결되지 않은’ 상태와 비교하려면 연결 스위치와 On Demand도 별도로 확인해야 합니다.
| 설정 | 주요 역할 | 문제 해결 시 확인할 점 |
|---|---|---|
| Proxy | 프록시 라우팅 방식 사용 | 프록시를 거치는 트래픽 범위가 바뀔 수 있으므로 절전 모드로 간주해서는 안 됩니다. |
| Direct | 직접 연결 라우팅 방식 사용 | 직접 연결은 터널 연결 해제를 뜻하지 않습니다. |
| Config | 현재 구성의 규칙에 따라 트래픽 분기 | 먼저 어떤 구성이 활성화되어 있는지, 규칙이 최종적으로 어디로 연결되는지 확인하세요. |
| Scene | 설정된 Scene 로직 적용 | Scene 조건도 함께 확인해야 하며, 고정 라우팅 상태와 같은 조건의 테스트로 취급하면 안 됩니다. |
| On Demand | 조건에 따라 연결 관리 | 네트워크 조건과 규칙 순서를 확인해 연결이 끊긴 뒤 다른 조건에 의해 다시 연결되지 않도록 하세요. |
Config에서 DOMAIN-SUFFIX는 도메인 접미사 일치, GEOIP는 IP의 지리적 위치 기준 일치, IP-CIDR은 IP 대역 기준 일치를 뜻합니다. FINAL은 앞선 규칙에 해당하지 않을 때 적용되는 최종 경로입니다. 이러한 규칙은 트래픽의 경로를 정할 뿐 연결 유지 시간을 직접 지정하지는 않습니다. 절전을 위해 규칙을 무작정 삭제하면 접속 경로가 바뀔 수 있지만 백그라운드 요청이 줄어든다는 보장은 없습니다.
4. 세 차례 비교 테스트로 On Demand의 적합성 확인
On Demand는 연결 조건이 실제 사용 환경에 맞을 때 불필요한 연결 시간을 줄이는 데 도움이 될 수 있습니다. 모든 앱의 필요를 자동으로 파악하는 범용 절전 기능은 아닙니다. 조건이 너무 광범위하면 연결이 오랫동안 유지될 수 있고, 네트워크 조건이 자주 바뀌면 연결 설정 횟수가 늘어날 수 있습니다. 도메인을 기준으로 평가하는 조건도 ‘아무 앱이나 열 때만 연결’된다는 뜻은 아닙니다.
먼저 단일 네트워크 조건으로 확인하세요. 예를 들어 특정 Wi-Fi 환경 하나만 테스트하고, 처음부터 Wi-Fi 이름, 셀룰러 네트워크, 도메인 조건을 함께 설정하지 마세요. 규칙의 동작과 순서는 Settings → On Demand에서 실제로 제공하는 항목을 기준으로 하나씩 확인하세요. 출처를 알 수 없는 규칙 묶음을 그대로 적용하지 마세요.
-
현재 설정 기록
Settings → On Demand의 활성화 상태와 기존 규칙 순서, Home의 Global Routing을 기록하세요. 테스트 중에는 구독을 업데이트하거나 노드를 바꾸거나 Config를 교체하지 마세요.
-
연결 해제 상태 테스트
On Demand를 일시적으로 끈 다음 연결도 끄고 시스템 VPN 상태를 확인하세요. 미리 정한 로컬 작업이나 직접 연결 가능한 작업을 실행하고 60분 동안 시작·종료 시 배터리 잔량을 기록합니다. 같은 작업을 할 수 없다면 이 그룹은 대기 상태의 기준값으로만 사용하세요.
-
연결 유지 상태 테스트
On Demand는 끈 상태로 두고, 직접 연결해 둔 동일한 기존 노드에 수동으로 연결하세요. 이전과 같은 라우팅 방식을 적용합니다. 배터리 잔량과 네트워크 조건을 비슷하게 맞춘 뒤 같은 작업을 반복하고 배터리 감소량과 비정상적인 재연결 여부를 기록하세요.
-
On Demand 상태 테스트
Settings → On Demand에서 확인을 마친 단일 네트워크 조건을 활성화하세요. 조건을 충족할 때의 연결 동작을 먼저 확인하고, 조건에서 벗어난 뒤의 동작도 점검합니다. 매번 스위치 설정만 보지 말고 시스템 VPN 상태를 확인하세요.
-
비교 반복
각 그룹을 동일한 시간 동안 한 번 더 관찰하세요. 배터리 차이가 작거나 결과 방향이 일정하지 않으면 차이를 판별하기 어렵다고 기록하고, 절전 비율을 단정하지 마세요. 연결 대기 시간이 사용에 미치는 영향도 함께 비교합니다.
위의 60분은 테스트 시간의 예시이지 제품의 사용 시간에 대한 결론이 아닙니다. 화면 밝기, 신호, 작업, 주변 온도를 가능한 한 일정하게 유지하고 충전이나 시스템의 집중 동기화 등 방해 요인을 피하세요. 짧은 시간의 결과가 일정하지 않으면 관찰 시간을 늘릴 수 있지만 각 그룹의 조건은 계속 비교 가능하게 유지해야 합니다.
5. 반복 재연결이 발생하면 먼저 네트워크 오류를 확인하세요
배터리 소모 이상과 연결 실패가 함께 나타나면 먼저 로그의 시간 순서를 확인하세요. 네트워크가 끊긴 뒤 재시도가 시작됐는지, 아니면 기존 노드에 계속 연결되지 않는지 살펴봅니다. 아래는 연결 로그에 표시될 수 있는 시스템 네트워크 오류 문구의 예이며 배터리 경고가 아닙니다. 실제 대소문자, 추가 정보, 표시 위치는 앱의 기록을 기준으로 확인하세요. 오류 한 건만으로 배터리 소모량을 단정할 수 없습니다.
오류: Connection refused
원인: 대상 주소 또는 포트에서 연결을 거부했습니다. 서비스가 요청을 수신하고 있지 않거나 연결을 명시적으로 거부했을 수 있습니다.
해결 방법: Home에서 직접 사용하는 노드의 주소, 포트, 프로토콜을 확인하세요. 구독 항목이 변경됐다면 사용하는 서비스 제공업체의 안내에 따라 업데이트한 뒤 다시 시도하고, 추측한 값으로 반복해서 수동 수정하지 마세요.
오류: Operation timed out
원인: 연결 또는 관련 작업이 제한 시간 안에 완료되지 않았습니다. 네트워크 패킷 손실, 대상에 연결할 수 없는 상태, 응답 지연 등이 원인일 수 있습니다.
해결 방법: 같은 노드를 선택한 상태로 안정적인 Wi-Fi에서 한 번 다시 시도한 뒤, 이미 사용할 수 있는 다른 연결과 비교하세요. 장애 원인을 찾는 대신 지연 시간 테스트를 계속 실행하지 마세요.
오류: Network is unreachable
원인: 현재 네트워크 경로에 연결할 수 없습니다. 네트워크 전환 중이거나 기기에서 사용할 수 있는 연결이 없을 때 발생할 수 있습니다.
해결 방법: 먼저 시스템 네트워크로 정상 접속할 수 있는지 확인하세요. 그런 다음 Settings → On Demand에서 현재 네트워크와 관련된 조건을 점검하고, 네트워크가 복구되기 전에 연결을 반복해서 전환하지 마세요.
- 발생 시각, 네트워크 종류, 오류 원문을 기록하세요. 로그를 공유하기 전에 구독 주소, 인증 정보, 개인 도메인을 삭제합니다.
- 문제 해결에는 꼭 필요한 단일 테스트만 실행하세요. 여러 노드를 계속 테스트하는 것 자체가 네트워크 활동을 유발해 배터리 비교 결과에 영향을 줍니다.
- 추가 상세 로그를 활성화했다면 원인을 확인한 뒤 일상 설정으로 되돌리세요. 문제 해결 과정의 부하가 장기 관찰에 섞이지 않도록 합니다.
- Shadowrocket 연결을 끊은 뒤에도 배터리가 비슷하게 줄고 기기가 뜨거워진다면 시스템 배터리 목록의 다른 활동과 신호 상태를 계속 확인하세요.
6. 사용 습관에 따라 연결 유지 또는 On Demand 선택
연결 유지와 On Demand의 선택은 어느 한쪽이 항상 절전 효과가 있다고 가정하지 말고 연결 빈도를 고려해야 합니다. 하루에도 여러 번 같은 연결을 사용하는 경우 안정적으로 연결을 유지하면 대기 시간을 줄이고 연결을 반복해서 설정할 필요가 줄 수 있습니다. 특정 네트워크나 제한된 시간에만 연결이 필요하다면 검증된 On Demand 조건으로 관련 없는 시간대의 연결을 줄일 수 있습니다. 어느 방식을 선택하든 직접 기록한 배터리 사용량으로 확인하세요.
| 사용 습관 | 먼저 시도할 방법 | 확인할 사항 |
|---|---|---|
| 하루에도 여러 번 같은 리소스에 접속 | 노드와 Config를 고정하고 연결 유지 상태부터 관찰 | 지속적인 데이터 전송이나 재연결 실패가 있는지, 대기 시간이 줄었는지 확인합니다. |
| 특정 Wi-Fi 환경에서만 연결 필요 | On Demand에 네트워크 조건을 설정하고 확인 | 해당 네트워크에 들어가고 나올 때 연결 동작이 예상과 일치하는지 확인합니다. |
| Wi-Fi와 셀룰러 네트워크를 자주 오감 | 조건을 단순하게 하고 두 네트워크를 각각 테스트 | 네트워크 전환 때 연결이 반복해서 재설정되는지, 신호가 약할 때 발열이 동반되는지 확인합니다. |
| 사용 빈도가 낮고 이용 시간이 정해져 있음 | 먼저 수동 연결과 연결 해제를 기준으로 비교 | 연결 해제 뒤 On Demand가 다시 연결을 트리거하는지, 작업을 마친 뒤에도 백그라운드 활동이 있는지 확인합니다. |
프로토콜 이름만으로도 측정을 대신할 수 없습니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 연결 방식과 매개변수가 서로 다르지만 기기, 네트워크 경로, 실제 전송량, 서버 조건도 결과에 영향을 줍니다. 이미 사용하는 서비스에서 지원하는 범위 내에서만 테스트하고, 검증되지 않은 절전 효과를 기대해 프로토콜을 바꾸거나 맞지 않는 매개변수를 적용하지 마세요.
7. 배터리 소모와 On Demand 관련 자주 묻는 질문
화면을 잠근 뒤에도 VPN 아이콘이 보이는데 배터리를 계속 많이 쓰나요?
아이콘은 연결 상태를 나타낼 뿐 데이터 전송량을 보여주지는 않습니다. 먼저 시스템 설정 → 배터리에서 해당 시간대의 기기 전체 배터리 감소량과 백그라운드 활동을 확인한 다음 동기화 작업이나 재연결 실패가 있었는지 살펴보세요. 연결 해제 상태를 확인하려면 Settings → On Demand를 일시적으로 끄고 시스템 VPN 상태를 점검합니다.
On Demand를 켰는데도 배터리 절감 효과가 뚜렷하지 않은 이유는 무엇인가요?
먼저 조건 때문에 연결이 거의 항상 유지되는지, 네트워크 전환으로 재연결이 늘었는지 확인하세요. Settings → On Demand에서 조건과 순서를 기록한 뒤 검증된 테스트 조건 하나만 남기고 수동 연결 유지 그룹과 같은 시간 동안 비교합니다.
Direct로 변경했는데 배터리 항목에 활동이 계속 표시되는 이유는 무엇인가요?
Home → Global Routing → Direct는 라우팅 방식을 바꾸는 설정이지 터널을 중지하는 설정이 아닙니다. 연결 해제 기준값을 측정하려면 On Demand 트리거와 연결을 별도로 끄고 시스템 VPN 상태를 확인하세요. 배터리 화면에 이전 시간대의 통계가 포함될 수도 있습니다.
구독 업데이트와 지연 시간 테스트를 계속 실행해야 하나요?
연결을 유지하기 위해 테스트를 반복할 필요는 없습니다. 필요한 구독 업데이트를 마친 뒤 노드를 고정해 배터리를 비교하세요. 기록하는 동안 Home에서 구독을 반복해서 새로고침하거나 노드 전체를 테스트하지 마세요. 추가 요청이 판단을 흐릴 수 있습니다.
마지막으로 재현 가능한 기록을 남기세요. 기기, 네트워크 종류, 테스트 시간, 시작·종료 시 배터리 잔량, Global Routing, On Demand 상태, 이상 발생 시각을 기록합니다. 설정을 바꿀 때는 한 번에 변수 하나만 변경하세요. 결과를 재현할 수 없다면 여러 기능을 동시에 끄기보다 원래 구성으로 되돌려 계속 관찰하는 편이 원인을 찾기 쉽습니다.