배터리 사용량 비율, 기기 전체의 실제 배터리 감소량, 네트워크 재연결을 구분한 다음 On Demand 사용 여부를 판단하세요. 직접 설정을 구성해 사용 중이며 Shadowrocket의 백그라운드 사용량이 많다고 느끼는 iPhone 및 iPad 사용자를 위한 안내입니다. 먼저 같은 조건에서 기록을 남기고 연결 안정성을 확인한 뒤, 안정적인 상시 연결·조건부 연결·수동 연결 중에서 선택하세요. On Demand는 조건에 따라 시스템이 연결을 설정하는 기능이지, 일정한 배터리 절약 스위치가 아닙니다.
배터리 사용량 확인하기: 비율을 실제 소모량으로 오해하지 않기
Shadowrocket의 메인 화면을 백그라운드로 보내도 시스템 VPN 터널이 끊기는 것은 아닙니다. 터널이 다른 앱의 요청을 처리할 수 있으므로 배터리 화면에 백그라운드 활동이 표시된다는 사실만으로 이상을 단정할 수 없습니다. 점검이 필요한지 판단하려면 기기 전체의 배터리 감소량, 화면 사용 시간, 실제 네트워크 활동, 같은 조건에서 문제가 반복되는지를 함께 살펴보세요.
iOS 설정의 ‘배터리’ 화면에서 확인할 수 있는 날짜나 시간 범위를 선택한 뒤 Shadowrocket의 사용량과 활동 정보를 확인하세요. 차트 이름과 선택 가능한 범위는 iOS 버전에 따라 다를 수 있으니 현재 기기에 표시되는 내용을 기준으로 합니다. 앱 배터리 사용량 비율은 선택한 범위에서 사용량이 배분된 비율이며, 해당 앱이 배터리 용량을 그만큼 직접 소모했다는 뜻은 아닙니다.
-
시간대 선택
설정 → 배터리에서 문제가 나타난 시간대를 선택하세요. 해당 시간에 동영상 재생, 사진 동기화, 시스템 업데이트, 개인용 핫스팟 사용이 있었는지 먼저 확인해 기기 전체의 부하를 특정 앱 탓으로 돌리지 않도록 합니다.
-
조건 기록
시작·종료 배터리 잔량, 관찰 시간, 화면 켜짐 여부, Wi-Fi 또는 셀룰러 네트워크, 충전 여부, Home의 연결 상태를 기록하세요. 우선 비교하기 편한 60분을 관찰 시간으로 삼으세요. 이는 비교를 위한 시간이며, 배터리 소모의 정상 기준은 아닙니다.
-
활동 확인
해당 시간대의 백그라운드 활동을 살펴보고 다른 앱이 계속 데이터를 전송했는지 확인하세요. 백그라운드 활동 시간은 CPU가 최대 부하로 작동한 시간이나 추가 배터리 감소량으로 바로 환산할 수 없습니다.
-
반복 관찰
같은 장소, 비슷한 신호 세기, 동일한 화면 조건에서 기록을 반복하세요. 충전 중 관찰한 결과와 신호가 약한 곳에서 관찰한 결과를 한 번씩만 비교해 어떤 연결 설정이 더 효율적인지 판단하지 마세요.
상시 연결과 잦은 재연결은 배터리를 소모하는 방식이 다릅니다
안정적인 상시 연결은 터널 처리, 암호화, 프로토콜 유지에 필요한 트래픽을 발생시킬 수 있지만, 연결 시간이 길다고 해서 계속 많은 데이터를 전송하는 것은 아닙니다. 반대로 연결을 반복해서 끊고 다시 설정하면 도메인 조회, 전송 연결 설정, 인증, 앱 요청 재시도가 되풀이될 수 있습니다. 셀룰러 신호가 약하거나 네트워크 전환이 잦다면 이러한 과정에 무선 네트워크 자체의 전력 소모도 더해질 수 있습니다.
이 흐름은 관찰할 수 있는 현상을 설명합니다. 기기가 Wi-Fi에 연결되어 있을 때는 정상 작동하지만, 범위를 벗어난 뒤 잠시 연결이 끊기고 복구 후 앱이 요청을 한꺼번에 재시도할 수 있습니다. 로그의 시각이 네트워크 전환 시점과 일치한다면 프로토콜을 바꾸거나 자동 연결 규칙을 추가하기 전에 연결 안정성부터 확인하세요. 상태 표시줄의 VPN 아이콘만으로 이런 반복이 발생했는지는 알 수 없습니다.
- 안정적인 유휴 상태: 화면이 꺼져 있고 서비스 요청이 적으며 연결 상태가 반복해서 바뀌지 않습니다. 연결 시간만 보고 결론을 내리지 말고, 같은 부하에서 수동으로 연결을 끊었을 때의 기록과 먼저 비교하세요.
- 지속적인 데이터 전송: 동영상 재생, 백업, 파일 동기화가 터널을 통과하면 실제 트래픽에 따라 처리량이 달라집니다. 업무 트래픽과 연결 유지를 분리하려면 관련 전송을 일시 중지한 뒤 유휴 상태를 관찰하세요.
- 주기적인 실패: 짧은 시간 동안 연결 실패, 앱 재시도 또는 연결 설정이 반복됩니다. 현재 구성의 서버 주소, 포트, 인증 정보, 사용 중인 네트워크에서의 연결 가능 여부부터 확인하세요.
- 잦은 네트워크 전환: Wi-Fi 신호가 약한 구간과 셀룰러 네트워크 사이를 반복해서 오갑니다. On Demand 조건과 관련이 있는지 판단하기 전에 하나의 안정적인 네트워크에서 다시 테스트하세요.
On Demand는 연결 시점을 제어하며, 트래픽 분할 규칙을 대체하지 않습니다
Shadowrocket에서 Settings → On Demand로 이동해 현재 스위치와 규칙을 확인하세요. On Demand는 설정한 조건에 따라 시스템이 연결 동작을 결정하도록 하는 기능입니다. ‘화면이 꺼지면 즉시 연결 해제’나 ‘Shadowrocket을 열어야만 연결’이라는 뜻은 아닙니다. 백그라운드 앱의 네트워크 요청으로 조건을 충족한 연결이 계속 작동할 수도 있으므로, 규칙과 시스템 상태를 함께 확인해야 합니다.
연결을 시작하는 조건과 트래픽이 향하는 경로는 별개의 설정입니다. Home → Global Routing의 Proxy, Direct, Config, Scene은 라우팅 방식을 결정하고, Settings → On Demand는 조건부 연결을 설정합니다. Direct를 선택해도 시스템 VPN 터널이 꺼지는 것은 아니며, Config를 선택해도 프록시 규칙에 일치하는 경우에만 터널이 설정되는 것은 아닙니다. 배터리 소모를 테스트할 때 이 두 설정을 동시에 바꾸지 마세요.
| 설정 항목 | 기능 | 점검할 때의 방법 |
|---|---|---|
| Home 연결 스위치 | 현재 연결을 수동으로 시작하거나 중지합니다. | 수동 연결을 기준으로 측정하세요. 연결을 계속 끊어 두려면 먼저 On Demand 설정을 확인합니다. |
| Settings → On Demand | 설정한 조건에 따라 시스템이 연결을 시작하도록 합니다. | 먼저 명확한 조건 하나만 남겨 확인한 뒤 조건을 하나씩 추가하세요. |
| Home → Global Routing | Proxy, Direct, Config 또는 Scene을 선택합니다. | 비교 테스트 중에는 같은 라우팅 방식을 유지하고 다른 방식을 동시에 바꾸지 마세요. |
| Config | 구성 파일과 트래픽 분할 규칙을 관리합니다. | 의도한 구성을 사용 중인지 확인해 백그라운드의 대량 트래픽이 예기치 않게 프록시를 통해 나가지 않도록 합니다. |
예를 들어 Config의 DOMAIN-SUFFIX,example.com,DIRECT는 도메인별 트래픽 분할 규칙이지, On Demand의 연결 시작 규칙이 아닙니다. 서비스 트래픽을 DIRECT로 보내도 터널은 계속 유지될 수 있습니다. 연결을 끊었을 때 배터리 소모가 줄어드는지 테스트하려면 Direct로만 전환하지 말고 On Demand를 제어한 뒤 실제로 연결을 중지하세요.
변수 하나씩 바꿔 세 가지 연결 방식을 비교하세요
배터리 소모를 비교하기 전에 기존 구성이 정상적으로 연결되는지 확인하세요. 테스트 중 구독을 새로 고치고, 서버를 바꾸고, DNS를 수정하고, 프로토콜과 On Demand 설정까지 조정하면 배터리 변화의 원인을 특정할 수 없습니다. 테스트 중에는 여러 연결을 한꺼번에 측정하는 작업을 중지하세요. 측정 작업 자체가 연결과 네트워크 트래픽을 발생시킵니다.
-
현재 설정 저장
Home에서 사용 중인 구성, Global Routing 방식, Settings → On Demand의 기존 설정을 기록하세요. 필요한 정보만 로컬에 보관하고, 구독 전체 URL과 인증 정보는 공개 점검 기록에 포함하지 마세요.
-
연결 해제 상태 관찰
On Demand를 끈 다음 Home에서 연결을 중지하세요. 해당 연결이 필요하지 않은 동일한 저부하 환경에서 60분 동안 기록하고, 관찰 중 자동으로 다시 연결되지 않았는지 확인합니다. 연결을 끊으면 필수 서비스가 중단되는 경우 이 항목은 건너뛰고 사유를 기록하세요.
-
상시 연결 상태 관찰
On Demand를 끈 상태로 두고 Home에서 기존 구성을 수동으로 연결하세요. 같은 네트워크와 비슷한 부하, 동일한 시간 동안 관찰하며 기기 전체 배터리 변화와 재연결 여부를 기록합니다.
-
조건부 연결 관찰
Settings → On Demand로 이동해 확인하려는 조건을 켜세요. 조건이 실제로 충족됐는지, 연결 설정이 반복되는지, 포그라운드 앱을 사용하지 않는 동안에도 백그라운드 요청이 발생하는지 기록합니다.
-
차이 재확인
차이가 뚜렷하게 나타난 항목은 한 번 더 반복하세요. 배터리 잔량 표시는 반올림되므로 짧은 시간의 미세한 변화만으로 설정의 우열을 입증하기 어렵습니다. 발열, 약한 신호, 시스템 백그라운드 작업도 함께 확인하세요.
상시 연결 그룹은 정상이지만 조건부 연결 그룹에서 재연결이 반복된다면 트리거 조건부터 간소화하세요. 같은 네트워크에서 두 그룹 모두 실패를 반복한다면 네트워크와 기존 구성을 먼저 점검합니다. 연결 해제 그룹에서도 배터리 감소량이 비슷하다면 Shadowrocket 설정만 조정하지 말고 시스템 배터리 화면의 다른 앱 활동, 신호 상태, 기기 상태를 추가로 확인하세요.
배터리 절약보다 연결 문제부터 해결하세요
현재 구성에서 확인할 수 있는 연결 기록이나 로그를 열고 실패 시각, 대상 주소, 반복 여부를 살펴보세요. 아래는 네트워크 로그에 나타날 수 있는 원문 오류 예시입니다. 실제 기록에 해당 문구가 있을 때만 관련 항목을 기준으로 점검하세요. 프로토콜과 로그 상세 수준에 따라 표현이 다를 수 있으므로, 특정 오류가 없다고 해서 네트워크가 반드시 정상인 것은 아닙니다.
오류: connection refused
원인 및 해결:대상 연결이 명시적으로 거부된 상태입니다. 포트에서 서비스가 대기 중이지 않거나 접속이 거부된 경우에 나타날 수 있습니다. 직접 구성한 서버 주소와 포트가 일치하는지 확인하고 기존 서비스 제공자에게 서비스 상태를 문의하세요. On Demand를 껐다 켜며 반복해서 재시도하는 것으로 해결하려 하지 마세요.
오류: i/o timeout
원인 및 해결:네트워크의 읽기 또는 쓰기 단계에서 대기 시간이 초과된 상태입니다. 이 문구만으로는 서버 문제인지 판단할 수 없습니다. 안정적인 Wi-Fi와 셀룰러 네트워크에서 같은 구성을 각각 테스트하고 실패 시각을 비교한 뒤 주소 확인, 네트워크 연결 가능 여부, 기존 서비스 상태를 점검하세요.
Wi-Fi와 셀룰러 네트워크를 전환할 때만 오류가 집중된다면 먼저 한 네트워크로 고정해 다시 테스트하세요. 고정된 네트워크에서도 계속 실패하면 구성 항목을 확인합니다. 포트는 기존 구성과 일치해야 하며, 흔히 쓰이는 포트라는 이유만으로 443으로 임의 변경하면 안 됩니다. 인증 정보나 전송 매개변수가 맞지 않는 문제도 연결 간격을 줄여 해결할 수 없습니다.
- 시각 대조:실패 시각을 배터리 그래프 및 Wi-Fi에서 벗어난 시각과 비교하세요. 과거 로그 한 건만으로 전체 시간대의 배터리 소모를 추측하지 마세요.
- 업데이트와 연결 구분:구독 업데이트 실패는 구성 목록을 가져오지 못했다는 뜻이지, 저장된 연결이 반드시 작동하지 않는다는 뜻은 아닙니다. 업데이트 기록과 실제 연결 상태를 따로 확인하세요.
- 테스트 부하 줄이기:문제 원인을 찾은 뒤 연속 측정과 더 이상 필요하지 않은 상세 진단 기록을 중단하세요. 진단 활동이 이후의 일상적인 배터리 비교에 섞이지 않도록 합니다.
- 구성 정보 보호:문제를 전달할 때는 오류 문구와 시각을 남기고, 전체 구독 URL과 인증 정보, 공개할 필요가 없는 서버 정보는 가리세요.
사용 상황에 맞춰 선택하고 재현 가능한 결과를 남기세요
계속 연결이 필요하고 네트워크가 안정적이라면 안정적인 상시 연결을 유지하고 백그라운드의 대량 트래픽과 비정상적인 재연결을 중점적으로 확인하세요. 특정 네트워크 조건이나 필요할 때만 연결하면 된다면 On Demand를 테스트하되, 실제로 연결 범위가 좁아지는지 확인해야 합니다. 사용 시간이 짧고 직접 연결을 제어할 수 있다면 수동 연결로 상태를 확인하기가 더 쉽습니다. 어느 쪽도 모든 상황에 적용되는 배터리 절약 결론은 아닙니다.
메인 화면을 닫았는데도 배터리 화면에 백그라운드 활동이 표시되는 이유는 무엇인가요?
메인 화면과 시스템 VPN 터널은 작동 주기가 다릅니다. 먼저 Home으로 돌아가 연결 상태를 확인한 뒤 Settings → On Demand를 살펴보세요. 화면을 닫는 것만으로 연결이 중지된다고 생각하면 안 됩니다. 연결 해제 상태와 비교하려면 먼저 자동 연결을 끈 다음 연결을 중지하세요.
On Demand를 켜면 배터리 소모가 반드시 줄어드나요?
그렇지 않습니다. 조건이 오랫동안 충족되거나 백그라운드 요청이 계속되면 연결이 장시간 유지될 수 있습니다. 조건 경계가 불안정하면 연결이 반복해서 설정될 수도 있습니다. 같은 네트워크에서 상시 연결과 조건부 연결을 각각 기록한 뒤 연결 횟수와 기기 전체의 배터리 감소량을 기준으로 판단하세요.
밤에 휴대전화를 사용하지 않을 때는 연결을 바로 끊어야 하나요?
먼저 밤사이에 해당 연결을 사용하는 동기화나 다른 작업이 있는지 확인하세요. 필요하지 않다면 On Demand를 끄고 Home에서 연결을 중지한 다음 밤 동안의 시작·종료 배터리 잔량을 기록할 수 있습니다. 비교하는 밤마다 충전, 네트워크, 동기화 조건을 동일하게 유지하세요.
셀룰러 네트워크에서 배터리가 더 빨리 줄면 프로토콜을 잘못 선택한 건가요?
먼저 신호 약화, 이동 중 사용, 잦은 네트워크 전환의 영향을 제외하세요. 한 장소에 고정한 상태에서 같은 기존 구성을 사용해 Wi-Fi와 셀룰러 네트워크를 각각 관찰합니다. 네트워크 조건과 트래픽 양을 비슷하게 맞춘 경우에만 프로토콜 매개변수를 추가로 비교하고, 프로토콜 이름만으로 배터리 소모 순위를 매기지 마세요.
재현할 수 있는 결론을 남기세요. 사용한 네트워크, 기존 구성, Global Routing 방식, On Demand 사용 여부, 같은 시간 동안의 기기 전체 배터리 감소량과 재연결 상태를 기록합니다. 연결 실패와 반복 재시도를 먼저 해결한 뒤 연결 시작 방식을 선택하세요. 한 번의 배터리 비교 결과로 충분한 관찰을 대신하지 마세요.