Clash for Android에서 원클릭 지연 측정·Proxies 정렬과 전략 그룹·GLOBAL 수동 노드 전환하기

모바일에서 왜 Proxies·전략 그룹 화면이 중요한가

데스크톱 Clash for Windows 사용자는 Connections와 로그로 흐름을 자세히 볼 수 있지만, 스마트폰 UI는 공간이 좁아 같은 정보 밀도를 유지하기 어렵습니다. 그래서 현장에서는 먼저 노드 품질을 빠르게 점검하고, 그다음 어떤 정책 버킷이 활성인지를 손가락으로 고르는 패턴이 가장 현실적입니다. Clash for Android나 Clash Meta for Android 포크들은 공통적으로 Proxies 탭(또는 동일 역할의 목록)에 구독으로 내려온 개별 노드와 YAML의 proxy-groups에 해당하는 전략 그룹을 같이 보여 줍니다. 여기서 보이는 지연(ms)은 보통 구성에 정의된 health check URL에 대한 측정이며, 브라우저가 실제로 가져가는 모든 경로와 1:1로 같지는 않습니다. 그럼에도 같은 조건에서 상대 비교를 하기에는 가장 손이 덜 가는 지표입니다.

사용자 검색 의도는 대개 네 가지로 모입니다. 첫째, 한 번에 여러 노드의 지연을 재고 싶다. 둘째, 숫자가 작은 순으로 정렬됐을 때 무엇이 좋은 노드인지 알고 싶다. 셋째, 특정 전략 그룹 안에서만 수동 선택을 하고 싶다. 넷째, GLOBAL로 모든 트래픽을 특정 출구로 몰았을 때 실제 서비스가 열리는지 확인하고 싶다. 아래 절은 이 순서에 맞춰 UI 관용구를 설명하되, 제조사·빌드별로 아이콘 위치가 조금 다를 수 있으니 화면에서 동일한 역할을 하는 버튼을 찾아 대응하면 됩니다.

Rule·Global·Direct와 전략 그룹의 관계

Rule 모드에서는 YAML 맨 아래 MATCH까지의 규칙에 따라, 각 연결마다 어느 전략 그룹을 거칠지가 정해집니다. 사용자가 대시보드에서 만지는 것은 대개 「지금 활성 세션에서 기본으로 쓸 하위 노드」나 「select 타입 그룹의 현재 선택값」에 가깝습니다. Global 모드는 의미 그대로 대부분의 트래픽을 사용자가 고른 단일 출구 체인으로 보내려는 때 쓰는 스위치입니다. DIRECT(직접 연결)는 프록시 체인을 타지 않고 ISP 경로로 나가게 하므로, 지연 테스트에서 노드가 전부 불안정할 때 잠깐 켜 두고 원인을 나누는 데도 도움이 됩니다.

• 전략 그룹: select·url-test·fallback 등 타입에 따라 UI에서 「목록을 펼쳐 하나를 고른다」 또는 「자동으로 빠른 노드를 고른다」 동작이 갈립니다. 수동 전환이 목적이면 select 그룹을 직접 찌르는 패턴이 가장 직관적입니다.
• GLOBAL: 모든 연결을 한 출구로 통일하고 싶을 때 씁니다. Rule 아래 여러 그룹이 있는 복잡한 프로필이라도 Global로 올리면 우선순위가 단순해지지만, 국내 직접 연결을 기대하는 앱까지 같이 프록시로 나갈 수 있으니 사용 목적을 분명히 하세요.
• Proxies 목록의 개별 노드: 구독이 풀어 준 서버 한 줄한 줄입니다. 전략 그룹 안에서 이 이름을 고르는 것과, 상위에서 어떤 그룹을 타느냐는 별개입니다.

지연 테스트 전에 확인할 것

측정 자체는 가벼운 작업이지만, 전제가 어긋나 있으면 전 노드가 동시에 빨간색으로 보일 수 있습니다. 먼저 VPN 권한과 TUN 스위치가 실제로 활성인지, 상단 상태가 「연결됨」에 가까운지 확인합니다. 배터리 최적화로 프로세스가 끊기면 테스트 도중 세션이 리셋될 수 있으니 MIUI·ColorOS 계열에서는 예외 등록을 권장합니다. 다른 상용 VPN이 Always-On으로 잡혀 있으면 충돌합니다. 마지막으로 Wi-Fi와 셀룰러를 바꿔 보는 것만으로도 DNS나 캐리어 등급 문제가 갈리는 경우가 많습니다. 백그라운드 제한은 배터리 예외 가이드와 함께 보세요.

구독이 오래됐거나 노드가 대거 폐기됐다면 지연 열이 전부 타임아웃으로 채워질 수 있습니다. 이때는 Proxies 문제가 아니라 프로필 갱신 이슈일 가능성이 큽니다. URL 오류·TLS·HTTP 상태 코드는 보통 프로필 편집 화면이나 로그에 먼저 뜹니다.

Proxies에서 일괄 지연 테스트(원클릭 재측정) 실행하기

Clash for Android 계열에서 사용자가 흔히 말하는 「원클릭 측정」은 보통 두 가지 중 하나입니다. 첫째, 상단 도구줄의 일괄 새로고침·테스트 아이콘을 눌러 목록 전체에 지연 요청을 동시에 날리는 방식입니다. 둘째, 각 노드 줄 오른쪽의 작은 새로고침 아이콘을 순서대로 누르는 대신, 상위 메뉴에서 전체 테스트 항목을 찾아 실행하는 방식입니다. 빌드마다 아이콘이 번개·Wi-Fi 막대·환승 화살표 등으로 다르니, 화면 상단·우측 상단 메뉴(점 세 개)를 함께 살펴보세요.

테스트 URL은 프로필의 proxy-groups나 전역 기본값에 의해 정해지는 경우가 많습니다. 사용자가 앱 설정에서 바꿀 수 있는 빌드도 있습니다. google·cloudflare·커스텀 HTTP 엔드포인트 등 서비스별로 응답 특성이 다르므로, 한 URL에서만 전부 타임아웃이면 다른 건강 체크 주소로 바꿔 보는 것도 방법입니다. 이는 공급자 정책과 기기 방화벽 양쪽을 모두 만족해야 해서 현장 판단이 필요합니다.

지연 숫자·정렬·타임아웃 읽는 법

정상적인 행에는 대개 밀리초 단위 숫자가 표시됩니다. 같은 숫자가 반복돼도, 그것이 반올림된 표시일 수 있으니 실사용 앱으로 한 번 더 확인하는 편이 안전합니다. 무한 로딩·하이픈·빨간 글자는 타임아웃이거나 TLS 실패·연결 거절 등으로 해석하면 됩니다. 일부 노드만 실패한다면 해당 라인의 프로토콜·포트가 막힌 것이고, 전부 실패면 기본 측정 URL·기기 DNS·구독 전체를 의심합니다.

표시	의미와 다음 행동
수 ms~수십 ms	측정 대상까지의 왕복이 짧다는 뜻입니다. 물리적 거리가 먼 지역 노드인데도 지나치게 낮으면 측정 서버가 가깝게 붙어 있을 수 있으니 체감과 비교합니다.
수백 ms	아직 쓸 만한 편이지만, 실시간 영상·보이스는 별도로 봐야 합니다. 채팅·웹은 대체로 문제없는 구간입니다.
타임아웃·오류	해당 노드가 죽었거나, 경로가 막혔거나, 핑거프린트 차단일 수 있습니다. 구독 최신화 후에도 반복되면 제외하고 다른 항목을 씁니다.

정렬이 가능하면 지연 오름차순으로 두고 상위 몇 개만 골라 두었다가, Rule 흐름 안에서 실제로 그 노드 이름이 보이는지 확인하는 방식이 재현성이 좋습니다. 이름이 길면 카드처럼 잘리므로 길게 눌러 전체 문자열을 보는 습관을 들이면 헷갈림이 줄어듭니다.

전략 그룹에서 수동으로 노드 바꾸기

select 타입 전략 그룹은 사용자가 목록에서 직접 한 줄을 탭하면 그 순간부터 해당 그룹의 출구가 바뀝니다. 프로필 설계에 따라 「글로벌 미디어」「AI API」「가족 공유」처럼 용도별로 여러 그룹이 나뉘어 있을 수 있습니다. 웹 브라우징만 이상할 때는 브라우저 트래픽을 보내는 그룹 이름을 구독 README나 YAML 주석에서 먼저 확인하세요. 자동 선택 타입(url-test 등)은 주기적으로 다시 측정하지만, 대회·방송처럼 고정 출구가 필요한 날에는 잠시 select 그룹으로 바꾸거나 수동으로 우선 후보를 고정하는 편이 덜 스트레스입니다.

그룹 카드를 열었을 때 DIRECT 줄이 보이면, 그 버킷은 프록시를 타지 않습니다. 해외 사이트가 열리지 않는데 DIRECT를 고른 상태는 아닌지 먼저 확인합니다. 반대로 국내 전용 앱이 프록시를 타면 지역 검증·결제·OTP가 꼬일 수 있으니 이런 앱은 앱별 분할 가이드와 병행해 보는 것이 좋습니다.

GLOBAL에서 모든 트래픽을 한 노드로 통일하기

화면 상단 모드 스위치를 Global로 두면, 클라이언트는 사용자가 GLOBAL 그룹에서 고른 노드를 사실상 기본 출구로 쓰려 합니다. 이때 기대하는 것은 「특정 전략 그룹이 아니라 전체 연결이 같은 체인을 탄다」는 점입니다. 다만 Rule 아래에 예외 규칙이 매우 공격적으로 박혀 있거나, 일부 앱이 VPN 세션 밖으로 새어 나가는 경우에는 체감이 어긋날 수 있습니다. 그럴 때는 TUN 재시작·앱 강제 종료 후 재실행을 한 번씩 거칩니다.

GLOBAL은 디버깅에도 유용합니다. 「룰이 복잡해서 어디서 막히는지 모르겠다」면 잠깐 Global로 올려 노드 자체가 살아 있는지부터 가릴 수 있습니다. 노드가 살아 있는데도 Rule에서만 실패한다면 규칙 순서·도메인 매칭·DNS가 다음 의심 대상입니다. DNS·fake-ip 점검 글을 함께 읽으면 원인 축이 빨리 좁혀집니다.

브라우저와 앱으로 연결 검증하기

지연 숫자는 측정 URL 기준이라, 실제로 방문하려는 도메인과 다를 수 있습니다. 검증 단계에서는 (1) 문제 사이트를 직접 연다, (2) 간단한 검색 한 번, (3) 가능하면 IP 조회 페이지를 연다,의 순서가 무난합니다. IP 페이지는 노드 위치를 대략 확인하는 데 도움이 되지만, WebView·인앱 브라우저는 패키지가 달라 분할 설정과 엇갈릴 수 있으니 주의합니다.

1. 측정 직후 바로 브라우저 탭에서 목표 URL을 연다.
2. 로딩이 길면 같은 노드로 한 번 더 지연 테스트를 돌려 변동폭을 본다.
3. 다른 전략 그룹으로 바꿔 동일 사이트를 연다. 체감이 달라지면 Rule 매핑 차이일 수 있다.
4. GLOBAL과 Rule을 오가며 증상이 어디서 재현되는지 메모한다.

자주 묻는 질문

측정은 좋은데 특정 앱만 느리다면?

앱이 자체 DNS over HTTPS를 쓰거나, 긴 시간 TCP 연결을 유지하는 VoIP·라이브에 가깝다면 노드 지연보다 지터·패킷 손실이 더 크게 작용합니다. 가능하면 같은 앱에서 서버 지역을 바꿔 보거나, Wi-Fi 대신 LTE로도 한 번 재현해 보세요.

url-test 그룹이 자꾸 다른 노드로 바뀐다면?

tolerance 값이 작으면 조금만 변동해도 출구가 바뀝니다. 시청·게임 중에 연결이 끊기는 느낌이 든다면 수동 select 그룹으로 고정하거나, 자동 그룹의 간격·조건을 구독 공급자 권장값에 맞춥니다.

요약 체크리스트

같은 과제를 더 단순한 클라이언트로 줄이고 싶다면

모바일 프록시 도구는 포크가 많고, 어떤 빌드는 실험 기능에 치우쳐 첫 화면부터 복잡하게 느껴지기도 합니다. 측정 URL을 직접 편집해야 하거나, 그룹 카드가 한 화면에 너무 많이 얽혀 있으면 초보자는 버튼을 누를 때마다 불안해집니다.

Clash 계열은 동일한 YAML 규칙 모델을 유지하면서도, 프로필 가져오기·프록시 목록·지연 재측정을 한 손 동작에 가깝게 배치한 호환 클라이언트를 선택할 수 있습니다. 규칙 엔진과 전략 그룹이라는 큰 틀을 바꾸지 않고도, 스마트폰에서 노드 품질을 비교한 뒤 수동으로 고정하는 반복이 빨라집니다.

위와 같은 사용 흐름을 설치 직후부터 덜 헤매게 만들고 싶다면, 검증된 Android용 패키지를 내려받아 보는 것도 방법입니다. 무료로 제공되는 빌드는 다운로드 페이지에서 받을 수 있습니다.