Clash Verge·ClashX·Clash Meta for Android 선택 가이드: 5개 플랫폼 클라이언트 비교

결론부터 보기: 기기와 사용 방식에 맞춰 선택

Clash 클라이언트를 고를 때 가장 흔한 실수는 인터페이스만 비교하는 것입니다. 장기 사용에 실제로 영향을 주는 요소는 유지보수 현황, 커널 종류, 시스템 호환성, TUN 구현, 설정 마이그레이션 순입니다. 화면 구성이나 트레이 메뉴의 편의성은 그다음에 판단할 항목입니다.

선택 결과를 빠르게 확인하려면 먼저 아래의 기기별 사용 환경을 살펴보세요. 여기서 ‘적합하다’는 말은 단순히 실행된다는 뜻이 아니라, 글 작성일 기준으로 새로 설치할 가치가 있다는 의미입니다.

클라이언트·커널·설정 파일을 먼저 구분하기

‘Clash 클라이언트’는 일반적으로 그래픽 인터페이스와 프록시 커널로 구성됩니다. 그래픽 인터페이스는 구독 관리, 노드 선택, 로그 확인, 시스템 프록시 전환, 서비스 설치를 담당하고, 커널은 YAML 설정을 읽고 규칙을 매칭하며 프록시 연결과 DNS를 처리합니다. TUN을 활성화하면 더 다양한 네트워크 트래픽을 인계받습니다.

Clash Verge Rev와 Mihomo의 관계

Clash Verge Rev는 데스크톱 그래픽 클라이언트이며, 일반적인 버전은 Mihomo를 커널로 사용합니다. Mihomo는 Clash Meta의 기능을 이어받아 확장한 커널로, 규칙 프로바이더, 프록시 프로바이더, TUN, sniffer, fake-ip, 비교적 완전한 DNS 설정을 지원합니다. 클라이언트 버전과 커널 버전은 서로 다른 값이므로 호환성 문제를 점검할 때 따로 기록해야 합니다.

데스크톱에서는 보통 ‘설정’ → ‘앱 설정’ 또는 ‘설정’ → ‘정보’에서 클라이언트 버전을 확인하고, ‘설정’ → ‘커널’에서 Mihomo 버전을 확인할 수 있습니다. 배포판에 따라 메뉴 이름은 조금 다를 수 있지만 로그의 시작 줄에도 대개 커널 이름과 버전이 표시됩니다. 문제를 제보할 때는 운영체제 버전, CPU 아키텍처, 클라이언트 버전, 커널 버전을 함께 적는 것이 좋습니다.

ClashX라는 이름의 프로젝트는 여러 개입니다

ClashX는 처음에 가벼운 macOS 메뉴 막대 경험으로 주목받았지만, 원본 프로젝트와 이후의 Meta 포크를 같은 것으로 보면 안 됩니다. 검색 결과에는 ClashX, ClashX Pro, ClashX Meta와 여러 파생 버전이 함께 나타날 수 있으며, 커널·업데이트 시점·서명 방식이 서로 다릅니다. 구버전이 실행된다고 해서 새로운 설정 필드를 올바르게 처리한다는 뜻은 아닙니다.

• 최근 정식 릴리스와 커밋 시점을 먼저 확인하고, 다운로드 수만 보지 마세요.
• 커널이 구형 Clash core인지, Clash Premium인지, Mihomo인지 확인하세요.
• 설치 패키지 아키텍처가 arm64, x64 또는 범용 패키지인지 확인하세요.
• TUN이 시스템 확장, 서비스 프로세스 또는 관리자 권한으로 구현되는지 확인하세요.
• 구독 업데이트, 설정 오버라이드, 규칙 프로바이더를 이용할 수 있는 명확한 메뉴가 있는지 확인하세요.

설정 호환성이 모든 기능의 동일함을 뜻하지는 않음

기본 노드, 프록시 그룹, 규칙이 포함된 YAML 파일은 대개 여러 클라이언트 사이에서 옮겨 사용할 수 있습니다. 그러나 더 완전한 TUN 매개변수, 규칙 세트 동작, geodata 모드, 특정 프로토콜 옵션처럼 Mihomo 전용 필드를 사용한 설정은 구형 커널에서 오류가 나거나 필드를 무시한 채 실행될 수 있습니다. 후자는 화면에 ‘활성화됨’으로 표시되지만 실제 분기 결과가 달라질 수 있어 더 발견하기 어렵습니다.

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
ipv6: false

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

위에는 자주 사용하는 Mihomo 설정 조각을 예로 들었습니다. 데스크톱 클라이언트는 보통 화면에서 TUN을 관리하므로 구독 파일을 직접 편집할 필요가 없습니다. 구독 업데이트로 원본 설정이 덮어써지는 경우에는 클라이언트가 제공하는 오버라이드 또는 병합 설정에 로컬 변경 사항을 저장하세요.

Windows: 완전한 데스크톱 사용에는 Clash Verge Rev가 적합

Windows 사용자는 시스템 프록시, TUN, 예약 구독 업데이트, 트레이 메뉴, 시작 시 자동 실행을 함께 사용하는 경우가 많습니다. Clash Verge Rev는 이러한 기능을 하나의 데스크톱 패널에 모아 제공하므로 구버전 Clash for Windows에서 옮겨 오기 좋고, 실시간 연결과 규칙 매칭 결과를 확인하기도 편리합니다.

일반적인 브라우저 프록시에는 시스템 프록시만 필요

구독을 가져오고 설정을 선택한 다음 ‘프록시’ 페이지에서 사용할 노드를 고르고 ‘시스템 프록시’를 켜세요. 일반적인 설정은 mixed-port 7890을 사용해 HTTP와 SOCKS 요청을 동시에 받습니다. 일부 구독은 HTTP 포트 7890과 SOCKS 포트 7891을 따로 사용하므로 현재 설정에 표시된 값을 기준으로 하세요.

1. ‘구독’ 또는 ‘설정’ 페이지로 이동해 구독 URL을 추가하세요.
2. 업데이트를 누르고 설정 다운로드가 완료될 때까지 기다린 뒤 해당 설정을 선택하세요.
3. ‘프록시’로 이동해 정책 그룹에서 자동 테스트 또는 원하는 노드를 선택하세요.
4. 모드를 ‘규칙’으로 설정해 모든 연결이 무조건 같은 노드를 거치지 않도록 하세요.
5. 홈 화면 또는 트레이 메뉴로 돌아가 ‘시스템 프록시’를 켜세요.
6. ‘로그’에서 브라우저 요청이 표시되는지 확인하고 규칙 매칭 결과를 점검하세요.

시스템 프록시는 운영체제의 프록시 설정을 직접 읽는 프로그램에 주로 영향을 줍니다. 브라우저, 일부 메신저, 시스템 구성 요소는 대체로 사용할 수 있지만 게임 런처, 명령줄 도구, 일부 스토어 앱, 자체 네트워크 스택을 사용하는 소프트웨어는 읽지 않을 수 있습니다. 따라서 ‘브라우저는 되지만 특정 프로그램은 연결되지 않는’ 상황이 노드가 고장 났다는 뜻은 아닙니다.

더 많은 프로그램을 인계받아야 할 때만 TUN 활성화

Clash Verge Rev에서는 보통 ‘설정’ → ‘서비스 모드’에서 서비스를 설치한 다음 ‘TUN 모드’를 켭니다. 처음 설치할 때 Windows 권한 확인 창이 표시됩니다. 활성화되면 Mihomo가 가상 네트워크 어댑터와 시스템 라우팅을 통해 트래픽을 인계받으므로 시스템 프록시를 지원하지 않는 프로그램에 적합합니다.

일상적인 속도 테스트에서는 한 번의 매우 짧은 지연 시간만 추구할 필요가 없습니다. 후보 노드를 5초 간격으로 3회 연속 테스트한 뒤, 약 100MB의 동일한 파일로 실제 처리량을 확인하는 것이 좋습니다. 지연 시간이 80ms여도 안정적으로 유지되는 노드가, 가끔 45ms가 나오지만 곧 타임아웃되는 노드보다 장기 사용에 더 적합한 경우가 많습니다.

macOS: 전체 패널과 메뉴 막대 경험이 주요 기준

macOS에서는 먼저 한 가지를 물어보면 됩니다. 구독을 자주 편집하고 연결을 확인하며 오버라이드를 전환하고 TUN을 조정해야 하는가? 그렇다면 Clash Verge Rev의 전체 패널이 더 직관적입니다. 메뉴 막대에서 정책 그룹만 빠르게 전환하고 싶고 특정 ClashX Meta 포크가 여전히 유지보수 중임을 확인했다면, 가벼운 메뉴 막대 클라이언트가 일상적인 사용 습관에 더 잘 맞습니다.

Apple Silicon과 Intel 설치 패키지는 반드시 맞춰야 함

Apple M1·M2·M3·M4 및 이후 Apple Silicon 기기는 arm64 또는 aarch64 설치 패키지를 우선 선택하세요. 구형 Intel Mac은 x64 또는 x86_64를 선택하면 됩니다. 범용 설치 패키지는 두 아키텍처를 모두 지원하지만 파일이 더 큰 편입니다. macOS의 ‘Apple 메뉴’ → ‘이 Mac에 관하여’에서 칩 정보를 확인하거나 터미널에서 다음 명령을 실행할 수 있습니다:

uname -m

출력 결과가 arm64이면 Apple Silicon 환경이고, x86_64이면 일반적으로 Intel 환경입니다. Apple Silicon 기기에서 Rosetta로 x64 클라이언트를 실행하면 기본 프록시는 정상 작동할 수 있지만 커널 호출, 서비스 설치, 전력 소모가 최적 상태가 아닐 수 있습니다.

ClashX는 간단한 조작에 적합하지만 유지보수 상태를 확인해야 함

ClashX 계열 클라이언트는 메뉴 막대에서 ‘시스템 프록시로 설정’, ‘프록시 모드’, ‘정책 그룹’, ‘설정 업데이트’를 처리하는 방식이 일반적입니다. 설정이 이미 안정적이고 평소 노드만 바꾸는 사용자에게 잘 맞습니다. 단점은 메뉴 막대 방식 자체가 아니라, 이름이 비슷한 구형 프로젝트가 많아 앱 이름만으로 커널이 계속 업데이트되는지 판단하기 어렵다는 점입니다.

설치하기 전에 릴리스 노트에 Mihomo, 현재 macOS 지원 범위, arm64 빌드가 명확히 언급되어 있는지 확인하세요. 프로젝트가 오랫동안 릴리스되지 않았거나 구형 Clash 커널에 의존하거나 구독의 새 필드를 인식하지 못한다면, 설치 패키지가 작다는 이유만으로 계속 사용할 필요가 없습니다.

macOS TUN은 시스템 권한을 확인해야 함

TUN을 켤 때 관리자 암호를 입력하고 ‘시스템 설정’ → ‘개인정보 보호 및 보안’에서 네트워크 관련 권한을 승인해야 할 수 있습니다. 활성화 직후 인터넷이 끊기면 먼저 TUN을 끄고 시스템 프록시 모드로 접속되는지 확인한 다음 기본 네트워크 인터페이스, DNS, 다른 VPN 설정을 점검하세요. 회사 기기의 구성 프로파일이 네트워크 확장을 제한할 수도 있으며, 이 경우 클라이언트를 반복해서 재설치해도 해결되지 않습니다.

Linux: 설치 형식·데스크톱 트레이·권한이 더 중요

Linux 데스크톱 사용자는 Clash Verge Rev를 사용할 수 있지만 배포판에 맞는 설치 형식을 선택해야 합니다. Debian·Ubuntu·Linux Mint는 보통 deb를 사용하고, Fedora·Rocky Linux·openSUSE 사용자는 rpm을 선택하는 경우가 많습니다. 설치 단계를 줄이고 싶다면 AppImage를 사용할 수 있습니다. 설치 형식은 프록시 규칙을 바꾸지 않지만 자동 업데이트, 데스크톱 바로가기, 의존성 처리에는 영향을 줍니다.

Wayland 환경에서 트레이 아이콘 표시 여부는 데스크톱 환경과 AppIndicator 지원에 따라 달라집니다. 프록시는 이미 시작됐는데 트레이 아이콘만 사라졌다면 먼저 앱 메뉴에서 기본 창을 다시 열거나 프로세스와 로그를 확인하세요. 곧바로 커널이 종료됐다고 판단하면 안 됩니다. GNOME 사용자는 해당 트레이 확장이 필요할 수 있고, KDE Plasma는 일반적으로 더 완전한 시스템 트레이 지원을 제공합니다.

TUN은 가상 네트워크 어댑터를 만들고 라우팅을 조정하므로 일반 사용자 권한만으로는 부족한 경우가 많습니다. 클라이언트가 제공하는 서비스 설치 절차를 우선 사용하고, 전체 그래픽 인터페이스를 장기간 root 권한으로 실행하지 마세요. 서버 환경에 데스크톱이 없다면 Mihomo 커널을 직접 배포하고 설정 파일로 관리하는 편이 적합하며, 데스크톱 클라이언트를 추가로 설치할 필요가 없습니다.

Android: 보관 처리된 CMFA를 더 이상 우선 선택하지 않기

Clash Meta for Android는 흔히 CMFA로 줄여 부릅니다. 한때 Mihomo 기능, 앱별 프록시, 설정 오버라이드, VPN 인계를 제공해 Android에서 자주 사용되는 Clash 클라이언트였습니다. 하지만 구형 프로젝트는 이미 유지보수가 중단되었습니다. 현재 설치되어 있고 설정에 문제가 없는 기기는 당분간 유지할 수 있지만, 새 기기에서 보관 버전을 장기 사용의 출발점으로 삼는 것은 권장하지 않습니다.

Android 클라이언트에서 중점적으로 볼 네 가지 기능

• 지속적인 유지보수: Android VPN API, 대상 SDK, Mihomo 커널의 변화를 따라갈 수 있어야 합니다.
• 앱별 프록시: VPN을 사용할 앱을 지정하거나 은행 앱, 로컬 네트워크, 기업용 앱을 반대로 제외할 수 있어야 합니다.
• 설정 호환성: 현재 구독에 포함된 규칙 세트, DNS, 프록시 프로토콜 필드를 읽을 수 있어야 합니다.
• 백그라운드 안정성: 화면 잠금과 Wi-Fi·셀룰러 네트워크 전환 후에도 VPN 서비스를 유지할 수 있어야 합니다.

Mihomo 커널을 사용하고 계속 릴리스되는 Android 클라이언트가 새로 설치하기에 더 적합합니다. Android와 데스크톱을 함께 지원하는 크로스플랫폼 프로젝트를 예로 들 수 있습니다. 선택할 때는 CMFA와 화면이 비슷한지만 보지 말고 ‘설정’ → ‘정보’ 또는 ‘커널’ 페이지에서 실제 커널 이름과 버전을 확인하세요.

모바일의 ‘전체’ 모드는 데스크톱의 글로벌 모드와 다름

Android 클라이언트는 보통 시스템 VPN 인터페이스를 통해 앱 트래픽을 인계받습니다. 프록시 모드의 ‘전체’는 매칭된 연결이 하나의 프록시 그룹을 일괄 선택한다는 뜻이고, Android의 VPN 스위치는 트래픽이 클라이언트로 들어갈지를 결정합니다. 서로 다른 계층의 기능입니다. 일상적으로는 규칙 모드를 유지하고 앱별 설정으로 일부 특수 앱을 처리하는 것이 좋습니다.

화면을 잠근 뒤 몇 분 지나 연결이 끊긴다면 Android ‘설정’ → ‘앱’ → 해당 클라이언트 → ‘배터리’에서 백그라운드 실행을 허용하고 해당 앱에 대한 강력한 절전 제한을 해제하세요. 제조사마다 메뉴 이름은 다르며 ‘배터리 최적화’, ‘백그라운드 사용량 관리’, ‘자동 시작 관리’와 같은 경로가 사용되기도 합니다.

iOS: 같은 이름의 커널을 찾지 말고 호환 도구를 선택

iOS에는 Windows 데스크톱 클라이언트와 완전히 대응하는 Clash Verge가 없으며, Clash 규칙을 지원하는 모든 앱을 Clash 클라이언트라고 불러서도 안 됩니다. Stash, Shadowrocket 같은 네트워크 도구는 일부 Clash 스타일 설정을 가져오거나 변환할 수 있지만, 각자의 구현 방식, 설정 확장, 릴리스 방식을 사용합니다.

iOS 도구를 선택할 때는 먼저 구독 서비스가 해당 형식을 제공하는지 확인하세요. Clash YAML만 제공한다면 앱이 프록시 유형, 정책 그룹, 규칙 프로바이더, DNS 필드와 얼마나 호환되는지 점검해야 합니다. 파일을 가져올 수 있다고 해서 모든 필드가 Mihomo와 같은 방식으로 실행되는 것은 아닙니다.

iOS에서 확인할 가치가 높은 기능

1. 현재 구독에서 사용하는 노드 프로토콜을 지원하는지 확인합니다.
2. DOMAIN-SUFFIX, DOMAIN-KEYWORD, IP-CIDR, GEOIP 등 기본 규칙을 처리할 수 있는지 확인합니다.
3. 필요할 때 연결을 지원하고 Wi-Fi와 셀룰러 네트워크 전환 시 자동으로 복구되는지 확인합니다.
4. 직접 연결 또는 프록시 오류를 찾을 수 있도록 규칙 매칭과 연결 로그를 확인할 수 있는지 봅니다.
5. 매번 파일을 수동으로 다시 가져오지 않고 구독에서 업데이트할 수 있는지 확인합니다.

iOS의 Network Extension은 시스템이 통합 관리합니다. 두 개의 프록시 또는 VPN 도구가 동시에 한 기기의 네트워크 연결을 인계받을 수는 없습니다. 계속 재연결된다면 먼저 시스템 ‘설정’ → ‘VPN’에서 현재 구성을 확인하고, 다른 필요 시 연결 규칙을 해제하세요.

유지보수 현황·TUN·리소스 사용량 비교 방법

클라이언트 비교는 기능 목록만 보고 판단하면 안 됩니다. 고정된 점검 항목을 만들고 자신의 기기에서 10~15분간 실행해 보는 방법이 더 실용적입니다. 테스트할 때는 동일한 구독, 동일한 노드, 동일한 프록시 모드를 사용해 노드 변동을 클라이언트 차이로 착각하지 않도록 하세요.

메모리 수치는 동일한 조건에서 비교해야 합니다. 데스크톱 클라이언트에 WebView 화면이 포함되어 있다면 기본 창을 열었을 때와 트레이에만 상주할 때의 사용량이 크게 다릅니다. 규칙 세트 수, 연결 수, 로그 수준도 결과에 영향을 줍니다. 로그를 장기간 debug로 설정하면 디스크 쓰기가 늘어나므로 일상적인 사용에는 보통 info면 충분합니다.

프로젝트를 지금도 설치할 가치가 있는지 판단하기

• 최근 정식 버전이 현재 운영체제를 지원하는지 확인합니다.
• 화면 의존성만 업데이트하는 것이 아니라 커널 업데이트도 지속적으로 따라오는지 확인합니다.
• 이슈 목록에서 시스템 업그레이드 후 호환성 문제에 개발자가 답변했는지 확인합니다.
• 릴리스 페이지에 아키텍처와 설치 형식이 명확히 안내되어 있는지 확인합니다.
• 심각한 문제가 발생했을 때 이전 정식 버전으로 되돌릴 수 있는지 확인합니다.

‘최근 업데이트’ 날짜가 새롭다는 사실만으로 결론을 내려서도 안 됩니다. 일부 저장소는 자동화 의존성만 업데이트하고 사용 가능한 설치 패키지는 배포하지 않습니다. 반대로 업데이트 빈도는 낮아도 시스템 호환성과 커널 업그레이드가 안정적인 주기를 유지하는 클라이언트도 있습니다. 릴리스 기록, 커널 버전, 실제 설치 패키지를 함께 살펴봐야 합니다.

구형 클라이언트에서 안전하게 마이그레이션하는 순서

Clash for Windows, 구형 ClashX, CMFA에서 옮길 때는 기존 클라이언트를 먼저 삭제하지 않는 것이 좋습니다. 구독 주소와 로컬 설정을 저장한 뒤 새 클라이언트에서 독립적으로 테스트하고, 정상 작동을 확인한 후 기존 프로그램을 정리하세요. 이렇게 해야 오버라이드 규칙, 로컬 네트워크 설정, 앱별 목록을 빠뜨리지 않을 수 있습니다.

1. 구형 클라이언트의 구독 URL, 현재 프록시 모드, 자주 사용하는 정책 그룹을 기록합니다.
2. 로컬 YAML, 오버라이드 스크립트, 병합 설정을 내보내 별도로 저장합니다.
3. 구형 클라이언트의 시스템 프록시, TUN, 시작 시 자동 실행을 끕니다.
4. 새 클라이언트를 설치하고 먼저 원본 구독만 가져옵니다. 로컬 변경 사항 전체를 바로 복사하지 마세요.
5. 규칙 모드에서 브라우저 접속, DNS, 로컬 네트워크, 자주 사용하는 앱을 테스트합니다.
6. 필요하면 서비스를 설치하고 TUN을 켠 다음 시스템 프록시를 읽지 않는 프로그램을 테스트합니다.
7. 오버라이드, 앱별 프록시, 자동 업데이트 주기를 하나씩 복원합니다.
8. 하루나 이틀 연속 사용한 후 기존 클라이언트를 제거할지 결정합니다.

두 클라이언트가 동시에 시스템 프록시를 켜면 나중에 시작한 프로그램이 시스템 설정을 덮어쓸 수 있습니다. TUN까지 동시에 켜면 중복 라우팅이 생길 수도 있습니다. 마이그레이션 중에는 언제나 하나의 클라이언트만 네트워크를 인계하도록 하세요. 프로그램을 종료한 뒤에도 인터넷이 되지 않으면 먼저 시스템 프록시를 끈 상태로 되돌린 다음 가상 네트워크 어댑터와 기본 라우팅이 남아 있는지 확인하세요.

최종 선택: 익숙한 이름보다 안정적인 유지보수를 우선

Windows·macOS·Linux에서 통일된 데스크톱 경험, Mihomo 커널, 구독 관리, TUN이 필요하다면 Clash Verge Rev가 가장 쉽게 시작할 수 있는 선택입니다. macOS 사용자가 메뉴 막대 조작을 분명히 선호한다면 유지보수가 계속되고 커널 정보가 명확한 ClashX Meta 포크를 고려할 수 있지만, 오래된 ClashX 설치 패키지를 그대로 사용하는 것은 피하세요.

Android 새 기기에서는 지속적으로 유지보수되고 Mihomo를 사용하거나 현재 구독 형식과의 호환성을 명확히 밝힌 클라이언트를 선택하세요. 보관 처리된 Clash Meta for Android로 시작하는 것은 권장하지 않습니다. iOS에서는 필요한 프로토콜과 규칙 문법을 지원하는 독립형 네트워크 도구를 선택하고, 설정 필드와 실행 방식이 Mihomo와 다를 수 있음을 고려해야 합니다.

어떤 클라이언트를 선택하든 먼저 규칙 모드와 시스템 프록시로 기본 동작을 확인한 뒤 필요할 때 TUN을 켜는 것이 좋습니다. 클라이언트 버전, 커널 버전, 포트, 오류 로그를 기록하면 노드를 계속 바꾸는 것보다 문제를 쉽게 찾을 수 있습니다. 클라이언트 이름은 바뀌지만 유지보수 현황, 설정 호환성, 시스템 트래픽 인계 방식이 장기적으로 유효한 선택 기준입니다.