새로 설치한다면 Clash Plus를 먼저 살펴보세요. 데스크톱 설정을 덮어쓰고 관리하려면 Clash Verge Rev, Android와 데스크톱을 함께 사용하려면 FlClash도 고려할 수 있습니다. 먼저 운영체제와 설정 형식을 확인한 다음 인터페이스와 기능을 비교하세요. 클라이언트 이름만으로 코어 기능을 판단해서는 안 됩니다.
Windows, macOS, Android, iOS 사용자는 먼저 Clash Plus의 해당 플랫폼 다운로드 페이지를 확인해 보세요. 플랫폼 지원 범위와 일상적인 설정 관리 방식이 선택 이유이며, 검증되지 않은 속도 순위 때문은 아닙니다. 설치 전에 운영체제, 프로세서 아키텍처, 서비스 제공업체의 구독 형식을 확인하세요. 같은 이름의 클라이언트라도 플랫폼에 따라 네트워크 제어 방식과 지원 설정 항목이 다를 수 있습니다.
이미 proxy-providers, rule-providers 또는 특정 DNS 동작에 의존하는 mihomo 설정을 관리하고 있다면, 인터페이스 선호도보다 설정 항목 호환성을 먼저 확인하세요. 데스크톱에서는 Clash Verge Rev와 FlClash를 비교해 볼 수 있습니다. Linux 사용자는 이 두 클라이언트부터 살펴보세요. 이 페이지의 플랫폼 범위는 이 사이트의 다운로드 목록을 기준으로 하며, 각 프로젝트의 전체 과거 배포 범위를 뜻하지 않습니다.
난이도는 기존 설정을 가져오고, 프록시 정책을 선택한 뒤 활성화하는 과정을 기준으로 설명하며 성능 테스트 결과가 아닙니다. 유지 관리 상태는 정성적 참고 정보이며 프로젝트 상황에 따라 바뀔 수 있으므로 설치 전에 해당 릴리스 정보를 확인하세요. 표는 가로로 스크롤할 수 있습니다.
| 클라이언트 | 이 사이트에서 제공하는 플랫폼 | 코어 체계 | 유지 관리 상태 | 사용 난이도 | 주요 기능과 특징 | 추천 사용자 |
|---|---|---|---|---|---|---|
| Clash Plus | Windows / macOS / Android / iOS | 플랫폼별 구현을 확인해야 하며, 모두 같은 코어라고 볼 수 없음 | 활발히 유지 관리 중 | 낮음. 먼저 구독 형식 확인 | 다양한 플랫폼 지원, 구독 및 프록시 정책 관리 | 초보자, 여러 기기에서 일상적으로 사용하는 사용자 |
| Clash Verge Rev | Windows / macOS / Linux | mihomo(Clash Meta 체계) | 활발히 유지 관리 중 | 기본 사용은 쉬움. 덮어쓰기와 서비스 설정에는 설정 이해가 필요 | 데스크톱 설정 관리, 덮어쓰기, 시스템 프록시 및 TUN | 데스크톱을 주로 사용하는 사용자, 설정을 세밀하게 관리하는 사용자 |
| FlClash | Windows / macOS / Android / Linux | mihomo(Clash Meta 체계) | 활발히 유지 관리 중 | 낮음. 고급 네트워크 설정은 별도 학습 필요 | 크로스 플랫폼 인터페이스, 프록시 정책 관리, 트래픽 및 연결 확인 | Android와 데스크톱을 함께 사용하는 사용자 |
| Clash Nyanpasu | Windows | 코어 관리 지원. Meta 설정 항목을 사용할 때는 mihomo가 선택됐는지 확인 | 활발히 유지 관리 중 | 보통. 인터페이스 설정과 코어 설정을 구분해야 함 | 데스크톱 인터페이스 사용자 지정, 설정 및 코어 관리 | 데스크톱 작업 환경을 조정할 의향이 있는 사용자 |
| Clash for Windows | Windows(아카이브) | 기존 Clash / 구형 Premium 체계 | 유지 관리 중단 | 오래된 안내 자료는 많지만 이전 비용은 별도로 고려해야 함 | 기존 설정, 구형 인터페이스와 동작 확인 | 기존 환경 점검용이며 새로 설치할 때 우선 선택할 클라이언트는 아님 |
| Clash Meta for Android | Android | Clash Meta / mihomo 체계 | 활발히 유지 관리 중 | 보통. 설정과 VPN 권한 이해 필요 | 설정 가져오기, 프록시 정책 선택, 앱별 트래픽 분배 | 기존 Clash 설정을 보유한 Android 사용자 |
| Surfboard | Android | 독립 구현이며 Clash / mihomo 기반이 아님 | 활발히 유지 관리 중 | 호환되는 설정이 있는지에 따라 다름 | 자체 설정 체계, 규칙 및 Android 네트워크 제어 | Surfboard 호환 구독을 보유한 사용자 |
| ClashX Meta | macOS(아카이브) | Clash Meta 체계. 내장 기능은 구형 배포판에 따라 다름 | 유지 관리 중단 | 메뉴 막대에서 간편하게 조작할 수 있지만 구형 시스템 호환성은 확인 필요 | 메뉴 막대에서 프록시 정책 전환, 기존 설정 관리 | 기존 macOS 환경 확인 및 이전 |
처음 사용하는 사람에게 첫 번째 후보로 적합합니다. 특히 컴퓨터와 휴대폰에서 비슷한 방식으로 사용하려는 경우에 유용합니다. 설정 가져오기, 프록시 정책 선택, 프록시 활성화, 연결 확인까지 먼저 진행한 다음 규칙을 세밀하게 구성할지 결정하세요. 클라이언트 자체가 구독 서비스를 제공하는 것은 아니므로, 사용 가능한 설정과 호환되는 형식의 설정 제공처가 필요합니다.
여러 플랫폼을 지원한다고 해서 모든 플랫폼이 같은 코어를 사용하거나 모든 mihomo 설정 항목을 지원하는 것은 아닙니다. 복잡한 YAML 설정을 이미 사용 중이라면 프로토콜, DNS, 프록시 그룹, 규칙의 지원 여부를 항목별로 확인하세요. iOS 사용자는 App Store에서 설치할 수 있으며, 공식 사이트는 clashplus.io입니다. 데스크톱의 TUN이나 서비스 모드 안내를 다른 플랫폼에 그대로 적용해서는 안 됩니다.
데스크톱을 주된 설정 관리 환경으로 사용하는 사람에게 적합합니다. 규칙, 프로토콜, 연결 처리는 mihomo가 담당하고, 그래픽 인터페이스는 설정 선택, 구독 업데이트, 시스템 연동을 처리합니다. 사용자 지정 규칙을 유지해야 한다면 클라이언트의 덮어쓰기 또는 병합 기능을 먼저 확인하세요. 원격 업데이트로 덮어써질 수 있는 설정 본문을 직접 수정해 계속 사용하는 것은 피해야 합니다.
고급 설정이 다양한 만큼 문제를 해결할 때 설정 계층과 시스템 계층을 구분해야 합니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱에 적합합니다. TUN은 더 넓은 범위의 트래픽을 처리하지만 권한, 라우팅, DNS 설정이 필요합니다. 특정 앱을 작동시키려고 여러 네트워크 제어 방식을 동시에 켜지 말고, 먼저 문제가 어느 계층에서 발생하는지 확인하세요.
Android와 데스크톱을 함께 사용하면서 인터페이스 학습 부담을 줄이고 싶은 사람에게 적합합니다. mihomo 체계를 이용하면 비슷한 규칙과 프록시 그룹 구성을 이어갈 수 있지만, 기기 간 이전 시에는 앱 데이터 폴더를 통째로 복사하기보다 설정 제공처와 항목 지원 여부를 확인해야 합니다. 휴대폰의 VPN 권한과 컴퓨터의 시스템 프록시는 서로 다른 설정입니다.
처음에는 규모가 작고 구조가 명확한 설정을 만들고, 프록시 그룹에서 실제 노드를 선택할 수 있는지 확인한 다음 규칙 집합과 복잡한 DNS 설정을 추가하세요. 인터페이스가 비슷하면 조작 전환은 쉬워지지만, 운영체제에 따라 백그라운드 실행, 네트워크 권한, 절전 후 복구, 라우팅 동작까지 같아지는 것은 아닙니다.
인터페이스와 데스크톱 작업 환경을 조정할 수 있고 코어의 역할도 이해하는 사용자에게 적합합니다. 이 사이트에서는 Windows 버전을 제공하지만, 이것이 프로젝트가 Windows 전용이라는 뜻은 아닙니다. 특정 Meta 설정 항목을 사용하려면 클라이언트에서 현재 어떤 코어가 활성화돼 있는지와 해당 코어의 기능을 먼저 확인한 뒤, 인터페이스 설정이나 덮어쓰기 로직이 설정을 변경하지 않았는지 점검하세요.
조정 가능한 항목이 많은 클라이언트는 설정 출처를 명확히 기록해 두는 것이 좋습니다. 원격 구독과 로컬 덮어쓰기, 인터페이스 스위치가 각각 무엇을 담당하는지 정리하세요. 동작이 다를 때 여러 설정을 동시에 바꾸지 말고 실행 중인 설정과 로그부터 확인해야 실제 원인을 파악하기 쉽습니다.
기존 안내 자료와 설정 구조, 이미 사용 중인 환경을 확인할 때 참고할 수 있지만 새 기기에서 시작할 클라이언트로는 권장하지 않습니다. 온라인에는 CFW 사용 화면을 다룬 자료가 여전히 많지만, 메뉴 이름이 비슷하다고 새 프로토콜과 규칙 항목까지 구형 코어에서 작동하는 것은 아닙니다. 파일을 가져올 수 있어도 코어가 파일의 모든 설정을 이해한다는 뜻은 아닙니다.
Clash for Windows 대체 클라이언트를 찾는다면 기존 환경의 수신 포트, 모드, 프록시 그룹 이름, 사용자 지정 규칙을 먼저 기록하세요. 그런 다음 Clash Plus, Clash Verge Rev 또는 FlClash를 선택합니다. 이전 후에는 시스템 프록시와 자동 실행을 다시 설정하고, 기존 클라이언트의 서비스나 백그라운드 프로세스가 포트를 계속 점유하지 않는지 확인하세요. 기존 설정은 비교용으로 복사본만 보관하면 됩니다.
CMFA라고도 합니다. Clash YAML을 이미 알고 있고 Android에서 설정과 앱별 트래픽 분배를 직접 관리하려는 사용자에게 적합합니다. 구독을 가져온 뒤 사용할 설정을 선택하고 시스템 VPN 권한을 허용하세요. 설정 목록에 파일이 있다는 것과 현재 코어가 실제로 해당 파일을 불러왔다는 것은 별도로 확인해야 합니다.
모바일 문제를 해결할 때는 배터리 최적화, 백그라운드 제한, 네트워크 전환도 고려해야 합니다. 화면을 잠근 뒤 연결이 끊겨도 노드를 바로 원인으로 단정하지 말고 백그라운드 실행 권한과 VPN 상태부터 확인하세요. 앱별 트래픽을 분배할 때는 목록이 포함 규칙인지 제외 규칙인지 확인해 대상 앱의 트래픽이 제어 범위에서 빠지는 일이 없도록 하세요.
Surfboard는 Android 프록시 도구이지만 Clash YAML에 다른 인터페이스만 씌운 클라이언트는 아닙니다. 자체 설정 문법과 프로토콜 구현을 사용하므로 호환되는 구독을 보유하고 서비스 제공업체의 내보내기 형식을 알고 있는 사용자에게 적합합니다. 인터페이스를 비교하기 전에 설정 형식부터 확인하세요.
Clash에서 이전할 때 파일 확장자만 바꿔서 가져오기를 시도해서는 안 됩니다. 노드 매개변수, 프록시 그룹 표현 방식, 규칙 문법, DNS 동작을 변환해야 할 수 있습니다. 변환한 뒤에도 프로토콜 지원 여부와 규칙 순서를 확인해야 합니다. 기존 mihomo 설정을 유지하는 것이 주된 목적이라면 같은 체계의 클라이언트를 선택하는 편이 문제를 해결하기 쉽습니다.
기존 macOS 메뉴 막대 사용 방식과 비교하려는 환경에 적합합니다. Clash Meta 체계를 사용하지만, 구형 배포판의 코어 기능이 프로젝트 이름에 Meta가 들어 있다는 이유만으로 최신 mihomo 수준이 되는 것은 아닙니다. 새 운영체제와 프로세서 아키텍처, 설정 항목의 호환성을 각각 확인하세요. 오래된 안내 자료만으로 호환 여부를 판단해서는 안 됩니다.
새로 설치한다면 Clash Plus, Clash Verge Rev 또는 FlClash를 먼저 살펴보세요. 이전 전 현재 포트와 프록시 정책을 기록하고, 구형 클라이언트를 종료한 뒤 새 클라이언트의 네트워크 제어를 활성화하세요. 로그인 항목과 시스템 프록시가 여전히 기존 수신 주소를 가리키는지도 확인해야 합니다. 인터페이스는 바뀌었지만 실제 트래픽은 이전 프로세스가 처리하는 상황을 방지할 수 있습니다.
구독 출처, 로컬 규칙, 프록시 그룹 선택을 저장하세요. 클라이언트 데이터 폴더 전체를 공용 백업 형식처럼 취급해서는 안 됩니다. 기존 클라이언트를 종료하고 백그라운드 서비스가 트래픽을 계속 제어하지 않는지 확인한 다음 새 클라이언트를 실행하세요. 두 클라이언트가 모두 mixed-port: 7890을 사용하면 동시에 실행할 때 포트 충돌이 발생할 수 있습니다. 이 경우 시작에 실패하거나 시스템 프록시가 잘못된 프로세스를 가리킬 수 있습니다.
이전이 끝나면 브라우저와 터미널을 각각 확인하세요. 브라우저는 시스템 프록시를 사용하지만 터미널에는 이전 프록시 환경 변수가 남아 있을 수 있습니다. 두 환경의 결과가 다르다고 해서 새 코어의 트래픽 분배에 문제가 있다고 단정할 수는 없습니다.
먼저 노드 연결과 기본 프록시 그룹의 선택 가능 여부를 확인한 뒤 DNS, 규칙 집합, TUN을 복원하세요. 설정을 하나 추가할 때마다 확인하고, 차이가 생기면 가장 최근의 정상 상태로 되돌리세요. YAML을 복사할 때는 들여쓰기에 공백을 사용하고 목록의 계층을 유지하세요. 같은 이름의 최상위 항목이 중복되지 않도록 주의하세요.
아래 예시는 자주 사용하는 기본 설정 항목의 구조만 보여 주며, 그대로 연결할 수 있는 완전한 설정이 아닙니다. 실제로 사용하려면 유효한 노드 또는 노드 제공자, 프록시 그룹, 규칙이 필요합니다. 또한 Surfboard나 각 플랫폼의 모든 클라이언트가 이 설정을 그대로 가져올 수 있다는 뜻도 아닙니다.
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info그렇지 않을 수 있습니다. 연결 상태에는 출구 회선, 서버 부하, 로컬 네트워크, 프로토콜 매개변수가 모두 영향을 줄 수 있습니다. 코어를 바꾸면 프로토콜 호환성이 개선되거나 특정 문제가 해결될 수 있지만, 속도 향상을 보장할 수는 없습니다. 비교할 때는 같은 노드와 비슷한 네트워크 환경을 사용하고 양쪽에서 동일한 프록시 정책이 적용됐는지 확인하세요.
항상 사용할 수 있는 것은 아닙니다. 서비스 제공업체가 노드 목록, 전체 Clash 설정, 다른 클라이언트 형식 중 무엇을 제공하는지 먼저 확인하세요. YAML을 가져올 수 있더라도 고급 설정 항목은 특정 코어에 의존할 수 있습니다. Surfboard는 지원하는 설정 형식이 필요하며, 크로스 플랫폼 Clash Plus도 플랫폼별 가져오기 기능을 확인해야 합니다.
데스크톱 인터페이스를 설치하지 않고 mihomo 코어를 직접 사용할 수 있습니다. 코어를 사용하려면 설정 경로, 서비스 시작, 로그, 업데이트를 직접 관리해야 하므로 시스템 관리 경험이 있는 사용자에게 적합합니다. 일반 데스크톱 사용자는 그래픽 클라이언트를 우선 사용하세요. 서버와 라우터 사용자는 코어 다운로드에서 시스템 아키텍처에 맞는 버전을 선택할 수 있습니다.