Clash Android 앱별 프록시: 지정한 앱만 VPN으로 보내기와 연결 검증

왜 앱별 분할이 Clash Android에서 중요한가

안드로이드는 앱마다 네트워크 스택이 갈라져 있고, 일부 앱은 시스템 HTTP 프록시를 무시합니다. 그래서 데스크톱에서 익숙한 “브라우저만 127.0.0.1로 보낸다” 수준이 그대로 재현되지 않을 때가 많습니다. VPN 권한을 쓰는 TUN 계열로 기기 전체 트래픽을 가로채되, 앱 패키지 단위로 포함·제외를 지정하면 검색 의도에 가장 가깝게 동작합니다. 즉 “규칙 YAML만으로 도메인을 쪼개는 것”과 “OS에 등록된 VPN 세션에서 어떤 UID가 터널에 들어오는가”는 서로 다른 축인데, 사용자가 원하는 소수 앱만 우회는 두 축을 함께 맞춰야 안정적입니다.

은행·결제·공공 앱은 루팅·VPN 동시 사용이나 지역·기기 무결성 검사에 민감합니다. 이런 앱은 차라리 분할 목록에서 제외해 직접 연결로 두는 편이 분쟁이 적습니다. 반대로 지연에 민감한 게임은 출구를 거치지 않게 두고, 채팅·브라우저만 노드로 보내는 구성이 대표적인 장점 시나리오입니다.

전역·규칙·TUN·앱 목록의 역할 정리

헷갈리기 쉬우니 네 가지를 먼저 나눕니다.

• 글로벌(Global): 거의 모든 트래픽을 선택한 노드로 보냅니다. 앱 분할과 병행할 수는 있으나, “일부만 프록시” 의도와는 방향이 다를 수 있습니다.
• 규칙(Rule): YAML의 MATCH 이전까지의 규칙에 따라 출구 그룹을 고릅니다. 앱이 터널에 들어와야 규칙 엔진이 개입합니다.
• TUN / VPN: IP 레이어에서 트래픽을 Clash 쪽으로 끌어옵니다. 앱별 분할을 지원하는 클라이언트는 여기서 포함할 패키지 또는 제외할 패키지를 지정합니다.
• 앱 목록(앱별 프록시 / 접근 제어 등): 제조사·포크마다 메뉴 이름이 다르지만, 본질은 Android VpnService가 허용하는 앱 집합을 고르는 단계입니다.

시작 전 체크: 권한·배터리·다른 VPN

앱별 분할은 결국 하나의 활성 VPN 프로파일 안에서 동작합니다. 다음을 먼저 맞춥니다.

1. VPN 권한: 최초 연결 시 시스템 대화상자에서 허용했는지, 설정에서 Clash의 VPN이 켜져 있는지 확인합니다.
2. 항상 켜진 VPN: 일부 ROM에서는 “항상 켜짐”을 켜 두어야 백그라운드에서 세션이 유지됩니다. 다만 배터리 정책과 충돌할 수 있어 기기별로 조정합니다.
3. 배터리 최적화 제외: MIUI·ColorOS 등에서는 절전으로 VPN 프로세스가 끊깁니다. Clash를 최적화 예외에 넣는 편이 안전합니다.
4. 다른 VPN·광고 차단기: 동시에 두 개의 전체 터널 VPN을 기대하기 어렵습니다. 기업용 Always-On VPN이 있으면 충돌할 수 있습니다.

그래픽 클라이언트에서 앱을 고르는 일반적인 순서

빌드마다 메뉴 경로가 조금씩 다르지만, Clash Meta for Android 계열에서 자주 보이는 흐름은 아래와 같습니다. 화면에 없다면 설정 안에서 “앱”, “접근”, “분할”, “bypass”, “per-app” 같은 키워드를 찾아보세요.

화이트리스트는 “목록에 없는 앱은 터널 밖”이 됩니다. 실수로 목록을 비우면 아무 앱도 터널에 안 들어가는 것처럼 보일 수 있으니 주의하세요. 블랙리스트는 반대로 “체크한 앱만 직접 연결”에 가깝습니다. 어떤 모드든 시스템 구성요소·WebView를 쓰는 인앱 브라우저는 별도 패키지로 잡힐 수 있어, 증상이 “앱 안 웹뷰만 이상”이면 관련 패키지를 함께 넣어야 합니다.

시나리오별로 목록을 설계하는 법

위챗·텔레그램·브라우저만 프록시

화이트리스트가 직관적입니다. 메신저·브라우저·필요한 리더 앱만 체크하고, 뱅킹·게임·앱스토어 결제는 제외합니다. 이후 규칙 세트에서 해당 트래픽이 어떤 그룹으로 나가는지(예: 글로벌 미디어, 특정 지역 노드)를 정하면 됩니다. DNS가 엇나가면 “연결은 됐는데 속도만 이상”해질 수 있으니, 문제가 지속되면 DNS·fake-ip 점검 글과 함께 보는 것이 좋습니다.

게임은 직접, 소셜만 프록시

게임 패키지를 제외 목록에 넣는 블랙리스트 방식이 편할 때가 많습니다. 다만 UDP·안티치트가 섞인 타이틀은 터널 경계에서 예외 없이 막히지 않는지, 한 판 플레이로 지터를 확인해야 합니다. 대회 서버가 VPN 사용을 금지하는 경우도 있으니 약관도 함께 확인하세요.

연결 검증: 앱이 실제로 원하는 경로를 타는지

설정이 맞았는지 확인하려면 “느낌”보다 측정 가능한 신호를 쓰는 편이 빠릅니다.

1. IP 확인 사이트: 브라우저에서만 확인하면 브라우저 패키지가 화이트리스트에 들어갔는지만 검증됩니다. 메신저는 앱 내 링크 미리보기나 브라우저 탭이 다른 패키지일 수 있으니 주의합니다.
2. 클라이언트 로그: 연결 이벤트·정책 매칭 로그가 있다면, 대상 호스트가 어떤 규칙에 걸렸는지 확인합니다. 로그가 비면 터널에 안 붙은 것일 수 있습니다.
3. On/Off 비교: 동일한 동작(같은 채팅방 열기, 같은 영상 재생)을 VPN 켜고/끄고 반복해 지연·접속 성공 여부를 비교합니다.
4. 셀룰러와 Wi-Fi: 일부 통신사는 IPv6 경로가 달라 보입니다. 두 망에서 각각 한 번씩 검증하면 안정적입니다.

TV·가정용 라우터와의 관계

거실 셋톱박스에 Clash를 깔아 쓰는 흐름은 Android TV 사이드로드 가이드와 맞닿습니다. 휴대폰에서 익힌 “앱 목록 + TUN” 사고방식은 그대로 이어지지만, 리모컨 UI·절전 정책이 변수입니다. “집 전체를 한 번에”가 목적이면 라우터 단 OpenClash류를 검토하는 편이 부담이 덜할 때도 있습니다.

요약 체크리스트

설정을 단순화한 빌드가 필요하다면

ROM별 예외·VPN 세션 유지·구독 가져오기까지 한 번에 정리하고 싶다면, 모바일에 맞춘 최적화 클라이언트를 쓰는 방법도 있습니다. 아래에서 Android용 빌드를 내려받을 수 있습니다.