Shadowrocket 백그라운드 배터리 소모 확인: On Demand 자동 연결 설정 가이드

On Demand, 터널, 실제 트래픽 구분하기

Shadowrocket의 메인 화면을 백그라운드로 전환해도 시스템 VPN 터널은 계속 요청을 처리할 수 있습니다. Home 화면으로 돌아가거나 화면을 잠그거나 멀티태스킹 화면에서 앱을 닫았다고 해서 터널이 중지된 것은 아닙니다. 연결 상태를 확인하려면 Shadowrocket의 Home에서 상태를 확인하고, 시스템 설정에 표시된 VPN 상태와 대조하세요.

On Demand는 연결을 시작하는 조건을 관리하고, Global Routing은 트래픽 처리 방식을 관리합니다. On Demand를 켜면 현재 자동 연결 규칙에 맞는 경우 시스템이 연결을 시도할 수 있습니다. 트래픽이 감지될 때 잠깐만 실행되는 타이머 기능이 아니며, 유휴 상태에서 반드시 연결이 끊기는 것도 아닙니다. 연결이 유지되거나 다시 설정되는지는 실제 규칙과 네트워크 환경을 함께 살펴봐야 합니다.

배터리 소모는 터널 내 데이터 처리, 암호화된 전송, DNS 조회, 연결 실패 후 재시도에서 발생할 수 있습니다. 요청을 시작한 백그라운드 앱이나 무선 네트워크 자체도 원인일 수 있습니다. 웹 페이지를 열지 않았더라도 사진 동기화, 이메일 수신, 다른 앱의 백그라운드 활동으로 네트워크 요청이 발생할 수 있습니다. 따라서 시스템에서 일부 활동을 Shadowrocket의 사용으로 표시하더라도 On Demand가 원인이라고 단정할 수는 없습니다.

자동 연결 유지와 수동 연결, 사용 환경에 맞게 선택하기

여기서 ‘상시 연결’은 터널을 사용할 수 있는 상태로 유지하고, 연결이 끊기면 조건에 따라 다시 연결되도록 하는 사용 방식을 뜻합니다. On Demand에 별도의 절전 모드가 있다는 뜻은 아닙니다. On Demand를 끄면 해당 자동 연결 동작이 취소될 뿐, 이미 설정된 터널이 반드시 함께 끊기는 것은 아닙니다. 연결을 중지하려면 Home에서 직접 연결을 끊고 상태를 확인하세요.

자동 연결이 수동 연결보다 반드시 배터리를 더 소모하는 것은 아닙니다. 두 방식 모두 같은 터널을 유지하고 같은 요청을 처리한다면, 스위치 상태만으로 배터리 사용량 차이를 추론할 수 없습니다. 비교할 항목은 총 연결 시간, 자동 재연결 횟수, 그리고 연결이 필요 없는 유휴 시간까지 처리 범위에 포함되는지입니다.

시스템 배터리 화면에서 비교 가능한 기록 만들기

iPhone 또는 iPad에서 시스템 ‘설정 → 배터리’를 열고 화면에 표시되는 기간, 배터리 그래프, 앱 활동 기록을 확인하세요. 시스템 버전에 따라 기간이나 세부 항목의 이름이 다를 수 있으므로 기기에 표시되는 내용을 기준으로 삼으세요. 같은 시간대를 선택해 Shadowrocket과 다른 앱의 활동을 비교하고, 하루 전체 기록과 짧은 테스트 기록을 섞지 마세요.

1. 측정 시작 및 종료 조건을 기록하세요. 시작 시간과 배터리 잔량, 충전 여부, Wi-Fi 또는 셀룰러 네트워크 사용 여부, 신호 안정성을 적어 두세요. 핫스팟, 내비게이션, 영상 통화처럼 사용량을 크게 바꾸는 작업도 기록하세요.
2. 배터리 잔량과 활동의 연관성을 살펴보세요. 배터리 소모가 화면을 켜서 사용한 시간에 집중되는지, 화면이 잠긴 동안에도 계속되는지 확인하세요. 시스템에서 백그라운드 활동 시간을 제공한다면 함께 기록하되, 이를 프로세서가 계속 최대 부하로 작동했다는 뜻으로 해석하지 마세요.
3. 연결 상태를 확인하세요. 테스트 시작과 종료 시 Home에서 터널 연결 여부를 기록하세요. 중간에 네트워크를 바꾸거나 수동으로 연결을 끊었다면 시간을 적어 시스템 배터리 그래프와 대조할 수 있게 하세요.
4. 비슷한 환경에서 반복하세요. 예를 들어 각각 60분인 관찰 구간을 두 번 마련하고, 네트워크와 화면 사용량, 설정은 비슷하게 유지한 채 On Demand 또는 연결 방식만 바꿔 보세요. 60분은 기록을 위한 예시일 뿐, 제품의 배터리 사용 시간을 뜻하지 않습니다.

배터리 화면에 표시되는 앱 비율은 선택한 기간의 전체 배터리 사용량에서 차지하는 비중입니다. ‘앱이 기기 배터리 전체의 같은 비율을 소모했다’는 뜻으로 바로 해석할 수는 없습니다. 다른 앱의 활동이 줄면 Shadowrocket의 비중이 높아질 수 있지만, 기기의 실제 배터리 소모량은 늘지 않았을 수도 있습니다. 배터리 그래프와 실제 잔량 감소, 활동 시간대를 함께 살펴보세요. 차이가 작다면 반복해서 관찰하고, 한 번의 기록만으로 결론 내리지 마세요.

Settings → On Demand를 순서대로 조정하기

Shadowrocket에서 Settings → On Demand로 이동해 먼저 기능이 켜져 있는지 확인하고, 화면에 실제로 제공되는 규칙이나 네트워크 일치 조건을 살펴보세요. 앱 화면과 시스템 환경에 따라 표시되는 옵션이 다를 수 있습니다. 가이드를 그대로 따라 하려고 없는 스위치를 찾거나, 특정 Wi-Fi 이름을 일반적인 예시처럼 입력하지 마세요.

1. 먼저 수동 연결을 기준으로 측정하세요. On Demand를 끄고 Home으로 돌아가 직접 연결을 끊으세요. 연결이 끊긴 상태를 확인한 뒤 연결이 필요 없는 시간대에도 비슷한 수준으로 배터리가 소모되는지 살펴보세요.
2. 다음으로 수동 연결을 테스트하세요. On Demand를 끈 상태로 유지하고 Home에서 기존 설정을 수동으로 연결한 뒤 평소와 같은 작업을 하세요. 이때도 배터리 소모가 뚜렷하게 늘어난다면 자동 연결만을 원인으로 보지 말고 요청량과 네트워크를 계속 확인하세요.
3. 자동 연결을 다시 설정하세요. 자동 복구가 필요하다면 On Demand를 다시 켜세요. 화면에 Wi-Fi, 셀룰러 네트워크 또는 네트워크 일치 조건이 있다면 실제로 필요한 범위만 남기세요. 변경 후 해당 네트워크에서 각각 확인하세요.
4. 연결 해제와 복구를 확인하세요. 제어 가능한 환경에서 네트워크를 한 번 전환하고 Home에서 예상대로 연결이 복구되는지 살펴보세요. 테스트를 마친 뒤 네트워크를 계속 바꿔 보지는 마세요. 그 동작 자체가 연결 설정 횟수를 늘릴 수 있습니다.

‘연결을 끊었는데 바로 다시 연결됨’은 우선 자동 연결이 작동했다는 단서이지, 배터리 소모의 결론은 아닙니다. On Demand가 켜져 있고 현재 네트워크가 계속 조건에 맞으면 시스템이 다시 연결을 설정할 수 있습니다. 연결되지 않은 상태를 확인하려면 먼저 On Demand를 끈 다음 직접 연결을 끊으세요. Home의 연결 스위치만 반복해서 누르면 연결 설정 과정이 계속 발생할 수 있습니다.

백그라운드 활동이 계속되면 요청과 재시도 확인하기

같은 작업을 할 때 수동 연결과 자동 연결 모두에서 백그라운드 활동이 많다면, 다음으로 ‘터널에서 어떤 작업이 처리되고 있는지’를 살펴보세요. 앱에서 제공하는 요청 기록이나 로그 화면에서 관찰 시간대의 시각, 대상, 실패 정보를 확인하세요. 관련 항목 몇 개만 먼저 기록하면 충분하며, 상세 로그를 장시간 켜 둘 필요는 없습니다. 로그 기록 자체도 처리와 저장 작업을 늘립니다.

• 같은 대상에 일정 간격으로 접속: 앱 동기화, 상태 확인 또는 실패 후 재시도가 있는지 살펴보세요. 짧은 시간에 같은 요청이 많이 반복된다면 원인을 추적할 필요가 있지만, 요청 횟수만으로 배터리 소모량을 판단할 수는 없습니다.
• 네트워크 전환 후 연속 실패: Wi-Fi 및 셀룰러 신호와 실패 시각을 대조하세요. 네트워크가 불안정하면 핸드셰이크와 재전송이 반복될 수 있으므로 안정적인 네트워크에서 먼저 다시 확인하세요.
• Connectivity Test를 반복 실행: 이 테스트는 확인 요청을 직접 보내므로 연결 가능 여부를 점검하는 데 적합하지만, 배터리 사용 시간을 관찰하는 동안 계속 실행하기에는 적합하지 않습니다. 필요한 확인을 한 번 마친 뒤 반복 실행을 멈추세요.
• 기존 구독 업데이트: 업데이트 작업은 관찰 시간대와 분리하세요. 설정 업데이트, 연결 재선택, 재테스트를 한꺼번에 하면 정상적인 유지 관리와 비정상적인 재시도를 로그에서 구분하기 어려워집니다.

위 오류 카드는 로그에 해당 문구가 실제로 표시될 때 확인하는 용도입니다. 모든 실패에 같은 문구가 표시된다는 뜻은 아닙니다. Home에 Not Connected라고 표시된다면 이는 우선 연결 상태를 나타내며 실패 원인을 설명하는 문구가 아닙니다. 연결을 시도한 시각과 로그를 함께 확인하고, 상태 문구를 구체적인 오류로 간주하지 마세요.

라우팅 모드와 프로토콜을 구분한 뒤 최종 설정 결정하기

Home의 Global Routing과 On Demand는 서로 다른 설정입니다. Global Routing의 Proxy, Direct, Config, Scene은 앱 내 설명과 현재 설정을 기준으로 확인하세요. 여기서 Direct는 시스템 VPN 터널을 끄는 것과 같은 의미가 아닙니다. 배터리 사용량을 비교할 때 ‘연결됨’과 ‘연결되지 않음’을 비교하려면 실제로 연결을 끊어야 하며, 라우팅을 Direct로 바꾸는 것만으로는 충분하지 않습니다.

Config를 사용한다면 Config에서 현재 활성화된 파일의 Rule을 확인하세요. DOMAIN-SUFFIX, GEOIP, IP-CIDR 등의 규칙은 설정된 순서대로 일치 여부를 확인하며, 마지막의 FINAL은 앞선 규칙과 일치하지 않은 요청의 정책을 지정합니다. 트래픽이 어떤 정책으로 전달되는지에 따라 연결 경로가 달라질 수 있지만, 규칙 항목 수만으로 배터리 사용 시간을 추론할 수는 없습니다.

• 먼저 실제 연결 경로를 확인하세요. 현재 Global Routing, 활성화된 Config, 일치한 정책을 확인해 자동 연결을 테스트한다고 생각하면서 실제로는 트래픽 경로까지 함께 바꾸는 일이 없도록 하세요.
• 프로토콜은 동일하게 유지하세요. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 연결 특성이 서로 다릅니다. 하지만 네트워크 품질과 매개변수, 작업 부하를 고려하지 않은 채 절전 효과를 일률적으로 비교할 수는 없습니다.
• 효과가 있는 설정은 유지하세요. 자동 연결 조건이 지나치게 넓어 불필요한 연결 시간이 생기는 경우에는 조건 범위를 조정하세요. 두 연결 방식에서 비슷한 문제가 나타난다면 요청을 발생시키는 앱, 네트워크 품질, 연결 실패를 계속 확인하세요.
• 복구 후 다시 확인하세요. 다음에 평소처럼 사용할 때 배터리 그래프와 Home 상태를 다시 살펴보세요. 불필요한 연결은 줄었고 필요한 자동 복구 동작은 유지됐는지 확인해야 합니다.