배터리 목록에서 Shadowrocket의 비중이 높다고 해서 터널 자체가 계속 높은 부하로 작동한다고 단정할 수는 없습니다. 먼저 통계 시간 범위와 기기 전체 배터리 감소량, 백그라운드 트래픽을 확인한 뒤 같은 네트워크와 사용 시간에서 상시 연결과 On Demand를 비교하세요. 대기 중 배터리 감소, 긴 백그라운드 활동 시간, 네트워크 전환 후 반복 연결을 겪는 경우에 유용합니다. 실제 데이터 전송, 연결 재시도, 트리거 조건을 구분하는 것이 목표이며, 배터리 목록의 수치만 낮추는 데 초점을 맞추지 마세요.
먼저 배터리 사용 비율을 확인하고 이상 여부 판단하기
iPhone에서 시스템 설정 → 배터리를 열고 페이지에서 제공하는 날짜나 시간 범위를 선택한 다음 해당 시간대의 앱별 배터리 사용량과 활동 정보를 확인하세요. 시스템 버전에 따라 통계 메뉴와 표시 방식이 다를 수 있으므로 기기에 표시되는 내용을 기준으로 삼아야 합니다. 그래프에서 특정 시간대를 선택한 뒤 아래 목록도 같은 범위로 바뀌었는지 확인하세요. 하루 전체 사용량과 한 시간 동안의 활동을 섞어 비교하지 않도록 주의하세요.
앱 옆의 백분율은 선택한 통계 범위에서 해당 앱이 차지한 배터리 사용 비중을 나타내며, 앱 하나가 배터리 잔량을 몇 퍼센트포인트 줄였다는 뜻은 아닙니다. 예를 들어 충전하지 않은 관찰 시간 동안 기기 배터리가 80%에서 70%로 줄었더라도, 목록의 30%를 ‘이 앱 때문에 배터리가 30%포인트 감소했다’고 해석할 수는 없습니다. 배터리 잔량 추정과 사용량 집계는 정밀한 전력계가 아니므로 이를 근거로 정확한 소비 전력을 계산하지 마세요.
‘백그라운드 활동’은 앱이 전면에 표시되지 않은 상태에서 관련 작업이 발생했음을 뜻하며, 화면이 꺼진 동안 프로세서가 계속 최대 부하로 작동했다는 의미는 아닙니다. Shadowrocket은 시스템 네트워크 확장 기능으로 터널 트래픽을 처리합니다. 앱에서 Home 화면으로 나와 있더라도 다른 앱의 요청은 터널을 통과할 수 있습니다. 이상 여부는 같은 조건에서의 기기 전체 배터리 감소량, 발열, 연결 안정성을 함께 살펴 판단하세요. 목록 순위만으로 결론 내리지 마세요.
상시 연결의 배터리 소모 요인
‘연결 스위치가 켜져 있음’과 ‘데이터를 계속 많이 전송함’은 서로 다른 상태입니다. 터널을 연결한 뒤의 실제 부하는 트래픽 양, 규칙 처리, 암호화, 연결 유지, 네트워크 품질에 따라 달라집니다. 동영상 재생, 사진 동기화, 파일 전송은 처리량을 늘릴 수 있습니다. 신호가 약하면 재전송과 반복 연결로 셀룰러 통신과 터널 처리 비용이 함께 커질 수 있습니다.
Home의 Global Routing은 요청에 적용할 라우팅 방식을 정하는 설정이지, 배터리 절약 모드가 아닙니다. Proxy, Direct, Config, Scene을 ‘배터리 소모가 큰 순서’로 나열할 수는 없습니다. Config는 설정된 규칙에 따라 달라지고, Scene의 결과는 지정한 시나리오에 좌우됩니다. 실제 전력 소모는 외부 연결과 네트워크 상태에도 영향을 받습니다. Direct를 시스템 터널이 꺼진 상태와 동일시해서도 안 됩니다.
- 데이터 전송량이 많은 경우: 먼저 확인된 백그라운드 동기화나 다운로드를 일시 중지한 뒤 기기 전체 배터리 감소량을 비교하세요. 앱을 전면에서 다른 화면으로 전환하는 것만으로는 다른 앱의 요청이 중지되지 않습니다.
- 연결 유지: 일부 프로토콜과 연결 설정에는 연결 유지 기능이 포함됩니다. 실행 간격은 실제 설정에 따라 다르므로 모든 연결에 같은 간격을 적용할 수는 없습니다.
- 불안정한 네트워크: 발열과 요청 시간 초과가 함께 나타나면 신호 상태, 네트워크 전환, 서버 연결 가능 여부부터 확인하세요. 자동화 조건을 더 추가하는 것부터 시작하지 마세요.
On Demand 설정 전에 먼저 비교 테스트하기
On Demand는 시스템이 조건에 따라 VPN 연결을 시작하는 기능이지, 화면을 끄면 작동을 중지하는 기능이 아닙니다. 조건이 대부분의 시간 동안 충족되면 상시 연결과 비슷하게 작동할 수 있고, 조건이 자주 바뀌면 터널이 반복해서 연결될 수 있습니다. 먼저 연결이 필요한 네트워크를 파악한 다음 Settings → On Demand에서 현재 설정을 확인하세요.
-
기준값 기록
반복 가능한 관찰 시간을 정하세요. 예를 들어 같은 Wi-Fi에 연결한 상태로 화면을 잠그고 60분간 관찰할 수 있습니다. 시작 및 종료 배터리 잔량, 충전 여부, 네트워크 유형, 확인된 백그라운드 작업을 기록하세요. 60분은 테스트를 위한 시간일 뿐 제품의 전력 소비 기준이 아닙니다.
-
현재 상태 확인
Home에서 현재 연결 상태와 Global Routing을 기록하고, Config에서 사용 중인 설정을 확인한 다음 Settings → On Demand에서 트리거 조건을 기록하세요. 테스트 중에는 서버, 규칙, 연결 방식을 동시에 바꾸지 마세요.
-
트리거 범위 좁히기
페이지에서 제공하는 네트워크 조건에 맞춰 On Demand를 설정하세요. Wi-Fi별로 구분하려면 SSID가 정확한지 확인하고 해당 조건이 연결 시 적용되는지, 연결 해제 시 적용되는지 확인하세요. 같은 장소라도 주파수 대역에 따라 네트워크 이름이 다를 수 있습니다.
-
네트워크 전환 확인
통제 가능한 환경에서 대상 Wi-Fi와 셀룰러 네트워크 각각의 연결 상태를 확인하세요. 자동 트리거가 활성화되어 있으면 수동으로 연결을 끈 뒤 다시 연결될 수 있습니다. 스위치가 고장 났다고 판단하기 전에 어떤 조건이 충족됐는지 확인하세요.
-
재테스트하고 기록 보관
같은 관찰 시간으로 다시 테스트하고 기기 전체 배터리 감소량과 네트워크 연결이 예상대로 작동하는지 기록하세요. 필요한 네트워크 작업에 영향을 주지 않는 시간에만 연결 해제 상태를 테스트하세요. 여러 차례 반복한 뒤 유지할 방식을 결정하세요.
일상 사용 환경에 맞는 연결 방식 선택
모든 기기에 통하는 ‘최저 전력 설정’은 없습니다. 상시 연결은 사용하기 전에 터널이 연결될 때까지 기다리는 단계를 줄여 줍니다. On Demand는 연결이 필요한 상황과 네트워크 조건의 범위가 명확할 때 적합합니다. 사용량이 연속적인지, 네트워크가 안정적인지, 트리거가 누락되면 필요한 작업에 영향이 있는지를 기준으로 선택하세요.
| 사용 환경 | 우선 시도할 방식 | 확인할 항목 |
|---|---|---|
| 안정적인 동일 네트워크에서 계속 사용 | 상시 연결 | 백그라운드에서 계속 데이터가 전송되는지, 시간 초과 후 재시도가 있는지 |
| 특정 네트워크에서만 터널 필요 | On Demand | SSID와 연결 동작이 정확히 일치하는지 |
| 출퇴근 중 네트워크를 자주 전환 | 조건을 단순화한 뒤 비교 | 짧은 시간 안에 연결이 반복해서 이루어지는지, 셀룰러 신호가 안정적인지 |
| 야간에 화면을 잠가도 백그라운드 작업 필요 | 작업이 정상 완료되는지 먼저 확인 | 백그라운드 작업이 완료되는지, 대기 중 기기 전체 배터리 감소량이 반복 가능한지 |
이미 이용 중인 서비스 제공업체와 구독이 있다면 테스트 중에는 같은 연결을 유지하세요. 그래야 서버 측 변경을 On Demand 효과로 오해하지 않습니다. 프로토콜 이름만으로 배터리 효율을 판단할 수도 없습니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard의 실제 동작은 설정, 전송 환경, 작업 부하에 따라 달라지므로 조건을 무시한 일률적인 순위를 매길 수 없습니다.
시간 초과와 반복 연결이 발생하면 재시도부터 확인
배터리 감소가 빨라지는 동시에 요청 실패가 발생하면 연결 방식 비교에 앞서 연결 문제를 해결하세요. 아래는 네트워크 로그에 나타날 수 있는 오류 원문입니다. 실제 기록에 해당 문구가 있을 때만 안내에 따라 확인하세요. 모든 버전에서 항상 표시되는 문구라고 단정하거나 오류만으로 배터리 사용량을 계산하지 마세요.
오류: Operation timed out
원인: 제한 시간 안에 연결이나 작업이 완료되지 않았습니다. 네트워크에 연결할 수 없거나 패킷이 손실됐거나 서버가 응답하지 않는 상황일 수 있습니다.
해결 방법: 먼저 현재 네트워크와 이미 이용 중인 서비스의 연결 상태를 확인한 뒤 같은 연결로 한 번 더 시도하세요. 계속 실패하면 반복 테스트를 중단하고 서비스 제공업체에 상태를 문의하세요.
오류: Connection refused
원인: 연결 요청이 거부됐습니다. 대상 포트에서 서비스가 실행되지 않거나 접근 정책에 의해 차단된 경우가 흔합니다.
해결 방법: Home에서 선택한 연결의 주소와 Port가 서비스 제공업체에서 받은 정보와 일치하는지 확인하세요. 익숙한 포트라는 이유만으로 모두 443으로 변경하지 마세요.
규칙 문제도 별도로 확인해야 합니다. Config에서 현재 설정을 확인할 때 구체적인 규칙이 포괄적인 규칙보다 앞에 있는지, FINAL에서 어떤 정책을 선택하는지 먼저 살펴보세요. 아래는 직접 연결 테스트용 도메인 규칙 구문일 뿐 완전한 설정이나 보편적인 배터리 절약 방법이 아닙니다. 목록 비중을 낮추려고 모든 요청을 DIRECT로 변경하지 마세요.
DOMAIN-SUFFIX,example.com,DIRECT
FINAL,PROXY이 두 줄은 example.com과 그 하위 도메인에 DIRECT를 적용하고, 앞선 규칙에 해당하지 않는 요청은 PROXY로 전달합니다. 실제로 사용하기 전에 설정에 정의된 정책을 확인하세요. DOMAIN-SUFFIX, GEOIP, IP-CIDR은 서로 다른 유형의 대상 정보를 판단하고, On Demand는 연결을 시작하는 시점을 판단합니다. 두 기능이 해결하는 문제는 서로 다릅니다.
백그라운드 배터리 사용량 관련 자주 묻는 질문
백그라운드 활동 시간이 긴데 계속 배터리를 소모하나요?
백그라운드 활동 시간이 길다고 해서 계속 높은 전력을 소비하는 것은 아닙니다. 시스템 설정 → 배터리에서 같은 시간 범위를 선택한 뒤 기기 전체 배터리 감소량과 화면 활동을 확인하세요. 화면이 잠긴 동안 동기화나 메시지 연결이 작동하면 터널이 처리에 참여할 수 있습니다. 한 번의 활동 시간만으로 결론 내리지 말고 반복 비교 결과를 기준으로 판단하세요.
백그라운드에서 Shadowrocket을 쓸어 올려 종료하면 배터리를 절약할 수 있나요?
앱 전환 화면에서 앱을 쓸어 올려 닫는다고 시스템 VPN 연결이 끊겼다고 볼 수는 없습니다. Home에서 연결 상태를 확인하고 Settings → On Demand에서 자동 재연결 조건이 있는지 살펴보세요. 연결 해제 상태를 테스트할 때도 트리거 조건 때문에 곧바로 다시 연결되지 않는지 확인해야 합니다.
On Demand를 켠 뒤 배터리 소모가 오히려 늘면 어떻게 해야 하나요?
먼저 Wi-Fi와 셀룰러 네트워크를 전환할 때 문제가 집중되는지 살펴본 다음 Settings → On Demand에 범위가 너무 넓거나 서로 충돌하는 조건이 있는지 확인하세요. 한 번에 조건 하나만 조정하고 연결 방식과 테스트 시간을 동일하게 유지하세요. 조건이 계속 충족되는 환경에서는 On Demand를 사용해도 유휴 시간이 저절로 늘어나지 않습니다.
Global Routing을 Direct로 바꾸면 연결이 끊긴 건가요?
아닙니다. Direct는 요청에 적용되는 라우팅 방식이며, 연결 스위치와 On Demand가 터널 연결 여부에 관여합니다. 연결 상태와 연결 해제 상태의 차이를 테스트하려면 실제 VPN 상태를 확인하세요. Global Routing만 바꾼 뒤 배터리 수치를 비교해서는 안 됩니다.
배터리 소모를 해결하려면 매일 구독을 업데이트해야 하나요?
구독 업데이트는 서비스 제공업체가 제공한 연결 정보를 동기화하는 기능이지 배터리 관리 방법이 아닙니다. 주소, 포트, 서비스 정보가 바뀐 경우에만 업데이트가 연결 실패를 간접적으로 해결할 수 있습니다. 먼저 실패 원인을 확인하고 연결되지 않는 네트워크에서 반복해서 새로고침하지 마세요. 설정을 여러 개 동시에 변경하는 것도 피해야 합니다.
최종적으로 선택할 방식은 세 가지 조건을 모두 충족해야 합니다. 필요한 작업을 수행할 수 있고, 연결 전환이 예상대로 동작하며, 같은 사용 환경에서 기기 전체 배터리 감소량을 감당할 수 있어야 합니다. 두 방식의 차이가 크지 않다면 이해하고 확인하기 쉬운 설정을 유지하세요. 나중에 문제가 다시 생기면 같은 방법으로 기록하고 트래픽과 네트워크 변화부터 확인한 뒤 On Demand를 조정하세요.