Shadowrocket 백그라운드 배터리 소모: On Demand 설정 가이드

이 글의 핵심

Shadowrocket의 On Demand는 연결을 자동으로 시작할 시점을 정하는 기능이지, 배터리를 자동으로 절약하는 기능은 아닙니다. 백그라운드 배터리 소모를 점검할 때는 먼저 지속적인 데이터 전송, 반복 연결, 정상 대기 상태를 구분한 다음 네트워크 조건을 조정하세요. 기존 연결 정보를 보유한 iPhone·iPad 사용자를 대상으로, 기준 상태를 기록하고 Wi-Fi 또는 셀룰러 조건을 설정한 뒤 같은 시간 동안 비교해 설정을 판단하는 방법을 소개합니다.

먼저 확인할 점: 백그라운드 활동이 곧 비정상적인 배터리 소모는 아닙니다

시스템의 「설정」→「배터리」에 표시되는 앱별 사용 비율은 선택한 기간의 상대적인 배터리 분배량이지, 해당 앱이 배터리 잔량을 몇 퍼센트포인트 소모했는지를 뜻하지 않습니다. 다른 앱의 사용량이 줄면 기기 전체의 배터리 소모량이 늘지 않았더라도 Shadowrocket의 비율은 높아질 수 있습니다. 기기 전체의 배터리 그래프와 화면 사용 시간, 해당 시간대의 활동을 먼저 살펴보고 조정이 필요한지 판단하세요.

연결이 설정되면 메인 화면이 표시되지 않는 동안에도 네트워크 확장이 요청을 처리할 수 있습니다. 백그라운드 동기화, 메시지 새로고침, 사진 전송, 연결 유지 작업도 배터리를 사용합니다. 최근 사용 앱 목록에서 앱을 쓸어 올리는 것만으로 터널이 중단됐다고 볼 수는 없습니다. Home의 연결 상태와 시스템 VPN 상태를 확인하세요.

2단계

먼저 기기 전체의 배터리 변화를 확인한 다음 앱별 사용량을 살펴보세요

3가지

네트워크 유형, 연결 상태, 백그라운드 전송 작업을 기록하세요

60분

비교 시험 한 회에 권장되는 시간이며, 배터리 지속 시간에 대한 시험 결과는 아닙니다

배터리 잔량이 주로 셀룰러 신호가 약하거나 네트워크가 자주 바뀌거나 대량 업로드가 진행될 때 줄어든다면 먼저 해당 조건을 점검하세요. 신호 품질과 실제 전송량은 연결 스위치의 상태보다 배터리 사용량에 더 큰 영향을 줄 수 있습니다. 한 번의 사용 비율 화면만 보고 배터리 소모를 전부 On Demand 탓으로 돌리지 마세요.

차이 이해하기: 연결 시점과 트래픽 처리 방식은 별도로 설정합니다

On Demand는 시스템의 주문형 연결 기능을 사용해 설정한 조건에 따라 연결을 시작할지 결정합니다. 조건이 계속 충족되면 연결도 계속 유지될 수 있습니다. 요청이 끝날 때마다 즉시 연결을 끊거나 화면이 잠기면 자동으로 멈추는 기능은 아닙니다. 현재 네트워크에서 항상 연결하도록 설정한 것과 같은 조건이라면 실제 동작도 상시 연결에 가까울 수 있습니다.

Global Routing은 연결된 상태에서 트래픽을 어떻게 처리할지 정합니다. Proxy는 처리 대상 트래픽을 프록시로 보내고, Direct는 직접 연결하며, Config는 현재 구성의 규칙에 따라 처리합니다. Scene에서는 상황에 맞는 정책을 선택할 수 있습니다. Direct를 선택해도 VPN이 꺼지는 것은 아니며, Config를 선택해도 On Demand가 활성화되는 것은 아닙니다. 두 설정은 서로 대체할 수 없습니다.

수동 기준 상태

권장

문제 해결을 시작할 때는 On Demand를 끄고 Home 스위치로 연결을 제어하세요. 기존 Global Routing과 구성을 유지한 채 같은 네트워크에서 대기 상태를 관찰하면 자동 재연결로 인한 변수를 줄일 수 있습니다.

적합한 경우: 배터리 소모 원인을 처음 점검하거나 연결이 반복해서 복구되는지 확인할 때

상시 연결

필요한 시간 동안 연결을 유지해 필요할 때 연결을 시작하는 대기 시간을 줄입니다. 대신 연결 유지와 백그라운드 요청이 계속 발생할 수 있으며, 실제 배터리 사용량은 전송량, 프로토콜 동작, 네트워크 안정성에 따라 달라집니다.

적합한 경우: 계속 작업하거나 연결이 필요한 백그라운드 작업을 수행할 때

조건부 연결

On Demand로 자동 연결이 시작될 네트워크 조건을 제한합니다. 조건을 좁히면 불필요한 연결 시간을 줄일 수 있지만 네트워크가 자주 바뀌면 재연결이 늘어날 수도 있으므로 실제 기기에서 확인해야 합니다.

적합한 경우: 네트워크 사용 패턴이 분명하고 조건 규칙을 관리할 수 있을 때

설정 단계: 복원할 수 있는 기준 상태부터 기록하기

이 절차에서는 서버나 프로토콜을 바꾸거나 모든 설정을 초기화할 필요가 없습니다. 먼저 현재 상태를 기록하고 한 번에 한 가지 변수만 바꾸세요. 여러 항목을 함께 조정하면 배터리 사용량이 줄어도 어떤 설정이 효과를 냈는지 알기 어렵습니다. On Demand에서 사용할 수 있는 조건과 편집 항목은 현재 화면을 기준으로 확인하세요. 구성 파일의 트래픽 분기 규칙을 이 기능의 연결 스위치와 혼동하지 마세요.

현재 상태 기록

Home에서 선택한 서버와 Global Routing을 기록하고, Config에서 현재 사용 중인 구성을 기록하세요. 기존 설정을 보관하고 이번 점검에서는 구성을 업데이트하거나 프로토콜을 변경하지 마세요.
On Demand 끄기

Settings → On Demand로 이동해 주문형 연결을 끈 다음 Home으로 돌아와 연결을 수동으로 끄세요. 잠시 기다린 뒤 연결이 꺼진 상태로 유지되는지 확인해 기존 시스템 자동 연결 설정이 계속 적용되는 상황을 배제하세요.
기준 상태 측정

안정적인 Wi-Fi를 선택하고 대용량 파일 전송을 일시 중지한 다음 시작 배터리 잔량, 시간, 신호 상태를 기록하세요. 수동으로 연결한 대기 상태를 먼저 측정하고, 작업 중단이 허용되는 시간에 연결을 끊은 상태도 측정하세요.
조건 추가

Settings → On Demand로 돌아가 현재 편집 화면에서 제공하는 네트워크 조건에 맞춰 자동 연결을 설정하세요. 먼저 네트워크 한 종류만 시험하고, 여러 Wi-Fi 예외 조건과 도메인 조건을 동시에 추가하지 마세요.
전환 확인

화면을 잠갔다가 깨운 뒤, Wi-Fi에서 셀룰러 네트워크로 전환한 뒤, 다시 원래 Wi-Fi로 돌아오는 경우를 각각 시험하세요. 매번 Home의 상태를 확인하고 같은 요청을 보내 정상 작동 여부를 검증하세요. 문제가 생기면 먼저 기록해 둔 기준 상태로 되돌리세요.

조건 선택: Wi-Fi, 셀룰러 네트워크, 도메인

Wi-Fi: 실제 작업에 따라 연결 여부 결정

특정 Wi-Fi 환경에서 수행하는 작업에 연결이 필요하지 않다면 현재 화면에서 지원하는 조건에 따라 해당 네트워크를 자동 연결 대상에서 제외할 수 있습니다. 백그라운드 작업에서 같은 리소스에 계속 접근해야 한다면 연결을 유지하거나 수동으로 제어하세요. Wi-Fi 이름은 조건을 일치시키는 데만 사용되며, 그 자체로 네트워크의 신뢰성을 증명하거나 서비스에 직접 연결할 수 있음을 보장하지 않습니다.

셀룰러 네트워크: 신호와 전환 횟수부터 확인

이동 중에는 신호 변화, 네트워크 전환, 연결 복구가 동시에 발생할 수 있습니다. 꼭 필요할 때만 수동으로 연결하거나 백그라운드 작업을 위해 셀룰러 네트워크에서 자동 연결을 유지할 수 있습니다. 선택의 기준은 연결 가용성과 유지 비용이지, 어느 쪽이 항상 배터리를 더 절약하는지가 아닙니다. 시험 중에는 시스템의 셀룰러 데이터 설정도 함께 바꾸지 마세요.

도메인: 연결 시작 조건과 트래픽 분기 규칙 구분하기

시스템의 주문형 연결 기능에는 도메인 확인 조건이 포함될 수 있지만, Shadowrocket에서 해당 조건을 직접 편집할 수 있는지는 Settings → On Demand의 실제 옵션을 기준으로 확인하세요. 도메인 확인 조건은 특정 앱을 열 때 연결하는 기능과 같지 않습니다. 기존 DNS 캐시, 이미 설정된 연결, IP 주소로 직접 접근하는 요청에 따라 결과가 예상과 다를 수 있습니다. 현재 화면에 도메인 조건 편집 항목이 없다면 Config 규칙으로 대신 설정하지 마세요.

연결 시작: On Demand 조건과 시스템의 판단에 따라 결정되며, 연결을 ‘언제 설정할지’에 관한 기능입니다.
규칙에 따른 트래픽 분기: Global Routing에서 Config를 선택하면 구성 규칙에 따라 처리 대상 요청의 처리 방식이 결정됩니다.
문법 예시: DOMAIN-SUFFIX,example.com,PROXY는 해당 도메인 접미사를 사용하는 요청에 PROXY를 적용한다는 뜻입니다. 이 규칙만으로 시스템 주문형 연결이 활성화되지는 않습니다.
기본 규칙: FINAL,DIRECT는 앞선 규칙에 일치하는 항목이 없을 때 적용하는 처리 방식입니다. ‘유휴 상태가 되면 연결 끊기’ 명령이 아닙니다.

도메인 조건을 사용하기 전에 필요한 것이 자동 연결인지 도메인별 트래픽 분기인지 먼저 확인하세요. 프록시 경로로 전송되는 요청을 줄이려는 목적이라면 Config에서 규칙이 적용되는지 확인하고, 특정 네트워크에서 연결을 시작하지 않으려는 목적이라면 On Demand를 조정해야 합니다. 두 문제를 혼동하면 ‘규칙은 바꿨는데 VPN은 계속 연결되어 있다’고 잘못 판단하기 쉽습니다.

비교 기록: 시험 계획을 배터리 절약 결론으로 오해하지 마세요

아래 내용은 실행 가능한 기록 방법이지, 미리 측정한 배터리 사용량 데이터가 아닙니다. 각 시험은 60분 동안 진행하고 가능하면 두 차례 반복하세요. 배터리 잔량 표시에는 반올림 오차가 있으며 온도, 신호, 백그라운드 작업도 달라질 수 있습니다. 한 그룹의 차이가 1%포인트뿐이라면 특정 설정이 일관되게 배터리를 더 절약한다고 판단하기 어렵습니다.

시험 그룹	유지할 조건	기록 항목
수동 연결 대기	On Demand 끔, 동일한 Wi-Fi 사용, Home에서 연결 켬	시작·종료 배터리 잔량, 화면 사용 여부, 지속적인 데이터 전송 여부
수동 연결 해제 대기	On Demand 끔, 같은 Wi-Fi 사용, Home에서 연결 끔	시작·종료 배터리 잔량, 작업 중단 여부, 연결 자동 복구 여부
On Demand 연결 대기	네트워크 조건 하나만 활성화하고 나머지 설정은 첫 번째 시험 그룹과 동일하게 유지	시작·종료 배터리 잔량, 연결 상태 변화, 요청 처리 전 대기 여부
네트워크 전환 확인	같은 작업 요청을 유지하고 Wi-Fi와 셀룰러 네트워크를 한 번씩 왕복 전환	전환 시각, 연결 복구 여부, 연속 실패 여부

‘수동 연결 대기’에서는 안정적인데 ‘On Demand 연결 대기’에서 연결이 반복해서 복구된다면 조건 충돌이나 잦은 네트워크 변경부터 확인하세요. 두 그룹 모두 지속적으로 데이터를 전송한다면 먼저 백그라운드 작업의 원인을 찾으세요. 셀룰러 네트워크에서만 배터리 소모가 뚜렷하게 늘어난다면 신호가 안정적인 장소에서 다시 시험한 뒤 다른 설정을 검토하세요. 무선 네트워크에 따른 소모를 프로토콜 문제로 잘못 판단하지 않도록 주의하세요.

자주 묻는 질문: 화면 잠금, 알림, 백그라운드 설정

화면을 잠근 뒤에도 VPN 표시가 보입니다. 설정이 적용되지 않은 건가요?

반드시 그렇지는 않습니다. 화면이 잠긴 뒤에도 On Demand 조건이 충족될 수 있습니다. Settings → On Demand에서 조건을 확인한 다음 Home의 연결 상태와 비교하세요. VPN 표시는 연결 상태를 판단하는 데 참고할 수 있지만 실시간 배터리 소모량을 보여 주지는 않습니다. 완전히 연결을 끊은 상태를 시험하려면 먼저 On Demand를 끄세요.

백그라운드 앱 새로고침을 끄면 연결도 끊기나요?

시스템의 백그라운드 앱 새로고침과 VPN 네트워크 확장은 서로 다른 기능이므로 전자를 연결 해제 대신 사용할 수 없습니다. 다른 설정은 그대로 둔 채 먼저 On Demand를 끄고 Home에서 연결을 해제한 다음 시스템 VPN 상태도 함께 바뀌는지 확인하세요.

On Demand를 설정한 뒤 알림이 늦어졌습니다. 어떻게 확인하나요?

먼저 알림이 정상적으로 도착하던 기존 연결 상태로 복원해 문제가 사라지는지 확인하세요. 그다음 Wi-Fi와 셀룰러 네트워크에서 각각 시험해 자동 연결이 설정되기 전의 알림만 지연되는지 기록하세요. 시스템 알림 권한, 집중 모드, 대상 앱의 백그라운드 설정도 확인해야 합니다.

Direct로 바꾸면 배터리를 더 절약할 수 있나요?

Direct는 처리 대상 트래픽의 경로를 바꾸는 설정이지 네트워크 확장을 중단하는 기능이 아닙니다. 연결을 끊은 뒤의 대기 상태를 시험하려면 먼저 On Demand를 끄고 Home에서 연결도 끄세요. Global Routing에서 Direct를 선택한 상태를 연결 해제 시험으로 대신하지 마세요.

설정을 마친 뒤 매일 다시 시험해야 하나요?

그럴 필요는 없습니다. 조건이 비슷한 기록을 두 차례 남긴 뒤에는 연결이 안정적인지만 평소에 확인하면 됩니다. 네트워크 환경을 바꾸거나 On Demand 조건을 수정했을 때, 또는 배터리 소모가 계속 비정상적으로 많을 때 같은 절차로 다시 시험하세요. 각 시험에서는 변수 하나만 조정해야 합니다.

실제 작업에 필요한 기능을 제공하고 네트워크 전환 후에도 동작을 예상할 수 있는 설정을 유지하세요. 백그라운드 기록을 모두 없애는 것이 목표는 아닙니다. Shadowrocket은 상용 비공개 소프트웨어이며 주로 iPhone과 iPad에서 사용합니다. 유일한 구입 경로는 App Store이며, 시스템 요구 사항과 구입 가능 지역은 App Store 페이지를 기준으로 확인하세요. 앱 구입과 사용자가 보유한 연결 서비스는 별개이며, 이 글에서는 기기 내 설정과 확인 방법만 다룹니다.