Clash Meta for Android 사용법: VpnService 권한, 앱별 프록시 설정과 배터리 최적화 예외

VPN 연결, 규칙 기반 라우팅, 백그라운드 실행을 구분하세요

Android에서 Clash Meta for Android를 사용하려면 보통 세 가지 설정이 필요합니다. 시스템에서 VPN 인터페이스 생성을 허용하고, 클라이언트에서 어떤 앱의 트래픽을 인터페이스로 보낼지 정한 다음, 코어에서 규칙에 따라 연결 경로를 결정합니다. 배터리 최적화 설정은 클라이언트가 계속 실행될 수 있는지를 좌우할 뿐, 노드를 선택하지는 않습니다. 세 설정은 서로 영향을 주지만 문제를 해결할 때는 각각 나누어 확인해야 합니다.

Clash Meta와 Mihomo는 코어의 계보가 이어져 있지만, 클라이언트 이름만으로 내장 코어의 버전이나 기능을 판단할 수는 없습니다. 먼저 클라이언트의 ‘정보’ 화면에서 앱 버전을 확인하고, 시작 로그에서 코어 버전을 확인하세요. 빌드에 따라 메뉴 이름은 다를 수 있습니다. 이 글에서는 일반적인 ‘설정’ → ‘네트워크’ 메뉴를 기준으로 VPN 연결과 접근 제어를 설명하고, 시스템 설정 경로는 Android 또는 제조사 OS 버전 범위를 함께 표시합니다.

VpnService 권한: 권한 요청에서 허용하는 항목

프록시 서비스를 처음 시작하면 Android에서 VPN 연결 요청을 표시하며, 앱이 네트워크 트래픽을 모니터링할 수 있다고 안내합니다. 허용하면 시스템은 클라이언트가 로컬 VPN 인터페이스를 만들고 인터페이스로 들어오는 패킷을 처리하도록 승인합니다. 구독 구매를 확인하는 절차도 아니고 Android가 제공하는 원격 VPN 서버에 휴대전화를 연결하는 것도 아닙니다. 원격 연결 경로는 구독에 포함된 노드와 정책 그룹 선택, 규칙에 따라 결정됩니다.

처음 연결할 때 다음 순서로 확인하세요

1. 신뢰할 수 있는 출처의 구독을 가져오고, 해당 설정이 선택되어 있는지 확인합니다. 프록시 화면에 정책 그룹과 노드가 표시되어야 합니다.
2. 클라이언트 서비스를 시작하고 시스템 권한 요청에 표시된 앱 이름을 확인한 다음 연결을 허용합니다.
3. Android에서 ‘설정’ → ‘네트워크 및 인터넷’ → ‘VPN’으로 이동해 현재 연결된 앱을 확인합니다. 제조사 OS에서는 설정 검색창에 ‘VPN’을 입력해도 됩니다.
4. 브라우저에서 이전에 열지 않은 페이지를 요청한 뒤 클라이언트의 연결 화면과 로그를 확인하세요. 상태 표시줄의 열쇠 아이콘만 확인해서는 안 됩니다.

VPN 아이콘은 시스템에 VPN 연결이 있음을 나타낼 뿐, 노드 사용 가능 여부나 DNS 정상 작동 여부, 웹 요청이 예상한 경로로 나갔는지를 보여주지는 않습니다. HTTPS 콘텐츠는 일반적으로 앱과 웹사이트 사이에서 TLS로 암호화됩니다. 다만 트래픽을 처리하는 클라이언트와 원격 서비스는 연결 대상이나 트래픽 시각 등의 정보를 볼 수 있으므로 앱 설치 경로와 구독 제공업체는 각각 신중히 확인해야 합니다.

다른 VPN, 상시 연결 VPN, VPN 우회 차단

같은 Android 사용자 또는 프로필에서는 일반적으로 VpnService 하나만 활성화할 수 있습니다. 다른 VPN이나 로컬 VPN을 사용하는 방화벽·필터링 도구를 실행하면 현재 연결이 대체될 수 있습니다. 업무용 프로필에는 별도의 관리 정책이 적용되므로 개인 프로필의 설정을 그대로 적용할 수 없습니다.

시스템 VPN 세부 설정에는 ‘VPN 항상 사용’과 ‘VPN을 사용하지 않는 연결 차단’ 옵션이 있을 수 있습니다. 두 번째 옵션을 켜면 서비스가 중지될 때 네트워크를 전혀 사용할 수 없게 될 수 있습니다. VPN에서 제외한 앱도 일반 연결로 전환되지 않고 차단될 수 있습니다. 먼저 기본 연결과 앱별 설정을 테스트한 다음 이 옵션을 사용할지 결정하세요.

앱별 프록시: 먼저 연결할 앱을 정하고 규칙을 확인하세요

앱별 접근 제어에는 보통 ‘선택한 앱만 허용’과 ‘선택한 앱 우회’ 두 가지 방식이 있습니다. 일부 앱만 VPN으로 연결하려면 전자를, 대부분의 앱을 연결하되 일부 앱을 제외하려면 후자를 사용하면 됩니다. 체크 표시가 뜻하는 바는 현재 선택된 모드에 따라 달라지므로 체크 여부만 보고 판단하지 마세요.

브라우저와 지도 앱으로 설정해 보기

1. 클라이언트에서 ‘설정’ → ‘네트워크’로 이동해 ‘접근 제어 모드’와 앱 선택 메뉴를 찾습니다. 일부 빌드에서는 ‘접근 제어’라는 하나의 메뉴로 표시됩니다.
2. 브라우저만 연결하려면 ‘선택한 앱만 허용’ 모드를 선택한 다음 브라우저를 체크합니다. 지도 앱은 함께 추가하지 마세요.
3. 설정을 저장하고 클라이언트 서비스를 중지한 뒤 다시 시작합니다. 적용하려면 VPN 인터페이스를 다시 만들어야 하는 경우가 많습니다.
4. 브라우저와 지도 앱의 기존 네트워크 세션을 종료한 뒤 각각 새 요청을 보냅니다. 필요하면 해당 앱을 강제 종료하고 다시 실행하세요.
5. 연결 화면에서 브라우저의 요청이 표시되는지 확인합니다. 지도가 VPN에 연결되지 않았다면 보통 클라이언트의 연결 기록에 나타나지 않습니다.

‘VPN에 연결됨’이 ‘프록시 노드를 사용함’을 뜻하지는 않습니다. 브라우저가 VPN으로 연결되어도 요청한 도메인에 DIRECT 규칙이 적용되면 직접 연결될 수 있습니다. 반대로 VPN에서 제외된 앱은 해당 클라이언트의 도메인 규칙으로 연결 경로를 결정하지 않습니다. 요청이 먼저 코어에 들어오는지 확인한 뒤에 규칙과 정책 그룹을 살펴보세요.

앱 목록과 연결 기록을 잘못 해석하기 쉬운 경우

• 표시 이름이 같은 경우: 테스트 버전, 정식 버전, 업무용 프로필에 설치된 앱은 서로 다른 설치본일 수 있습니다. 패키지 이름을 확인할 수 있다면 함께 확인하세요.
• 앱 내 링크 이동: 앱에서 링크를 외부 브라우저로 열면 실제 연결을 시작한 앱은 원래 앱이 아니라 브라우저일 수 있습니다.
• 기존 연결이 남아 있는 경우: 목록을 수정해도 기존 세션은 한동안 이전 경로를 계속 사용할 수 있습니다. 캐시된 페이지를 새로 고치는 데 그치지 말고 새 요청으로 확인하세요.
• 시스템 구성요소가 관여하는 경우: 다운로드, 푸시 알림, 로그인 과정에서 다른 프로세스가 사용될 수 있습니다. 연결 기록을 모두 채우려고 모든 시스템 앱을 한꺼번에 허용하지 마세요.

먼저 브라우저 하나로 최소한의 테스트를 한 다음 앱을 하나씩 추가하는 것이 좋습니다. 이렇게 하면 로그인 오류, 로컬 네트워크 접근 실패, 앱의 네트워크 연결 문제를 어떤 설정 변경이 일으켰는지 파악하기 쉽습니다.

배터리 최적화 예외: 기기별 설정 방법

백그라운드 연결 끊김은 화면이 꺼지거나 절전 모드에 들어간 뒤, 또는 오랫동안 기기를 사용하지 않은 뒤에 자주 발생합니다. 백그라운드 실행을 허용하면 시스템이 서비스를 제한할 가능성을 줄일 수 있지만, 사용할 수 없는 노드나 만료된 구독, Wi-Fi 전환으로 인한 연결 끊김까지 해결하지는 못합니다. 다음 경로는 표시된 시스템 버전을 기준으로 합니다. 지역, 기종, 시스템 업데이트에 따라 메뉴 이름이 달라질 수 있습니다. 메뉴를 찾지 못하면 앱 아이콘을 길게 눌러 ‘앱 정보’를 여세요.

배터리 권한 외에 확인할 항목 두 가지

• 백그라운드 모바일 데이터: 앱 정보의 트래픽 또는 모바일 데이터 설정에서 백그라운드 데이터 사용을 허용했는지 확인합니다. ‘데이터 절약 모드’를 사용 중이라면 필요에 따라 클라이언트의 데이터 무제한 사용을 허용하세요.
• 서비스 알림: Android 13 이상에서는 실행 상태를 확인할 수 있도록 필요에 따라 알림을 허용하세요. 알림 권한은 백그라운드 실행 권한과 다르며, 알림을 허용하지 않아도 포그라운드 서비스가 반드시 실행되지 않는 것은 아닙니다.

일부 제조사 기기는 최근 앱 화면에서 앱 카드를 잠글 수 있습니다. 수동으로 앱을 정리할 때 종료될 가능성은 줄어들지만 배터리 설정을 대신하지는 않습니다. Android의 ‘강제 종료’는 앱 카드를 밀어서 닫는 것보다 영향이 큽니다. 강제 종료한 뒤에는 클라이언트를 직접 다시 열고 서비스를 시작하세요. 배터리 최적화 예외만으로 연결이 자동 복구되지는 않습니다.

화면이 꺼진 뒤 연결이 끊기는 문제를 단계별로 확인하는 방법

테스트 중에는 ‘서비스가 종료됨’과 ‘서비스는 실행 중이지만 요청이 실패함’을 구분해 기록하세요. 다음은 같은 조건으로 재현 여부를 확인하는 절차이며, 실제 기기 테스트 결과를 뜻하지는 않습니다. 테스트 시간은 관찰 조건을 통일하기 위한 것으로, 모든 시스템이 같은 시간 뒤 백그라운드를 제한한다는 의미는 아닙니다.

1. 기준 조건 설정: 동일한 Wi-Fi, 노드, 규칙 모드를 계속 사용합니다. 시작 시각, 앱 버전, 코어 버전, 시스템 절전 모드 사용 여부를 기록하세요.
2. 화면 켠 상태로 2분 테스트: 브라우저에서 새 요청을 보내고 연결 세부 정보의 규칙과 연결 경로를 확인합니다. 이 단계부터 실패한다면 배터리 최적화 예외가 아니라 설정부터 점검해야 합니다.
3. 화면 끈 상태로 10분 테스트: 클라이언트 서비스는 계속 실행합니다. 화면을 켠 뒤 먼저 서비스가 실행 중인지 확인하고, 새 페이지를 요청한 다음 해당 시간대의 로그를 살펴봅니다.
4. 네트워크 전환 별도 테스트: 화면을 켠 상태에서 Wi-Fi를 모바일 데이터로 전환하고 네트워크가 안정된 뒤 다시 요청합니다. 네트워크 전환과 화면 끄기를 동시에 테스트 변수로 두지 마세요.
5. 설정을 하나만 바꾼 뒤 재테스트: 해당 앱의 배터리 제한만 완화하고 10분 테스트를 반복합니다. 통과하면 30분 동안 추가로 확인하세요.

증상에 따라 다음 확인 항목을 선택하세요

시스템 비공개 DNS와 클라이언트의 DNS 확인 경로가 맞지 않는 것 같다면 기존 설정을 기록한 뒤 ‘설정’ → ‘네트워크 및 인터넷’ → ‘비공개 DNS’에서 잠시 ‘자동’으로 바꿔 비교해 보세요. 한 번의 테스트 결과는 해당 설정 조합에서만 유효하며, 이를 근거로 모든 비공개 DNS가 충돌한다고 단정할 수는 없습니다. 제조사 OS에서는 설정 검색으로 해당 메뉴를 찾을 수 있습니다.

연결 유지를 위한 최소 설정 확인 목록

안정적인 모바일 설정을 위해 모든 옵션을 켤 필요는 없습니다. 먼저 구독이 유효하고 정책 그룹을 사용할 수 있는지 확인한 뒤 VpnService 권한, 앱 연결 범위, 백그라운드 권한을 점검하세요. 상태 확인을 지나치게 자주 하면 기기를 깨우고 네트워크 활동을 늘릴 수 있습니다. 설정에 자동 속도 측정 정책 그룹이 있다면 백그라운드 유지를 위해 측정 빈도를 높이지 말고 실제 측정 간격과 제공업체의 요구 사항을 확인하세요.

• 시스템 VPN 화면에서 의도한 클라이언트가 연결되어 있는지, 다른 로컬 VPN 도구로 대체되지 않았는지 확인합니다.
• 선택한 앱만 허용할지 앱을 우회할지 정하고, 앱 목록을 변경한 뒤 서비스를 다시 시작합니다.
• 연결 세부 정보에서 일치한 규칙과 최종 연결 경로를 확인합니다. VPN 아이콘만으로 프록시 연결 성공 여부를 판단하지 마세요.
• 클라이언트의 백그라운드 실행을 별도로 허용하고 필요에 따라 자동 시작, 백그라운드 데이터, 알림을 설정합니다.
• 화면 켜기, 화면 끄기, Wi-Fi에서 모바일 데이터로 전환하기를 각각 테스트한 뒤 VPN 항상 사용과 같은 추가 설정을 고려합니다.

도움을 요청할 때는 시스템 버전, 클라이언트 버전, 연결이 끊긴 시각, 민감 정보를 가린 로그만 제공하세요. 구독 전체 링크, 노드 비밀번호, 액세스 토큰은 스크린샷이나 공개 게시물에 포함하지 마세요. ‘화면을 끄고 10분 뒤 서비스가 중지됨’ 또는 ‘서비스는 실행 중이지만 DNS 요청 시간이 초과됨’처럼 설명하면 ‘연결됐는데 안 돼요’보다 문제를 파악하기 쉽습니다.