배터리 사용 비율, 실제 잔량 감소, 연결 끊김을 구분하세요
먼저 기기 전체의 배터리 감소량을 확인한 다음 Clash의 백그라운드 기록을 살펴보세요. 배터리 화면에 표시된 ‘높은 비율’이 클라이언트가 전체 배터리의 같은 비율만큼 소모했다는 뜻은 아닙니다. 시스템마다 집계 기준이 다르며, 통계 기간의 앱별 배터리 사용 비율을 보여주는 경우도 있고 VPN으로 전달된 활동을 관련 앱에 포함하는 경우도 있습니다. 순위 화면 하나만으로 이상 여부를 판단하지 마세요.
예를 들어 기기 전체 배터리가 80%에서 76%로 줄고 배터리 화면에 특정 앱이 사용량의 25%를 차지한다고 표시되더라도, 해당 앱이 배터리 25%포인트를 소모했다고 볼 수는 없습니다. 아래 수치는 테스트 방법을 설명하기 위한 예시일 뿐, 특정 휴대전화의 실측 결과나 모든 기기에 적용되는 기준이 아닙니다.
- 기기가 계속 뜨겁고 데이터 사용량이 늘어남: 백그라운드 다운로드, 클라우드 동기화, 동영상 사전 로드, 연결 재시도부터 확인하세요.
- 화면이 켜져 있을 땐 정상이나 잠금 후 연결이 끊김: 배터리 제한, 백그라운드 실행 권한, VPN 서비스가 유지되는지 확인하세요.
- 셀룰러 네트워크에서만 배터리가 빨리 닳음: 신호 세기, 네트워크 모드 전환, 노드 연결 가능성을 함께 확인하고 TUN 탓으로 단정하지 마세요.
- 클라이언트 업데이트 후 갑자기 사용량이 증가함: 클라이언트 버전, 커널 버전, 설정 변경 사항을 기록하고 한 번에 한 변수씩 비교하세요.
잠금 상태에서 60분간 비교 기록하기
백그라운드 권한을 바꾸기 전에 같은 조건으로 두 차례 테스트하세요. 신호가 안정적인 동일한 Wi-Fi를 사용하고 시작 배터리 잔량을 비슷하게 맞춘 뒤 시스템 업데이트와 대용량 백업을 일시 중지합니다. 설정을 바꿀 때마다 약 5분간 기다려 초기 구독 업데이트, 규칙 로드, 연결 재설정이 끝난 다음 측정을 시작하세요.
- 테스트 환경 기록: 휴대전화 모델, 시스템 버전, 클라이언트 버전, 커널 버전, Wi-Fi 또는 셀룰러 네트워크 여부, 절전 모드 사용 여부를 적어 두세요.
- 기준 테스트: 프록시 서비스를 끄고 화면을 잠근 채 60분간 기다린 뒤 시작과 종료 시 배터리 잔량, 기기 전체의 백그라운드 데이터 사용량을 기록하세요. 이 테스트는 비교 기준으로만 사용하며, 측정 중에는 프록시가 필요한 서비스를 이용하지 마세요.
- 프록시 테스트: 앱 상태를 동일하게 되돌리고 안정적인 노드에 연결한 다음 같은 방식으로 화면을 잠그고 60분간 측정하세요.
- 차이 재확인: 테스트 순서를 바꿔 한 세트를 더 진행하세요. 한 차례에 사진 업로드, 시스템 유지 관리 또는 앱 업데이트가 우연히 발생하는 상황을 피할 수 있습니다.
| 기록 항목 | 기록 방법 | 확인 목적 |
|---|---|---|
| 시작·종료 배터리 잔량 | 예: 80% → 78%, 측정 시간 60분 | 앱 순위만 보지 말고 기기 전체의 배터리 감소량 비교 |
| 백그라운드 데이터 사용량 | 테스트 전후 누적 사용량(MB)의 차이 기록 | 대기 중 소모와 실제 데이터 전송 구분 |
| 연결 상태 | 화면 잠금 전과 잠금 해제 후 재연결 여부 기록 | 백그라운드 제한 및 노드 연결 실패 확인 |
| 오류 로그 | 시간 초과 발생 시각과 반복 횟수 기록 | 테스트 시간 내내 재시도가 이어졌는지 확인 |
배터리 잔량은 보통 정수 단위로만 표시되므로 짧은 시간 동안 1%포인트 차이가 난다고 해서 결론을 내려서는 안 됩니다. 두 차례의 차이가 거의 없다면 측정 시간을 3시간으로 늘리거나 비슷한 두 밤의 기록을 비교하세요. 중요한 알림을 받아야 하는 경우 테스트를 위해 필요한 네트워크 서비스를 강제로 끄지 마세요.
Android 배터리 최적화 예외: 연결 끊김 증상에 맞춰 설정
Android 프록시 클라이언트는 보통 시스템 VPN 인터페이스로 트래픽을 처리하고 포그라운드 서비스를 이용해 실행 상태를 유지합니다. 배터리 최적화 예외는 시스템의 백그라운드 제한을 줄이는 설정이지, 암호화나 데이터 전달에 필요한 연산량을 줄여 주지는 않습니다. 앱을 ‘제한 없음’으로 설정하면 화면 잠금 중 연결 끊김이 나아질 수 있지만, 이전에 중지되던 백그라운드 작업까지 계속 실행될 수 있습니다.
먼저 앱 배터리 설정을 확인하세요
기본 Android 14 화면을 예로 들면 「설정」→「앱」→「모든 앱 보기」→클라이언트 선택→「앱 배터리 사용량」으로 이동해 ‘제한됨’으로 설정되어 있는지 확인하세요. 시스템 버전에 따라 메뉴가 ‘앱 배터리 사용량’ 또는 ‘백그라운드 사용 허용’으로 표시될 수 있습니다. 아래 절차와 메뉴 이름은 기기의 실제 화면을 기준으로 확인하며 모든 제조사에서 같은 항목을 제공하는 것은 아닙니다.
- 먼저 ‘최적화’ 또는 시스템 기본 설정을 유지한 채 연결한 다음 화면을 잠그고 15~30분간 기다려 실제로 백그라운드 실행이 중지되는지 확인하세요.
- 로그와 VPN 상태를 통해 서비스가 종료된 것으로 확인되면 클라이언트를 ‘제한 없음’으로 설정하거나 백그라운드 실행을 허용한 뒤 다시 테스트하세요.
- 시스템에 ‘자동 시작’ 설정이 있다면 재부팅 후 서비스 자동 복구가 필요한 경우에만 허용하세요. 자동 시작과 화면 잠금 중 실행 유지는 서로 다른 설정입니다.
- 모든 앱의 배터리 제한을 한꺼번에 해제하지 마세요. 프록시 클라이언트만 변경해야 무엇이 달라졌는지 확인할 수 있습니다.
제조사별 백그라운드 정책과 시스템 VPN 설정을 구분하세요
삼성 One UI 6에서는 보통 「설정」→「배터리」→「백그라운드 사용 제한」으로 이동해 클라이언트가 ‘절전 상태 앱’ 또는 ‘초절전 상태 앱’에 포함되어 있는지 확인할 수 있습니다. 다른 제조사는 백그라운드 잠금, 스마트 절전, 백그라운드 고사용량 관리 등의 기능을 제공할 수 있으며 메뉴 이름은 시스템 버전에 따라 달라집니다. 최근 앱 목록의 ‘잠금’ 기능이 배터리 최적화 예외와 같은 의미라고 단정할 수 없습니다.
관련 옵션을 지원하는 기기에서는 「설정」→「네트워크 및 인터넷」→「VPN」→해당 구성의 설정에서 ‘VPN 상시 연결’을 확인할 수 있습니다. ‘VPN을 사용하지 않는 연결 차단’을 켜면 VPN을 사용할 수 없을 때 다른 네트워크 연결도 차단됩니다. 연결이 끊기면 반드시 차단해야 하는 경우에 적합하지만, 배터리 절약 기능은 아닙니다. 켜기 전에 노드 장애, 재부팅, Wi-Fi 전환 후 연결이 복구되는지 확인하세요.
TUN 상시 사용의 장단점: 메뉴 이름보다 트래픽 처리 범위가 중요합니다
데스크톱에서는 ‘시스템 프록시’와 ‘TUN 모드’를 별도 메뉴로 제공하는 경우가 많지만, 모바일에서는 같은 방식으로 이해할 수 없습니다. Android 클라이언트는 일반적으로 VpnService를 이용해 가상 네트워크 인터페이스를 만듭니다. 화면에 별도의 ‘TUN’ 버튼이 없어도 VPN 인터페이스를 통해 데이터가 오갈 수 있습니다. 실제 전달 방식, 앱별 설정 기능, 커널 연동 방식은 클라이언트에 따라 달라집니다.
TUN을 계속 사용할 때의 배터리 부담은 처리하는 패킷과 연결 수, 프로토콜 및 암호화 연산에 따라 달라지며 무선 네트워크가 깨어나는 빈도에도 영향을 받습니다. 데이터가 없을 때 가상 인터페이스가 존재한다고 해서 계속 부하가 큰 것은 아닙니다. 반대로 규칙 모드라도 짧은 연결이 많거나 재시도와 백그라운드 업로드가 이어지면 배터리가 계속 소모될 수 있습니다.
| 사용 사례 | 권장 설정 | 확인할 영향 |
|---|---|---|
| 프록시를 이용하는 메시지를 하루 종일 수신해야 함 | VPN을 계속 켜 두고 안정적인 노드와 규칙 기반 분할 라우팅 사용 | 잠금 화면 알림, 연결 복구, 네트워크 전환 |
| 매일 잠깐씩만 특정 서비스 이용 | 사용 전에 연결하고 이용 후 직접 중지 | 중지한 뒤에는 관련 앱이 인터넷에 연결되지 않을 수 있음 |
| 일부 앱만 트래픽을 처리해야 함 | 클라이언트가 지원하면 앱별 포함 목록 사용 | 로그인 화면 전환, 브라우저 및 관련 시스템 구성요소 |
| 프록시를 거치지 않는 트래픽을 반드시 차단해야 함 | 필요에 따라 VPN 상시 연결과 연결 끊김 시 차단 유지 | 노드 장애로 기기 전체의 인터넷이 끊겼을 때 복구하는 방법 |
‘규칙에 따라 DIRECT로 연결’하는 것과 ‘앱을 VPN에서 제외’하는 것은 다릅니다. DIRECT는 일반적으로 트래픽이 커널에 들어온 뒤 커널이 목적지에 직접 연결한다는 뜻입니다. 앱별 제외는 해당 앱의 트래픽이 VPN 경로를 아예 거치지 않게 할 수 있습니다. 후자는 VPN이 처리하는 범위를 줄일 수 있지만 DNS, 라우팅, 외부에 표시되는 접속 경로도 바뀌므로 배터리 절감 효과만 보고 결정해서는 안 됩니다.
배터리를 아끼려고 TUN 프로토콜 스택을 함부로 바꾸거나 필요한 DNS 처리를 끄지 마세요. 한 휴대전화에서 특정 옵션의 사용량이 줄었다고 해서 다른 기기에서도 효과가 있다고 볼 수는 없습니다. 설정을 바꾸기 전에 구성을 저장하고, 매번 한 항목씩 변경한 다음 웹페이지, 메시지, 네트워크 전환이 모두 정상인지 확인하고 유지하세요.
상태 확인, DNS 재시도, 백그라운드 로그 줄이기
먼저 주기적으로 실행되는 작업을 확인하세요. 구독 업데이트, 프록시 제공자 상태 확인, 정책 그룹 속도 측정은 서로 다른 기능입니다. ‘구독 업데이트 간격’만 늘린다고 모든 백그라운드 요청이 줄어드는 것은 아닙니다. 특히 여러 자동 선택 그룹이 많은 노드를 반복해서 테스트하면 수동으로 속도를 측정하지 않아도 주기적인 연결이 발생할 수 있습니다.
실제 사용에 맞게 속도 측정 빈도 조정하기
mihomo 구성에서 아래 내용은 상태 확인 설정의 일부 예시로, 기존 프록시 제공자 설정에 병합해야 하며 단독으로 완성된 구성처럼 가져오면 안 됩니다. interval: 1800은 1800초, 즉 30분마다 한 번 확인한다는 뜻입니다. lazy는 제공자를 사용하지 않을 때 불필요한 확인을 줄이는 데 쓰이며, 구체적인 동작은 클라이언트와 커널 구현에 따라 달라질 수 있습니다.
health-check:
enable: true
url: https://cp.cloudflare.com/generate_204
interval: 1800
lazy: true테스트 주소는 현재 네트워크와 프록시 경로에서 정상적으로 접속할 수 있어야 합니다. 기존 간격이 300초였다면 1800초로 변경할 때 예정된 확인 횟수는 기존의 6분의 1로 줄지만, 배터리 소모도 6분의 1이 된다는 뜻은 아닙니다. 사용 중인 연결, 다른 정책 그룹의 확인 작업, 앱 트래픽은 계속 발생합니다.
- 구독 업데이트: 클라이언트에서 설정할 수 있다면 몇 분마다 업데이트하는 대신 먼저 24시간에 한 번으로 설정하세요. 구독 내용이 자주 바뀌는 경우에만 간격을 줄이세요.
- 노드 속도 측정: 수백 개 노드를 한꺼번에 반복 측정하지 말고 실제 사용하는 정책 그룹과 후보 노드만 남기세요.
- 로그 수준: 평소에는
debug대신info또는warning을 사용하고, 문제를 진단할 때만 잠시 상세 로그를 켜세요. - 실시간 패널: 확인을 마치면 계속 새로 고침되는 연결 목록과 트래픽 그래프를 닫으세요. 화면을 계속 켜 둔 채 ‘대기’ 배터리 소모를 비교하지 마세요.
DNS 및 연결 시간 초과 원인 찾기
같은 도메인에서 몇 초 간격으로 시간 초과가 반복되면 먼저 DNS 업스트림 연결, 노드 상태, 이름 확인 경로를 확인하세요. 암호화 DNS를 사용한다고 해서 배터리가 반드시 더 많이 소모되는 것은 아닙니다. 흔한 원인은 업스트림에 연결할 수 없는데도 계속 재시도하거나 DNS 요청과 프록시 경로가 서로 의존하는 순환 구조입니다. 재시도를 줄이려고 DNS 설정을 전부 삭제하거나 인증서 검증을 임의로 끄지 마세요.
먼저 정상 작동이 확인된 다른 노드로 바꾼 다음 같은 오류가 사라지는지 확인하세요. 특정 앱에서만 연결 실패가 반복되면 해당 앱의 백그라운드 동기화를 잠시 중지해 비교하세요. 로그를 내보내기 전에 구독 URL, 토큰, 노드 비밀번호, 공개하지 않을 접속 기록을 삭제하세요. 이런 정보가 공개 문의용 화면에 노출되어서는 안 됩니다.
iOS 백그라운드 정책: 앱 화면과 네트워크 확장을 구분하세요
iPhone 프록시 앱은 보통 Network Extension의 Packet Tunnel 확장으로 VPN 트래픽을 처리합니다. 앱 화면이 백그라운드로 전환되어도 터널 확장이 바로 중지되는 것은 아닙니다. 반대로 ‘백그라운드 앱 새로 고침’을 허용해도 VPN을 무제한으로 유지할 권한이 생기는 것은 아닙니다. 가능한 기능은 클라이언트 구현과 시스템 스케줄링에 따라 달라지므로 Android의 배터리 최적화 예외 설정을 그대로 적용할 수 없습니다.
- 배터리 사용 시간대 확인: 「설정」→「배터리」에서 표시되는 최근 24시간 또는 최근 10일 통계를 확인하고 문제가 발생한 시간대를 선택하세요. iOS 버전에 따라 화면 구성이 다를 수 있습니다.
- VPN 구성 확인: 「설정」→「일반」→「VPN 및 기기 관리」→「VPN」으로 이동해 현재 연결과 구성을 확인하세요. ‘요청 시 연결’이 제공되면 실행 조건도 살펴보세요.
- 백그라운드 새로 고침 구분: 「설정」→「일반」→「백그라운드 앱 새로 고침」은 앱이 새로 고침할 기회에 주로 영향을 줍니다. VPN 확장 상태를 확인하는 용도로 대신 사용할 수 없습니다.
- 저전력 모드 확인: 동일한 저전력 모드 설정으로 비교 테스트를 진행하세요. 저전력 모드는 일부 백그라운드 활동에 영향을 주므로 두 테스트 사이에 임의로 켜거나 끄면 안 됩니다.
‘요청 시 연결’이 특정 앱을 열 때만 VPN을 시작한다는 뜻은 아닙니다. 네트워크, 도메인 또는 다른 구성 조건에 따라 터널이 연결될 수 있습니다. 연결이 끊긴 뒤 조건에 따라 다시 연결되는 일이 잦으면 오히려 연결 설정 횟수가 늘어날 수 있습니다. 필요할 때 직접 연결해 사용하려면 먼저 클라이언트의 자동 연결 정책을 확인하고 터널을 중지한 뒤 바로 다시 연결되지 않는지 확인하세요.
배터리를 아끼려고 앱을 반복해서 위로 쓸어 올려 강제 종료하지 마세요. 클라이언트의 연결 스위치로 터널을 중지한 다음 시스템의 VPN 상태를 확인하세요. 연결이 계속 끊겼다 다시 연결된다면 로그를 먼저 저장하고 현재 시스템에 맞는 클라이언트 버전으로 업데이트한 뒤 다른 VPN이나 네트워크 필터 설정이 설치되어 있는지 확인하세요.
테스트 결과에 따라 필요한 설정만 남기기
목표는 필요한 연결을 유지하면서 불필요한 작업을 줄이는 것입니다. 모든 설정을 끄거나 모든 백그라운드 권한을 허용하는 것이 답은 아닙니다. 비교 테스트를 마친 뒤 기능을 해치지 않으면서 효과가 확인된 설정만 유지하고 나머지는 원래대로 돌리세요.
- 배터리 최적화 예외 설정 후 연결 끊김이 사라지고 배터리 변화는 적음: 클라이언트의 백그라운드 실행 권한만 유지하고 다른 앱의 제한까지 해제할 필요는 없습니다.
- 화면 잠금 중에도 데이터 사용량이 계속 증가함: 실제 앱과 연결 대상을 찾아 동기화, 업로드, 연결 재시도를 중점적으로 확인하세요.
- 특정 노드에서만 발열과 배터리 소모가 발생함: 다른 안정적인 노드로 고정해 다시 테스트하고 시간 초과, 재연결, 네트워크 경로 차이를 확인하세요.
- 속도 측정 간격을 늘린 뒤 눈에 띄게 개선됨: 늘린 간격을 유지하되 자동 노드 전환 속도가 필요한 수준인지 확인하세요.
- 프록시를 중지해도 배터리가 빠르게 줄어듦: 신호 세기, 시스템 업데이트, 배터리 상태, 다른 백그라운드 앱을 확인하고 Clash 설정만 계속 조정하지 마세요.
기본 설정을 확인하려면 입문 가이드를 참고하세요. 규칙, DNS, 트래픽 처리 방식은 전체 매뉴얼에서 확인할 수 있습니다. 먼저 구성을 안정화한 다음 백그라운드 상시 실행에 따른 실제 비용을 확인하세요. 앱별 배터리 사용 순위만 보는 것보다 정확한 판단에 도움이 됩니다.