표에 표시된 플랫폼은 이 사이트 다운로드 센터에서 제공하는 설치 경로를 기준으로 하며, 각 프로젝트가 과거에 지원한 모든 플랫폼을 뜻하지는 않습니다. 유지 관리 상태는 프로젝트 전체에 대한 개괄적인 정보이며, 모든 브랜치와 설치 파일, 내장 코어가 함께 업데이트된다는 의미는 아닙니다. 설치 전 다운로드 센터에서 운영체제 요구 사항, 프로세서 아키텍처 및 기능 안내를 확인하세요.
화면이 좁으면 표를 가로로 스크롤하세요. 난이도는 구독을 처음 가져온 뒤 기본 연결을 완료하는 데 필요한 작업을 기준으로 하며, 성능 순위와는 무관합니다.
아래 평가는 설정 절차를 중심으로 하며, UI 스크린샷이나 단시간 테스트 결과를 순위로 매기지 않습니다. 같은 구독을 사용해도 코어 버전, 기본 오버라이드, 시스템 권한, 로컬 DNS 설정에 따라 클라이언트별 동작이 달라질 수 있습니다.
Clash Plus: 일상 사용과 여러 기기에 우선 추천
추천활발히 유지 관리 중
Clash Plus는 구독을 가져와 바로 사용하고 싶고, 여러 데스크톱 프로젝트의 차이를 먼저 공부하고 싶지 않은 사용자에게 적합합니다. 이 사이트에서는 Windows, macOS, Android, iOS 설치 경로를 제공합니다. 먼저 기기의 운영체제를 확인한 뒤 가이드에 따라 구독을 가져오고, 규칙 모드를 설정한 다음 연결을 확인하세요. 공식 웹사이트: clashplus.io.
여러 플랫폼에서 같은 이름을 사용한다고 해서 설정까지 완전히 같지는 않습니다. 특히 iOS는 시스템 네트워크 권한이 데스크톱과 다르므로 데스크톱의 서비스 모드, 외부 제어 주소, 포트 설정 절차를 그대로 적용할 수 없습니다. 복잡한 mihomo 설정을 사용 중이라면 프로토콜, 규칙 제공자, DNS 매개변수의 지원 범위를 항목별로 확인한 후 이전하세요. 파일 확장자만 보고 호환성을 판단해서는 안 됩니다.
Clash Verge Rev: 데스크톱 TUN 및 설정 확장
Clash Verge Rev는 mihomo 코어를 사용하며, 이 사이트에서 Windows, macOS, Linux 데스크톱용 설치 경로를 제공합니다. 시스템 프록시와 TUN을 구분해 사용하거나, 여러 구독을 관리하거나, 구독 외에 로컬 규칙을 유지하려는 사용자에게 적합합니다. 기본 조작은 그래픽 UI에서 할 수 있으며, 설정 병합이나 스크립트 처리는 더 복잡한 작업이 필요할 때 사용하면 됩니다.
배우기 어려운 부분은 설치보다 최종 적용 설정이 어디서 만들어지는지 이해하는 데 있습니다. 구독 원본, 로컬 병합, 스크립트 처리가 함께 결과에 영향을 줄 수 있으므로 문제를 해결할 때는 실제 실행 설정을 확인해야 합니다. TUN을 켜기 전에 시스템 프록시가 제대로 작동하는지 확인하고, 클라이언트 안내에 따라 서비스나 권한을 설정하세요. 트래픽 처리 방식과 DNS를 동시에 바꾸면 문제의 원인을 찾기 어려워집니다.
FlClash: 데스크톱과 Android에서 비슷한 사용 흐름
FlClash는 mihomo 코어를 사용하며, 이 사이트에서 Windows, macOS, Linux, Android 설치 경로를 제공합니다. 컴퓨터와 Android에서 비슷한 방식으로 설정을 관리하고 싶은 사용자에게 적합합니다. 구독 가져오기, 프록시 그룹 선택, 모드 전환을 일상적인 사용의 기본 흐름으로 삼으면 처음부터 전체 YAML을 수정할 필요가 없습니다.
UI가 비슷해도 운영체제별 차이는 남아 있습니다. 데스크톱에서는 시스템 프록시 또는 TUN 권한을 확인해야 하고, Android에서는 VPN 권한을 허용한 뒤 기기에 따라 백그라운드 제한을 조정해야 합니다. 설정을 옮길 때는 원본 구독과 필요한 규칙만 가져오고, 다른 기기의 포트, 네트워크 인터페이스 이름, 제어 인터페이스 설정을 그대로 복사하지 마세요. iOS가 필요하다면 다운로드 센터의 Clash Plus 스토어 링크를 확인하세요.
Clash Nyanpasu: UI 커스터마이징과 코어 관리
Clash Nyanpasu는 클라이언트의 설정 처리 과정을 이해하고 싶은 데스크톱 사용자에게 적합하며, 이 사이트에서는 Windows 설치 경로를 제공합니다. 선택할 때는 UI 커스터마이징, 설정 처리, 코어 관리 방식을 살펴보세요. 선택지가 많다는 이유만으로 모든 사용자에게 더 적합하다고 볼 수는 없습니다. 처음 사용할 때는 기본 설정 흐름을 유지하는 편이 문제를 찾기 쉽습니다.
코어 지원 여부는 실제 설치 파일과 설정 화면을 기준으로 확인하세요. 과거에 제공되던 코어 옵션이 현재 빌드에도 포함된다고 단정해서는 안 됩니다. 코어를 바꾼 뒤에는 프로토콜, 규칙, DNS 문법이 지원되는지 다시 확인하세요. 구독을 가져와 일상적으로 웹을 이용하는 것이 목적이라면 Clash Plus가 더 간단합니다. 데스크톱 작업 흐름을 세밀하게 조정하고 싶다면 Nyanpasu와 Verge Rev를 비교해 보세요.
Clash for Windows: 보관 및 이전 참고용
유지 관리 중단
Clash for Windows는 흔히 CFW라고 불리는 기존 Clash 생태계의 데스크톱 클라이언트입니다. 보관용 버전에는 Clash Premium이 포함된 경우가 많습니다. 오래된 안내 자료가 많지만, 그 안의 메뉴와 서비스 설치 절차, 설정 기능을 현재 클라이언트에 그대로 적용해서는 안 됩니다. 이 사이트에서 Windows 보관용 설치 경로를 제공하는 목적은 기존 환경 재현과 이전 사항 확인입니다.
익숙한 구형 UI만을 이유로 계속 사용하는 것은 권장하지 않습니다. mihomo 클라이언트로 옮길 때는 먼저 구독 출처, 로컬 규칙, 오버라이드 내용을 백업한 뒤 파싱 결과를 하나씩 확인하세요. 프로그램 폴더 전체를 새 클라이언트에 덮어쓰거나 기존 프로그램의 코어 파일만 바꿔 완전한 호환성을 기대해서는 안 됩니다. 새 기기에는 활발히 유지 관리되는 클라이언트를 우선 고려하세요.
Clash Meta for Android: 앱별 접근 제어
Clash Meta for Android는 흔히 CMFA라고 불리며, Clash.Meta/mihomo 계열 코어를 사용합니다. 실제 기능은 설치된 빌드에 따라 다릅니다. Clash 설정에 익숙하고 Android에서 앱별 프록시 범위를 관리하려는 사용자에게 적합합니다. 처음 연결할 때 시스템 VPN 권한을 허용해야 합니다. 앱 접근 제어로 프록시 대상 앱을 정하고, 규칙 모드로 해당 앱의 연결을 어떻게 분기할지 결정합니다.
앱 제외와 도메인 직접 연결은 서로 다른 기능입니다. 앱을 제외하면 해당 앱 전체가 클라이언트를 우회할 수 있지만, 도메인 직접 연결은 클라이언트의 규칙 체계 안에서 처리됩니다. 백그라운드에서 연결이 끊긴다면 구독을 계속 바꾸기보다 시스템 배터리 관리와 백그라운드 실행 제한을 먼저 확인하세요. 다른 VPN 앱이 시스템 VPN 통로를 점유할 수도 있으니, 어떤 앱이 트래픽을 처리할지 정해야 합니다.
Surfboard: Surge 스타일 설정을 이미 사용하는 경우
Surfboard는 Android 프록시 클라이언트이지만, 기존 Clash나 mihomo의 그래픽 UI는 아닙니다. 자체 프록시 구현과 Surge 스타일 설정을 사용하므로, 호환되는 설정을 이미 보유했거나 서비스 제공자가 해당 형식의 구독을 명시적으로 제공하는 사용자에게 적합합니다. 선택하기 전에 구독 형식과 프로토콜 지원 여부를 확인하세요. Clash YAML 주소를 범용 가져오기 주소로 간주해서는 안 됩니다.
Surge 스타일 설정이라도 Surfboard가 실제로 지원하는 항목을 확인해야 합니다. 다른 제품의 모든 옵션을 그대로 사용할 수 있는 것은 아닙니다. 형식을 변환하면 규칙, 정책 그룹, DNS 의미가 손실될 수 있으므로 변환 후 내용을 점검하세요. mihomo 전용 설정만 있다면 반복해서 형식을 변환하기보다 Clash Plus, CMFA, FlClash의 호환성을 먼저 확인하는 편이 관리하기 쉽습니다.
ClashX Meta: 구형 macOS 환경 점검
유지 관리 중단
ClashX Meta는 Clash.Meta 계열 코어를 사용하는 macOS 메뉴 막대 클라이언트입니다. 이 사이트에서는 유지 관리가 중단된 보관용 프로젝트로 소개하며, 기존 환경의 설정을 확인할 때 참고할 수 있지만 새 기기에는 우선 추천하지 않습니다. 메뉴 막대 조작이 간편하다고 해서 구형 프로그램이 최신 시스템의 네트워크 권한 체계에서도 동일하게 작동하는 것은 아닙니다.
이전하기 전에 Intel과 Apple Silicon용 설치 파일을 구분한 뒤 설정 사본을 가져오세요. 기존 시스템 프록시 설정, 보조 서비스, 로그인 항목은 따로 기록하고 새 클라이언트가 정상 작동하는 것을 확인한 후 정리하세요. 두 클라이언트가 동시에 시스템 프록시를 제어하지 않도록 합니다. 복잡한 Meta 설정을 계속 사용하려면 Clash Verge Rev와 FlClash를 비교해 보세요. 일상적인 사용에는 Clash Plus를 우선 고려할 수 있습니다.
사용 상황별 클라이언트 선택
클라이언트를 바꾸기 전 설정 확인
클라이언트 간에 가장 쉽게 옮길 수 있는 것은 구독 출처이며, 그대로 복사하지 말아야 할 것은 프로그램 데이터 폴더 전체입니다. 데이터 폴더에는 플랫폼별 경로, UI 상태, 서비스 설정, 구형 코어 옵션이 들어 있을 수 있습니다. 기존 환경에서 사용할 수 있는 사본을 보관하고 새 클라이언트에서 필요한 설정만 다시 구성하면, 한꺼번에 덮어쓰는 것보다 되돌리기 쉽습니다.
설정 출처를 기록하세요. 온라인 구독, 로컬 파일, 클라이언트가 생성한 실행 설정을 구분하세요. 구독 원본 주소는 보관하되, 개인 접근 정보가 포함된 주소를 공개 스크린샷이나 문의 내용에 올리지 마세요.
로컬 수정 사항을 정리하세요. 사용자 규칙, DNS 변경, 오버라이드 내용을 별도로 저장하세요. 구독 다운로드 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있으므로, 새 클라이언트에서 지원하는 병합 또는 오버라이드 경로로 옮기세요.
문법과 프로토콜을 확인하세요. 기존 설정이 기존 Clash, Meta/mihomo, Surge 스타일 중 어느 체계에서 작성되었는지 확인하세요. 파싱 오류가 발생하면 해당 항목을 살펴보고, 설정을 확인하는 대신 클라이언트를 반복해서 재설치하지 마세요.
트래픽 처리 충돌을 피하세요. 새 클라이언트를 실행하기 전에 기존 클라이언트를 종료하고 시스템 프록시나 VPN을 끄세요. 되돌릴 수 있도록 기존 프로그램은 보관하되, TUN 인터페이스 두 개를 동시에 켜거나 두 프로그램이 같은 혼합 포트를 사용하지 않도록 하세요.
기능을 단계별로 복구하세요. 먼저 구독을 불러오고 규칙 모드가 작동하는지 확인한 뒤 사용자 규칙, TUN, 시작 시 자동 실행을 복구하세요. 자주 사용하는 앱의 실제 연결 경로를 확인하고 연결 기록에서 규칙이 어떻게 적용되었는지도 점검하세요.
설정을 가져오지 못하거나 시스템 프록시가 작동하지 않거나 웹페이지에 접속할 수 없다면 문제 해결에서 증상별 점검 방법을 확인하세요. 시스템 프록시와 TUN의 기본적인 차이는 도움말 센터에서 볼 수 있습니다. 클라이언트를 자주 바꿔도 만료된 구독, 원격 서비스 장애, 로컬 DNS 설정 충돌은 해결되지 않는 경우가 많습니다.
선택 요약 및 다운로드
일상적인 사용에는 Clash Plus를 우선 추천합니다. Linux 데스크톱이나 mihomo 설정 확장이 필요하다면 Clash Verge Rev와 FlClash를 먼저 비교하세요. Android에서 앱별 접근 제어가 필요하다면 CMFA, Surge 스타일 설정을 이미 보유했다면 Surfboard를 고려하세요. Nyanpasu는 데스크톱 설정 흐름을 조정하고 싶은 사용자에게 적합하며, CFW와 ClashX Meta는 보관용 이전 참고 자료로 남겨 둡니다.
다운로드 센터에서 운영체제별 설치 파일, 유지 관리 표시, 시스템 요구 사항을 확인하세요. 이름이 비슷하다는 이유만으로 선택하거나 특정 클라이언트의 기본 포트, TUN 동작, 설정 오버라이드 규칙을 Clash 생태계 전체의 공통 기준으로 간주하지 마세요.