Shadowrocket 백그라운드 배터리 소모 점검: On Demand 자동 연결 설정 방법

iOS 배터리 사용량에서 소모 원인을 확인하고 On Demand 자동 재연결 조건과 Wi-Fi·셀룰러 환경별 배터리 절약 설정을 살펴봅니다.

이 글의 핵심

Shadowrocket의 On Demand는 조건에 따라 VPN 연결을 시작하는 기능이지, 배터리 절약 스위치가 아닙니다. 먼저 iOS 배터리 통계의 시간대를 맞춘 뒤 지속적인 데이터 전송, 네트워크 전환, 연결 재시도를 구분해 점검하세요. 자체 서비스와 구독을 이미 이용 중이며 백그라운드 배터리 소모 원인을 찾으려는 사용자를 위해 설정 선택과 한 번에 한 항목씩 검증하는 방법을 안내합니다. 특정 설정이 항상 배터리를 절약한다고 가정하지 않습니다.

1. iOS 배터리 사용량 확인하기: 점유율만으로 소모를 판단하지 마세요

iPhone 또는 iPad의 설정에서 ‘배터리’를 열고 문제가 발생한 날짜와 시간대를 선택한 다음 앱별 배터리 사용량, 화면 켜짐 시간, 백그라운드 활동을 확인하세요. 통계 메뉴와 표시 이름은 시스템 버전에 따라 달라질 수 있으므로 기기에 표시되는 내용을 기준으로 확인해야 합니다. 시작 및 종료 시 배터리 잔량, 충전 여부, 당시 Wi-Fi 또는 셀룰러 연결 상태도 기록하세요.

배터리 목록의 비율은 대개 선택한 시간대의 전체 소모량 중 앱이 차지하는 몫을 뜻하며, 기기 배터리가 그 비율만큼 줄었다는 뜻은 아닙니다. 예를 들어 해당 시간대에 배터리가 10%포인트 줄고 앱 사용 비율이 20%로 표시되어도, 그 앱 때문에 기기 전체 배터리가 20%포인트 감소한 것은 아닙니다. 백그라운드 활동 시간도 프로세서가 내내 최대 부하로 작동했다는 의미는 아닙니다.

  1. 시간대 맞추기: 배터리가 비정상적으로 줄어든 시간을 선택하세요. 몇 분간의 네트워크 문제를 하루 전체 통계로 설명하지 마세요.
  2. 실제 작업 확인: 사진 동기화, 파일 전송, 동영상 재생 등 당시 진행된 작업을 기록하세요. VPN 네트워크 확장을 통해 트래픽이 처리될 수 있으므로, 앱별 통계 비율만으로 최초 요청을 보낸 앱을 단정할 수 없습니다.
  3. 외부 요인 확인: 신호가 약했는지, 기기가 뜨거웠는지, 충전 중이었는지, 시스템 백그라운드 작업이 있었는지 기록하세요. 이런 요인도 기기 전체의 배터리 소모에 영향을 줍니다.
  4. 기준 상태 기록: 설정을 바꾸기 전에 Home의 연결 상태, Global Routing에서 선택된 항목, Settings → On Demand 설정을 기록하세요.

2. On Demand의 작동 조건과 백그라운드 동작

Shadowrocket에서 Settings → On Demand로 이동해 전체 스위치와 현재 화면에 표시되는 네트워크 조건을 확인하세요. On Demand는 조건부 연결 규칙을 시스템에 전달합니다. 네트워크 조건과 규칙 동작, 시스템의 연결 판단이 충족되면 시스템이 VPN 연결을 시작할 수 있습니다. 이 기능을 켜도 화면을 끌 때마다 연결이 끊기는 것은 아니며, 모든 네트워크 요청마다 터널을 새로 만드는 것도 아닙니다.

네트워크 조건 변경 시스템에서 규칙 평가 연결 동작 시작 터널 연결 이후 트래픽 처리

Wi-Fi에서 셀룰러로 전환하거나 무선 네트워크에 다시 연결되면 시스템이 규칙을 다시 평가할 수 있습니다. 실제 연결 여부는 설정과 네트워크 상태에 따라 달라집니다. 이미 연결된 상태도 네트워크 전환 중 복구되거나 다시 연결될 수 있으므로, 모든 복구 동작의 원인을 On Demand로 돌려서는 안 됩니다. 서버에 연결할 수 없거나 인증 오류가 발생하거나 기본 네트워크가 불안정한 경우는 따로 점검하세요.

Shadowrocket을 앱 전환기에서 강제로 종료하는 방법을 일상적인 연결 해제 절차로 사용하지 마세요. 앱 화면과 시스템이 관리하는 VPN 네트워크 확장은 수명 주기가 다릅니다. 앱 화면을 닫는 것으로 연결 스위치와 조건부 연결 규칙을 확인하는 절차를 대신할 수 없습니다.

3. Wi-Fi와 셀룰러 환경별 설정 선택

설정은 ‘Wi-Fi에서는 반드시 켜고 셀룰러에서는 반드시 끄기’가 아니라 사용 목적과 네트워크 안정성을 기준으로 정하세요. 안정적인 Wi-Fi에서 장시간 적은 트래픽으로 연결하는 경우와 이동 중 기지국을 자주 바꾸며 연결을 반복 시도하는 경우는 배터리 소모 조건이 다릅니다. 먼저 연결을 안정화한 뒤 자동 연결을 유지할지 판단하세요.

환경권장 시작 설정확인할 사항
고정된 안정적인 Wi-Fi지속 연결이 필요하면 On Demand 유지화면을 잠근 동안 동기화 트래픽이 많은지, 연결 오류가 반복되는지 확인
셀룰러 신호가 약한 경우자동 연결을 잠시 끄고 필요할 때 수동으로 연결해 비교배터리 소모가 약한 신호 및 연결 재시도와 동시에 발생하는지 먼저 확인
Wi-Fi와 셀룰러를 자주 오가는 경우안정적인 단일 네트워크에서 먼저 확인한 뒤 네트워크 전환 환경으로 돌아가기연결이 유지되는 동안이 아니라 네트워크 전환 시점에 오류가 집중되는지 확인
짧은 시간만 연결을 사용하는 경우On Demand를 끄고 Home에서 수동으로 관리할 수 있음사용 후 연결이 끊겼는지 확인하고 이후 작업에 연결이 필요한지 점검
로그인이 필요한 공용 Wi-Fi네트워크에 로그인한 뒤 VPN 테스트기본 네트워크에 정상적으로 접속할 수 있는지, 로그인이 완료됐는지 확인

요약: 안정적인 네트워크에서 먼저 확인한 다음 자동 연결 유지 여부를 결정하세요

고정된 Wi-Fi에서는 연결이 안정적이고 네트워크를 전환할 때만 배터리 소모와 오류가 발생한다면, 전환 과정과 연결 가능 여부부터 점검하세요. 프로토콜, 규칙, On Demand를 동시에 바꾸면 어떤 변경으로 개선됐는지 알 수 없습니다.

실제 화면에서 네트워크 유형이나 SSID별 조건을 설정할 수 있다면 필요한 항목을 하나씩 설정해 테스트하세요. 모든 시스템과 화면에 같은 옵션이 있다고 가정하지 마세요. 특정 네트워크 조건을 끄면 해당 조건의 연결 동작만 바뀌며, 그 네트워크의 모든 요청이 자동으로 DIRECT 처리되는 것은 아닙니다.

4. 연결 오류가 발생하면 반복 실패부터 줄이기

문제가 발생했을 때 연결 기록에서 시간, 대상, 오류 내용을 확인하세요. 아래 문구는 네트워크 로그에 나타날 수 있는 일반적인 오류 표현이며, 매번 고정된 팝업으로 표시된다는 뜻은 아닙니다. 실제 문구에는 시스템 또는 프로토콜 관련 정보가 추가될 수 있습니다. 오류가 한 번 발생했다고 배터리 문제가 입증되는 것은 아닙니다. 오류가 짧은 간격으로 반복되고 발생 시간이 배터리 감소 시점과 맞을 때 추가로 연관성을 살펴보세요.

오류: Connection refused

원인 및 해결: 대상 포트에서 서비스가 대기 중이 아니거나 연결이 명시적으로 거부됐을 수 있습니다. 사용 중인 서버의 주소와 포트를 확인하고 서비스 상태는 해당 서비스 제공업체에 문의하세요. Home 스위치를 계속 켰다 끄는 것으로 점검을 대신하지 마세요.

오류: Operation timed out

원인 및 해결: 제한 시간 안에 연결 또는 읽기·쓰기가 완료되지 않았습니다. 네트워크 경로에 접근할 수 없거나 패킷이 손실됐거나 대상이 응답하지 않는 경우일 수 있습니다. 먼저 안정적인 Wi-Fi에서 같은 서버를 다시 확인하고 셀룰러 결과와 비교하세요. 시간 초과만으로 인증 정보가 잘못됐다고 판단하지 마세요.

  1. 오류가 발생한 시간을 기록하고, Wi-Fi 연결이 끊기거나 셀룰러로 전환된 직후인지 확인하세요.
  2. Home에서 선택한 서버를 확인하고 Connectivity Test로 당시 연결 가능 여부를 점검하세요. 한 번 성공했다고 백그라운드 연결이 계속 안정적이라는 뜻은 아닙니다.
  3. 같은 오류가 계속 반복되면 On Demand를 일시적으로 끄고 연결을 해제하세요. 네트워크 또는 서버 문제를 해결한 뒤 다시 테스트하면 됩니다.
  4. 주소, 포트 또는 인증 정보가 실제로 변경된 경우에만 사용 중인 구독을 업데이트하세요. 업데이트 후 선택된 서버를 다시 확인하고, 구독을 반복 갱신하는 일을 일반적인 배터리 절약 방법으로 여기지 마세요.

프로토콜에 따라 점검할 부분도 달라집니다. 예를 들어 Hysteria2는 QUIC 기반이며 UDP를 사용합니다. 현재 네트워크에서 UDP가 제한된다면 먼저 프로토콜에 연결할 수 있는지 확인하세요. 다른 프로토콜이 TCP를 사용한다는 이유만으로 모든 기기와 네트워크에서 배터리를 더 적게 쓴다고 단정할 수 없습니다. 서버 포트는 사용 중인 설정을 기준으로 하며, 연결 문제를 해결하려고 임의로 443으로 바꾸지 마세요.

5. Global Routing과 On Demand의 차이

On Demand는 조건에 따라 연결을 시작하고, Global Routing은 연결된 상태에서 트래픽을 처리할 경로를 선택합니다. 두 기능은 같은 스위치가 아닙니다. Home → Global Routing에서 Proxy, Direct, Config, Scene을 현재 용도에 맞게 선택하세요. Scene의 실제 동작은 해당 장면 설정에 따라 달라지므로 고정된 배터리 절약 모드로 볼 수 없습니다.

Config를 사용할 때 DOMAIN-SUFFIX는 도메인 접미사, IP-CIDR은 IP 주소 대역, GEOIP는 IP 주소의 지리 데이터베이스 정보를 기준으로 일치 항목을 찾고, FINAL은 앞선 규칙에 일치하지 않은 요청에 적용됩니다. DIRECT, PROXY, REJECT는 처리 정책이지 배터리 모드가 아닙니다. 규칙 순서는 결과에 영향을 미치므로 배터리 목록의 비율을 낮추려고 필요한 규칙을 임의로 바꾸지 마세요.

6. 한 번에 한 항목씩 바꿔 개선 여부 확인하기

아래는 권장 기록 방법이며 실제 배터리 지속 시간 측정 결과가 아닙니다. 같은 장소와 네트워크, 비슷한 배터리 잔량에서 두 차례 관찰하되 선택한 서버, Global Routing, 화면 상태, 백그라운드 작업을 동일하게 유지하고 On Demand만 바꾸세요. 각 차례를 시작하기 전에 Home에서 같은 연결 상태를 만들어 ‘연결 여부’ 차이를 ‘조건부 연결 여부’ 차이로 잘못 해석하지 않도록 합니다.

2회
On Demand를 켠 경우와 끈 경우 각각 기록
30분
각 회차의 권장 관찰 시간이며 배터리 지속 시간 보장이 아님
1개
회차마다 설정 변수 하나만 변경
  1. 첫 번째: On Demand를 켜고 연결한 뒤 화면을 잠급니다. 시작 및 종료 시 배터리 잔량, 네트워크 변경, 오류 발생 시간을 기록하세요.
  2. 두 번째: On Demand를 끄고 수동 연결을 유지한 채 같은 조건으로 관찰하세요. 중간에 연결이 끊기면 이를 기록하고 두 회차의 연결 상태가 더 이상 동일하지 않음을 표시하세요.
  3. 사용 방식도 비교하려면: ‘계속 자동 연결’과 ‘사용 후 수동으로 연결 해제’를 비교하려면 별도의 테스트를 진행하고, 이번에는 연결 유지 시간도 함께 바뀌었다는 점을 분명히 하세요.
  4. 결과 재확인: 시스템 배터리 화면과 연결 기록을 대조하세요. 짧은 관찰에서 배터리 잔량 차이가 1~2%포인트에 그친다면 관찰 시간을 늘리고 테스트를 반복하세요. 바로 결론을 내리지 마세요.

요약: 설명하고 재현할 수 있는 설정 유지하기

지속적인 연결이 필요하고 네트워크가 안정적이라면 On Demand를 유지할 수 있습니다. 정해진 시간에만 사용한다면 수동으로 연결해도 됩니다. 기능을 꺼도 배터리가 똑같이 줄어든다면 조건부 연결 스위치를 계속 바꾸기보다 지속적인 데이터 전송, 약한 신호, 연결 오류를 다음으로 점검하세요.

문제가 해결되면 일상 설정을 하나씩 복원하고, 매번 실제 연결 상태를 확인하세요. 서비스 제공업체에 문의할 때는 발생 시간, 네트워크 유형, 민감 정보를 삭제한 오류 내용을 전달할 수 있습니다. 구독 주소, 인증 정보, 전체 연결 자격 증명은 공개하지 마세요. 연결 및 규칙 설정 방법은 이 사이트의 튜토리얼과 규칙 설명서에서 확인할 수 있습니다.

App Store에서 다운로드