2026-11-03 클라이언트 선택 읽는 데 약 10분

Clash 클라이언트 비교: Clash Verge Rev·FlClash·ClashX Meta

주요 Clash 클라이언트를 지원 플랫폼, 코어, UI, 사용 난이도로 비교하고 Mac·Windows·모바일별 선택 기준을 안내합니다.

기기와 사용 방식에 따라 후보 좁히기

Clash 클라이언트를 고를 때는 운영체제와 평소 사용하는 방식을 먼저 살펴보세요. Mac과 Windows에서 비슷한 설정 흐름을 원한다면 Clash Verge Rev를 비교해 보세요. 컴퓨터와 Android에서 유사한 화면을 원한다면 FlClash를, Mac 메뉴 막대에서 노드를 바꾸는 간결한 조작을 선호한다면 ClashX Meta를 고려할 수 있습니다. 세 앱은 같은 프로그램의 테마만 다른 것이 아닙니다. 설정 관리, 백그라운드 서비스, 설정 메뉴가 서로 다릅니다.

이 클라이언트들은 화면을 제공하고 구독을 관리하며 프록시 코어를 실행합니다. 코어는 설정을 해석하고 규칙에 따라 연결을 처리하는 프로그램입니다. Clash Meta는 이후 mihomo라는 이름을 사용하게 됐습니다. ‘Meta 코어’와 ‘mihomo’라는 표현을 볼 때는 서로 완전히 별개의 설정 체계라고 단정하지 말고, 해당 클라이언트의 릴리스 정보를 확인해 어떤 버전을 가리키는지 살펴보세요.

브라우저만 사용: 시스템 프록시 설정, 구독 업데이트, 노드 전환이 편리한지 우선 확인하세요.
터미널·게임·다른 앱도 연결: TUN, 보조 서비스, 연결 로그를 중점적으로 확인하세요.
규칙을 자주 수정: 설정 덮어쓰기, 규칙 편집, 업데이트 후 설정 유지 방식을 확인하세요.
여러 기기에서 사용: 먼저 각 운영체제용 정식 배포판이 있는지 확인하고, 화면과 조작 방식이 일관적인지 비교하세요.

세 클라이언트 한눈에 비교

아래 내용은 각 프로젝트의 지향점과 일반적인 사용 방식을 비교한 것입니다. 특정 버전의 버튼 위치가 계속 유지된다고 가정하지 않습니다. 최소 지원 OS, 코어 버전, 설치 패키지 아키텍처는 릴리스마다 달라질 수 있으므로 다운로드 전에 해당 릴리스 정보를 확인하세요.

비교 항목	Clash Verge Rev	FlClash	ClashX Meta
지원 플랫폼	Windows、macOS、Linux	Android、Windows、macOS、Linux	macOS
코어 기반	mihomo 기반	Clash Meta／mihomo 생태계 기반	ClashX의 Meta 코어 브랜치
UI 구성	독립 창에서 구독, 프록시, 연결, 설정을 구분해 관리	카드와 페이지 중심의 조작 방식으로 데스크톱과 모바일 터치에 대응	macOS 메뉴 막대 중심으로 조작
처음 사용할 때 확인할 점	구독, 실행 모드, 서비스 설정 구분	설정 선택, 트래픽 전달, 플랫폼 권한 구분	메뉴 구조와 설정 파일 관리에 익숙해지기
고급 설정 점검	설정 덮어쓰기와 보조 서비스 상태 확인	플랫폼별 TUN과 백그라운드 실행 방식 확인	해당 배포판의 향상 모드와 코어 기능 확인
우선 사용해 볼 사용자	연결, 규칙, 로그를 한곳에서 살펴보려는 데스크톱 사용자	Android와 컴퓨터를 함께 사용하는 사용자	메뉴 막대 중심의 조작을 선호하고 주로 Mac을 사용하는 사용자

같은 코어를 지원한다고 해서 기능을 켜는 메뉴까지 같은 것은 아닙니다. 코어에 기능이 있어도 클라이언트에 그래픽 설정이 없거나 운영체제 권한이 필요할 수 있습니다. 특히 TUN은 소개 페이지에 해당 문구가 있다는 이유만으로 모든 배포판에서 똑같은 절차로 활성화할 수 있다고 판단하지 마세요.

Mac 사용자: 창 관리, 메뉴 막대, 칩 아키텍처 비교

연결 확인과 규칙 편집이 잦다면 Clash Verge Rev부터

‘이 요청은 어떤 노드를 거쳤나’, ‘이 규칙은 왜 적용됐나’를 자주 확인한다면 독립 창에서 프록시 그룹, 연결 기록, 로그를 함께 살펴볼 수 있어 편리합니다. 처음 설정할 때는 구독을 가져와 선택한 다음 프록시 화면에서 노드를 고르고, 마지막으로 시스템 프록시를 활성화하세요. 구독이 적용되기 전에 DNS와 TUN을 연달아 조정하면 문제 발생 시 어떤 변경이 원인인지 파악하기 어려워집니다.

데스크톱과 모바일에서 비슷하게 쓰려면 FlClash 확인

FlClash의 크로스 플랫폼 UI는 비슷한 조작 습관을 만드는 데 도움이 되지만, 권한은 운영체제마다 다릅니다. Android의 VPN 권한과 macOS의 보조 서비스는 서로 다른 기능입니다. 기기를 바꾼 뒤에는 설정이 선택되어 있는지, 규칙 모드가 동일한지, 노드 선택이 유지됐는지 다시 확인하세요. 홈 화면이 비슷하다고 실행 상태까지 동기화됐다고 볼 수는 없습니다.

메뉴 막대 조작을 선호한다면 ClashX Meta의 배포판 확인

ClashX Meta는 Mac 메뉴 막대 도구에 가까운 방식으로 동작하며, 노드와 설정을 빠르게 전환하려는 사용자에게 적합합니다. 최신 프로토콜이나 복잡한 DNS 설정이 필요하다면 배포판의 코어 정보와 유지 관리 상태부터 확인하세요. ClashX, ClashX Meta, 이름에 ClashX가 포함된 다른 브랜치는 서로 바꿔 쓸 수 있는 동일한 설치 패키지가 아닙니다.

Apple 메뉴 → ‘이 Mac에 관하여’를 열어 ‘칩’ 또는 ‘프로세서’를 확인하세요.
Apple Silicon 기기에는 ARM64 또는 Apple Silicon으로 표시된 패키지를, Intel 기기에는 x64 또는 Intel 패키지를 선택하세요. Universal 패키지가 있다면 릴리스 정보에서 해당 기기 아키텍처가 포함되는지 확인하세요.
시스템 요구 사항을 확인하세요. 예를 들어 현재 macOS 13 Ventura를 사용한다면 해당 릴리스 패키지의 최소 지원 버전이 13 이하인지 확인해야 합니다. 여기서 13은 확인 방법을 설명하기 위한 예시일 뿐, 세 클라이언트의 공통 최소 요구 사항은 아닙니다.
설치 후에는 테스트하려는 클라이언트 하나만 실행해 다른 프록시 서비스가 백그라운드에 남지 않도록 하세요.

Windows와 모바일: 지원되지 않는 플랫폼부터 제외

Windows: 백그라운드 서비스와 연결 문제 해결 비교

Windows 사용자는 Clash Verge Rev와 FlClash 중에서 선택할 수 있습니다. 규칙 적용, 연결 세부 정보, 설정 덮어쓰기를 자세히 확인해야 한다면 데스크톱 관리 흐름을 먼저 비교하세요. Android에서 이미 FlClash를 사용 중이라면 Windows 버전을 먼저 시험해 인터페이스를 새로 익히는 부담을 줄일 수 있습니다. ClashX Meta는 macOS용이므로 Windows 설치 후보로 고려하면 안 됩니다.

TUN을 활성화하거나 서비스를 설치할 때 운영체제 권한 확인 창이 표시될 수 있습니다. 방금 설치한 클라이언트에서 요청한 것인지 확인한 뒤 권한을 부여하세요. 회사 기기가 관리 정책의 적용을 받는다면 클라이언트를 반복해서 재설치하거나 보안 설정을 끄기 전에 네트워크 서비스 설치가 허용되는지 확인하세요.

Android: VPN 권한, 백그라운드 실행, 설정 호환성 확인

이 세 앱 가운데 Android 버전을 제공하는 것은 FlClash입니다. 처음 VPN 연결을 설정하면 Android에서 시스템 권한 대화상자가 표시됩니다. 권한을 허용한 뒤에도 유효한 설정을 선택해야 합니다. 대부분의 경우 하나의 사용자 프로필에서 VPN 서비스를 하나만 실행할 수 있으므로 다른 VPN, 패킷 캡처 도구, 로컬 필터링 앱과 연결을 두고 충돌할 수 있습니다.

화면을 잠근 뒤 연결이 끊긴다면 시스템의 배터리 최적화, 백그라운드 활동, 자동 시작 설정을 확인하고 클라이언트 로그도 살펴보세요. 제조사마다 메뉴 이름이 다르므로 다른 브랜드의 화면을 그대로 따라 하지 않는 것이 좋습니다. 데스크톱의 ‘시스템 프록시’와 Android의 VPN 트래픽 처리는 같은 방식이 아닙니다.

iPhone·iPad: 호환 클라이언트를 별도로 선택

Android 설치 패키지나 macOS 디스크 이미지를 iOS·iPadOS에서 사용하지 마세요. 이 세 클라이언트만으로는 iPhone용 선택지를 모두 비교할 수 없습니다. 기기 사용 지역에서 실제로 이용할 수 있는 앱을 기준으로 클라이언트가 지원하는 프로토콜과 구독 형식을 확인하세요. 같은 구독 제공업체라도 클라이언트마다 다른 형식의 주소를 제공할 수 있습니다.

구독·규칙·TUN: 설정이 실제로 적용되는지 비교

구독 형식을 확인한 뒤 마이그레이션 가능성을 판단하세요

YAML은 들여쓰기로 구조를 표현하는 텍스트 형식입니다. 완전한 Clash 설정에는 노드뿐 아니라 proxy-groups 정책 그룹, rules 규칙, dns 설정이 포함될 수 있습니다. 노드 목록만 있는 구독과 분기 규칙까지 포함된 전체 설정은 가져온 뒤 결과가 다릅니다.

마이그레이션할 때는 구독 제공업체가 Clash Meta 또는 mihomo용으로 안내한 주소를 우선 사용하세요. 이전 Clash 형식을 그대로 쓸 수 있는지는 실제 프로토콜과 필드에 따라 다릅니다. ‘지원하지 않는 프록시 유형’ 오류가 나타나면 코어 지원 여부와 설정 내용을 확인하세요. 토큰이 포함된 구독 주소를 공개 로그나 신뢰할 수 없는 변환 페이지에 붙여 넣지 마세요.

규칙 모드와 트래픽 전달 방식을 구분하세요

규칙 모드: 코어에 들어온 연결을 규칙에 따라 직접 연결, 프록시 또는 다른 동작으로 처리합니다.
시스템 프록시: 시스템 프록시 설정을 따르는 앱의 요청을 로컬 프록시 포트로 전달합니다.
TUN 모드: 가상 네트워크 인터페이스와 관련 경로를 이용해 더 많은 트래픽을 전달하며, 일반적으로 권한, 라우팅, DNS 설정이 필요합니다.

TUN을 사용한다고 해서 ‘모든 요청이 프록시를 통과하는 것’은 아닙니다. 트래픽이 코어에 들어온 뒤에도 규칙, 제외 경로, 플랫폼 제한의 영향을 받습니다. 브라우저는 정상 작동하지만 터미널은 실패한다면 터미널이 시스템 프록시를 사용하지 않는 것일 수 있습니다. 이것만으로 노드가 작동하지 않는다고 단정할 수는 없습니다.

명시적인 포트로 반복 가능한 테스트 진행

아래 예시는 mihomo 설정 필드의 의미만 보여 주며, 그대로 가져올 수 있는 완전한 구독 설정이 아닙니다. 7890은 여기서 예시로 사용한 혼합 프록시 포트이며, 세 클라이언트의 공통 기본값이 아닙니다.

mixed-port: 7890
allow-lan: false
mode: rule

클라이언트가 실제로 수신 대기하는 혼합 포트를 확인한 뒤 macOS 또는 Linux 터미널에서 명시적 프록시 테스트를 진행할 수 있습니다. 아래 명령은 포트가 7890으로 설정됐다고 가정합니다. 화면에 다른 번호가 표시되면 함께 바꾸세요. 응답을 받았다는 것은 이번 요청이 완료됐다는 뜻일 뿐이므로, 연결 기록에서 프록시를 거쳤는지 직접 연결됐는지 확인해야 합니다.

curl -I --max-time 15 --proxy http://127.0.0.1:7890 https://example.com

클라이언트 이전: 한 번에 하나씩 변경

기존 클라이언트의 데이터 폴더 전체를 새 클라이언트에 그대로 덮어쓰지 마세요. 구독 주소와 직접 작성한 규칙은 옮길 수 있지만 데이터베이스, 로그인 항목, 서비스 상태, UI 설정은 대개 클라이언트마다 다릅니다. 아래 순서대로 진행하면 설정 문제와 시스템 트래픽 처리 문제를 구분하기 쉽습니다.

기존 설정 기록: 구독 출처, 현재 노드, 실행 모드, 수신 포트, 직접 추가한 규칙을 저장하세요. 비밀번호나 토큰이 포함된 정보는 신뢰할 수 있는 곳에만 보관하세요.
기존 트래픽 처리 종료: 먼저 기존 클라이언트의 시스템 프록시와 TUN을 끈 뒤 앱을 종료하세요. 백그라운드 서비스를 설치했다면 앱을 종료한 후에도 실행 중인지 확인하세요.
원본 설정 가져오기: 새 클라이언트에 구독을 추가하고 한 번 수동으로 업데이트하세요. 업데이트 결과를 확인해 프록시 그룹이 비어 있지 않은지 살펴보세요.
기본 연결부터 테스트: 같은 노드와 규칙 모드를 유지한 채 시스템 프록시 또는 명시적 프록시를 먼저 테스트하고, TUN은 따로 확인하세요.
설정을 하나씩 복원: 규칙 덮어쓰기, DNS 설정, 자동 시작을 차례로 추가하고 매번 로그와 연결 기록을 확인하세요.

두 프로그램이 모두 127.0.0.1:7890을 수신 대기하면 나중에 실행한 프로그램이 포트를 바인딩하지 못할 수 있습니다. 포트가 달라도 TUN 인스턴스 두 개가 경로나 DNS를 두고 충돌할 수 있습니다. 테스트 중에는 여러 기능을 동시에 켜기보다 트래픽 처리 방식을 하나만 사용해야 결과를 더 정확하게 파악할 수 있습니다.

macOS 13 및 이후 버전에서 비슷한 설정 메뉴를 사용하는 경우 ‘시스템 설정’ → ‘네트워크’ → 현재 네트워크 연결 → ‘세부사항’ → ‘프록시’에서 남은 설정을 확인할 수 있습니다. HTTP 또는 HTTPS 프록시가 종료된 프로그램의 로컬 포트를 가리킨다면 기존 값을 기록한 뒤 이번 테스트에서 추가한 항목만 해제하세요. 회사에서 미리 설정한 프록시는 임의로 삭제하지 마세요.

같은 작업으로 사용할 클라이언트 결정

홈 화면의 지연 시간 숫자만으로 클라이언트의 우열을 판단하지 마세요. 지연 시간 테스트의 대상 주소, 시간 제한, 동시 요청 수, 연결 재사용 방식은 다를 수 있습니다. 같은 노드에 다른 숫자가 표시된다고 해서 특정 UI가 회선을 더 빠르게 만든 것은 아닙니다.

구독 확인: 한 번 수동 업데이트하고 노드 수와 정책 그룹 이름이 예상과 일치하는지 확인하세요.
분기 규칙 확인: 직접 연결되어야 하는 사이트와 프록시를 사용해야 하는 사이트를 각각 열고 연결 기록에서 규칙과 출구를 확인하세요.
터미널 확인: 명시적 프록시와 실제로 필요한 TUN 처리를 각각 테스트하세요. 환경 변수의 효과를 TUN 효과로 착각하지 않도록 주의하세요.
복구 확인: 절전 모드에서 한 번 깨어난 뒤 Wi-Fi에서 휴대폰 핫스팟으로 전환해 DNS와 연결이 복구되는지 확인하세요.
유지 관리 확인: 로그, 코어 정보, 구독 업데이트 메뉴를 찾아 나중에 흔한 문제를 직접 해결할 수 있는지 확인하세요.

필요한 작업에 따라 선택하세요. 데스크톱 문제 해결과 규칙 관리가 우선이라면 Clash Verge Rev를, Android와 데스크톱에서 비슷한 사용 경험이 중요하다면 FlClash를 먼저 사용해 보세요. Mac 메뉴 막대 조작이 우선이라면 ClashX Meta의 배포 상태와 필요한 기능을 확인하세요. 선택한 뒤에는 한 가지 클라이언트를 기본으로 사용하고 복구 가능한 설정 백업을 보관하는 편이 자주 바꾸는 것보다 문제를 안정적으로 해결하는 데 도움이 됩니다.