CLIENT SELECTION / 클라이언트 선택

Clash 클라이언트 비교
플랫폼, 엔진 및 설정 방식

먼저 기기의 운영체제를 확인한 다음 구독 형식, 트래픽 처리 방식과 로컬 오버라이드를 비교하세요. 클라이언트 화면이 비슷해도 런타임 설정과 시스템 권한까지 같다는 뜻은 아닙니다.

선택 가이드 우선 추천: Clash Plus

일반적인 용도라면 Clash Plus, 데스크톱 오버라이드가 필요하다면 Verge Rev

복잡한 설정을 이미 사용하고 있지 않다면 Clash Plus부터 시작하는 것을 권장합니다. Windows, macOS, Android, iOS를 지원해 기기마다 클라이언트를 따로 찾는 수고를 덜 수 있습니다. 공식 사이트는 clashplus.io이며, 설치 경로는 이 사이트의 다운로드 센터에서 확인할 수 있습니다.

Linux 데스크톱을 사용하거나 Merge 오버라이드를 장기간 관리하고, 연결 상태와 로그를 바탕으로 문제를 자주 진단한다면 Clash Verge Rev를 우선 비교해 보세요. 여러 기기를 함께 사용한다면 FlClash도 선택지입니다. 이미 특정 설정 형식을 사용 중이라면 이름을 통일하려고 무리하게 옮기기보다 먼저 호환성을 확인하세요.

플랫폼별 클라이언트 및 설치 옵션 보기 →

클라이언트 8종 항목별 비교

플랫폼 목록은 이 사이트에서 다운로드 경로를 제공하는 범위이며, 프로젝트의 과거 전체 빌드 목록은 아닙니다. 유지 관리 상태는 선택을 돕기 위한 참고 정보로, 모든 플랫폼용 빌드가 동시에 업데이트된다는 뜻은 아닙니다. 설치 전에 프로젝트 공지와 시스템 요구 사항을 확인하세요.

Clash 클라이언트의 플랫폼, 엔진, 유지 관리 상태, 사용 난이도, 기능 및 추천 사용자
클라이언트 이 사이트에서 다운로드할 수 있는 플랫폼 엔진 및 설정 방식 유지 관리 상태 사용 난이도 주요 기능 추천 사용자
Clash Plus Windows、macOS、Android、iOS Clash 생태계 기반. 플랫폼별 엔진 및 프로토콜 지원은 앱 설명을 확인하세요. 활발히 유지 관리 중 낮음, 구독을 가져오면 바로 시작 가능 데스크톱과 모바일을 아우르는 클라이언트 처음 설정하는 사용자, 일반 사용자, 여러 기기를 쓰는 사용자
Clash Verge Rev Windows、macOS、Linux Mihomo, Clash Meta 계열 활발히 유지 관리 중 기본 사용은 쉬움, 오버라이드에는 YAML 지식 필요 Merge 오버라이드, 확장 스크립트, TUN, 연결 및 로그 확인 데스크톱 고급 설정, 규칙 및 DNS 조정
FlClash Windows、macOS、Linux、Android Mihomo 활발히 유지 관리 중 낮음, 고급 설정에는 엔진 필드 이해 필요 크로스 플랫폼 인터페이스, 설정 관리, 프록시 그룹 전환 데스크톱과 Android를 함께 사용하는 사용자
Clash Nyanpasu Windows 여러 엔진 관리 방식, 기능은 선택한 엔진에 따라 다름 활발히 유지 관리 중 보통, UI 설정과 엔진 설정을 구분해야 함 데스크톱 설정 관리, 엔진 선택 및 인터페이스 사용자 지정 데스크톱 사용 환경을 중시하고 설정 호환성을 확인할 수 있는 사용자
Clash for Windows Windows 기본 Clash 계열, 과거 수정된 환경은 다를 수 있음 유지 관리 중단 기존 사용자에게는 익숙하지만, 신규 사용자에게는 권장하지 않음 과거 설정, Parsers 및 기존 작업 흐름 참고 기존 환경에서의 이전, 설정 비교
Clash Meta for Android Android Clash Meta/Mihomo 생태계 활발히 유지 관리 중 보통, VPN 권한과 백그라운드 정책 설정 필요 앱별 프록시, 설정 가져오기, 모바일 트래픽 처리 Android 앱별로 트래픽을 세밀하게 분리하려는 사용자
Surfboard Android 독립 구현, Surfboard 설정 체계 사용 활발히 유지 관리 중 호환 설정이 있으면 쉬움, 형식 간 마이그레이션은 어려움 Surge 스타일 설정과 호환되는 작업 흐름에 초점 호환 설정을 보유하고 관련 문법에 익숙한 사용자
ClashX Meta macOS Clash Meta. 보관된 엔진은 현재 Mihomo와 다릅니다. 유지 관리 중단 기본 조작은 쉬우나 새 필드의 호환성 확인 필요 macOS 메뉴 막대 조작, 기존 Meta 설정 참고 기존 환경 유지 및 설정 마이그레이션

클라이언트별 설명: 설정 기능과 사용 시 유의점

아래 설명은 속도 순위가 아닙니다. 실제 연결 품질은 네트워크, 서버, 프로토콜과 규칙에 따라 달라지므로 클라이언트 이름만으로 판단할 수 없습니다.

우선 추천

Clash Plus: 일상적인 연결부터 시작

정해진 설정 방식이 아직 없는 사용자에게 적합합니다. 주요 장점은 폭넓은 플랫폼 지원입니다. 데스크톱과 모바일 모두에서 사용할 수 있어 여러 클라이언트의 파생 버전을 먼저 비교할 필요가 없습니다. 처음 사용할 때는 서비스 제공업체가 지원하는 구독을 가져오고, 가져오기가 완료됐는지, 프록시 그룹을 선택할 수 있는지, 시스템 권한이 모두 설정됐는지 확인한 뒤 트래픽 분할을 조정하세요.

여러 플랫폼을 지원한다고 설정 파일을 확인 없이 공유할 수 있는 것은 아닙니다. 특히 데스크톱에서 iOS로 옮길 때는 프로토콜, 규칙과 확장 필드의 지원 여부를 확인하세요. 로컬 DNS, 스크립트와 오버라이드 체인을 세밀하게 관리해야 한다면 대상 플랫폼의 기능을 확인한 뒤 모든 기기의 클라이언트를 통일할지 결정하세요.

Clash Plus 플랫폼별 다운로드 경로 보기 →

Clash Verge Rev: 데스크톱 오버라이드 및 문제 해결

Verge Rev는 Mihomo 엔진을 사용하며, 인터페이스와 로컬 설정 관리 방식이 데스크톱에서 장기간 사용하기에 적합합니다. 구독은 기본 설정을 제공하고, Merge 오버라이드와 확장 스크립트로 로컬 환경에 맞게 조정할 수 있습니다. DNS 동작을 고정하거나 특정 도메인 규칙을 추가하고, 구독 업데이트로 로컬 수정 사항이 덮어쓰이지 않도록 하려는 경우 설정을 계층별로 관리하면 편리합니다.

대신 설정이 생성되는 과정을 이해해야 합니다. 구독 원본, 오버라이드 파일과 최종 런타임 설정은 서로 다른 항목이므로 필드를 추가한 뒤 병합 결과와 로그를 확인해야 합니다. TUN, 시스템 프록시와 서비스 모드도 각각 점검하세요. 구독을 처음 가져오는 단계부터 모든 고급 옵션을 켤 필요는 없습니다.

오버라이드 및 TUN 설정 보기 →

FlClash: 데스크톱과 Android를 함께 사용

FlClash도 Mihomo 기반이며 Windows, macOS, Linux와 Android를 지원합니다. 주로 컴퓨터 한 대와 Android 휴대전화를 함께 사용한다면 비슷한 설정 및 프록시 그룹 조작 방식으로 기기 전환에 드는 수고를 줄일 수 있습니다. 구독을 바탕으로 일상적으로 사용하면서 연결을 가끔 확인하고 프록시 정책을 조정하는 작업 흐름에 적합합니다.

같은 엔진을 사용하더라도 앱 데이터 폴더 전체를 그대로 복사할 수는 없습니다. 데스크톱 경로, 모바일 VPN 권한, 백그라운드 실행 제한과 TUN 설정은 플랫폼마다 다릅니다. 마이그레이션할 때는 구독이나 이식 가능한 YAML을 먼저 가져온 다음 앱 설정을 하나씩 복원하세요. 데스크톱의 수신 주소와 포트 공개 설정을 휴대전화에 그대로 적용하지 마세요.

Android 다운로드 옵션 보기 →

Clash Nyanpasu: 데스크톱 인터페이스 및 엔진 선택

Nyanpasu는 데스크톱 설정 관리와 인터페이스 사용자 지정을 중시하는 사용자에게 적합합니다. 이 사이트의 다운로드 센터에서 Windows 버전을 제공합니다. 선택하기 전에 인터페이스 기능과 실제로 실행되는 엔진을 따로 확인하세요. 설정 필드를 사용할 수 있는지는 현재 엔진과 지원 범위에 달려 있으며, 클라이언트 설정 화면에 해당 이름이 표시된다고 해서 반드시 작동하는 것은 아닙니다.

엔진을 자주 비교하거나 여러 설정을 관리한다면 정상 작동이 확인된 구독 하나로 기준을 만든 다음 엔진과 로컬 설정을 바꾸는 편이 좋습니다. 클라이언트, 엔진과 DNS 방식을 한꺼번에 변경하면 문제의 원인을 구분하기 어려워집니다. 구독을 빠르게 가져오려는 신규 사용자라면 조작이 더 간단한 옵션부터 살펴보세요.

Windows 다운로드 옵션 보기 →
유지 관리 중단

Clash for Windows: 마이그레이션에 적합

CFW에는 오래된 가이드와 Parsers 사용 사례가 많이 남아 있지만 유지 관리가 중단되어 새 환경의 기본 선택지로는 적합하지 않습니다. 기존 클라이언트가 실행된다고 해서 이후 추가된 프로토콜, 필드와 시스템 변경 사항까지 처리할 수 있는 것은 아닙니다. 제3자가 엔진을 수정한 설치 환경은 원래 배포판의 동작을 대표하지 않으므로 비교 전에 실제 실행 중인 구성을 확인하세요.

Verge Rev로 옮길 때는 구독 주소, 프록시 그룹 선택, 포트와 Parsers 처리 방식을 먼저 기록한 뒤 로컬 수정 사항을 대상 클라이언트에서 지원하는 오버라이드 형식으로 다시 작성하세요. Parsers 코드를 단순히 Merge YAML로 이름만 바꿀 수는 없습니다. 기존 규칙의 삽입 순서와 배열 처리 방식은 특히 런타임 설정으로 확인해야 합니다.

기존 설정의 마이그레이션 순서 보기 →

Clash Meta for Android: 앱별 트래픽 및 백그라운드 설정

CMFA는 Android용으로 Meta/Mihomo 생태계의 규칙과 설정 기능을 사용합니다. 앱별로 트래픽 처리 방식을 나눠야 하는 사용자에게 적합합니다. 연결을 시작하면 시스템에서 VpnService 권한을 요청합니다. 권한을 허용해도 로컬 VPN 인터페이스를 만들 수 있게 될 뿐, 구독이 유효하거나 규칙이 의도대로 적용된다는 뜻은 아닙니다.

모바일에서 흔히 겪는 문제는 화면이 꺼진 뒤 시스템이 앱을 종료하거나, 다른 VPN 앱과 인터페이스를 두고 충돌하거나, 앱별 목록과 규칙이 예상대로 맞지 않는 경우입니다. 먼저 백그라운드 실행 정책을 확인한 뒤 로그를 살펴보세요. 데스크톱 클라이언트의 서비스 설치 방법을 Android에 그대로 적용하지 마세요. 앱별 선택과 도메인 규칙은 서로 다른 수준의 제어 기능입니다.

CMFA 및 다른 Android 클라이언트 보기 →

Surfboard: 설정 형식부터 확인

Surfboard는 Android에서 사용할 수 있는 별도의 설정 방식으로, 인터페이스만 바꾼 Clash 클라이언트가 아닙니다. 자체 설정 체계를 사용하며 Surge 스타일 설정과 호환되는 작업 방식을 제공합니다. 구체적인 지원 범위는 공식 문서를 확인하세요. 호환되는 형식의 구독을 보유하고 관련 규칙 구성 방식에 익숙하다면 비교 대상에 포함할 수 있습니다.

Clash YAML만 있다면 파일 확장자를 바꿔 바로 가져오지 않는 것이 좋습니다. 프로토콜 지원, 프록시 그룹 표현 방식, 규칙 문법과 DNS 설정이 서로 다를 수 있고, 변환 도구가 설정의 의미를 모두 보존한다고 보장할 수도 없습니다. 우선 서비스 제공업체에서 호환되는 설정을 받으세요. 직접 변환해야 한다면 규칙 순서와 최종 기본 정책을 항목별로 확인하세요.

Surfboard 다운로드 경로 보기 →
유지 관리 중단

ClashX Meta: 기존 macOS 환경에서의 전환

ClashX Meta는 메뉴 막대 중심의 macOS 조작 방식을 제공했던 클라이언트로, 기존 Meta 설정을 이해하는 데 참고할 수 있습니다. 하지만 보관된 프로그램은 이름에 Meta가 들어 있어도 현재 Mihomo의 기능을 자동으로 갖추지 않습니다. 새 운영체제, 새 프로토콜이나 새 설정 필드는 보관된 빌드에서 지원하지 않을 수 있습니다.

새로 설치한다면 Clash Plus, Verge Rev와 FlClash를 먼저 비교하는 편이 좋습니다. 기존 설정을 옮길 때는 구독 출처와 로컬 규칙을 보존하고 대상 클라이언트의 처리 순서를 확인하세요. 기존 시스템 프록시 포트, 시작 항목과 권한 설정이 자동으로 옮겨진다고 가정하지 마세요. 두 클라이언트가 동시에 시스템 프록시를 수정하지 않도록 해야 합니다.

macOS 클라이언트 옵션 보기 →

사용 환경에 따라 후보 좁히기

먼저 필요한 작업을 수행할 수 있는 클라이언트 하나를 고른 뒤 기존 구독으로 테스트하세요. 클라이언트를 여러 개 설치해도 같은 DNS나 서버 문제는 해결되지 않는 경우가 많고, 오히려 프록시 설정이 서로 충돌할 수 있습니다.

클라이언트 변경 전 마이그레이션 점검

마이그레이션의 성패는 화면이 얼마나 비슷한지가 아니라 설정이 같은 의미로 처리되는지에 달려 있습니다. 문제가 생겼을 때 되돌릴 수 있도록 기존 환경을 보존하되, 확인 작업 중에는 트래픽을 처리하는 클라이언트를 하나만 실행하세요.

  1. 화면 캡처만 하지 말고 설정 출처를 기록하세요. 구독 주소, 업데이트 방식, 로컬 규칙, 프록시 그룹 이름과 포트를 저장하세요. 구독 주소에 접속 자격 증명이 포함될 수 있으므로 신뢰할 수 있는 로컬 위치에만 보관하고 공개 문의 글에 붙여 넣지 마세요.
  2. 어떤 설정 체계를 사용하는지 확인하세요. 먼저 Clash YAML, 클라이언트 확장 필드와 Surfboard 설정을 구분하세요. 기본 Clash에서 읽을 수 있다고 Mihomo의 모든 기능을 포함하는 것은 아니며, 최신 설정이 보관된 엔진에서 작동한다고 보장할 수도 없습니다.
  3. 먼저 가져온 뒤 로컬 수정 사항을 복원하세요. 기본 구독을 가져와 파싱과 연결이 정상인지 확인한 다음 오버라이드, DNS, 규칙 세트와 스크립트를 하나씩 추가하세요. 각 단계에서 최종 런타임 설정을 확인해야 합니다. YAML 문법 검사를 통과했다고 설정 로직까지 올바른 것은 아닙니다.
  4. 트래픽 처리 설정을 다시 구성하세요. 기존 클라이언트를 종료하고 시스템 프록시, TUN 인터페이스와 시작 시 자동 실행이 계속 적용되지 않는지 확인하세요. 새 클라이언트의 포트가 다를 수 있으므로 브라우저나 개발 도구에 수동으로 설정한 프록시 주소도 함께 변경해야 합니다.
  5. 접속 경로별로 확인하세요. 일반 웹사이트, 프록시가 필요한 앱, 직접 연결되어야 하는 사이트를 각각 점검한 다음 연결 화면에서 규칙 적용 여부와 로그 오류를 확인하세요. 웹페이지가 열린다는 사실만으로 모든 규칙, DNS와 IPv6 동작이 예상대로라고 볼 수는 없습니다.

후보를 정했다면 다운로드 센터에서 운영체제와 아키텍처를 확인하세요. 처음 설정한다면 빠른 시작 가이드를 참고할 수 있습니다. 여러 구독에 규칙을 유지하거나 TUN과 Fake-IP 조합을 설정해야 한다면 고급 사용법을 확인하세요.