기기 및 설치 패키지
먼저 지원 운영체제와 프로세서 아키텍처를 확인하세요. Apple Silicon용과 Intel용 설치 패키지는 서로 바꿔 쓸 수 없으며, Android도 ARM64 또는 ARM 지원 여부를 확인해야 합니다. 설치 패키지가 실행되어야 기능 비교도 의미가 있습니다.
- 클라이언트 선택
- 플랫폼 · 엔진 · 설정 이전
Clash 클라이언트
비교 및 선택 가이드
먼저 운영체제와 설정 형식을 확인한 다음 규칙, DNS, TUN 관리 방식을 비교하세요. 새로 설치한다면 Clash Plus를 우선 추천합니다. 데스크톱 오버라이드나 Linux 지원이 필요하면 사용 환경에 맞춰 선택하세요.
플랫폼 항목은 이 사이트의 다운로드 페이지에서 제공하는 설치 패키지를 기준으로 정리했으며, 프로젝트의 과거 전체 릴리스 플랫폼을 뜻하지 않습니다. 사용 난이도는 설정 경로에 대한 정성적 평가이며 성능 점수가 아닙니다.
선택 전 확인할 세 가지
클라이언트는 조작 화면을 담당하고, 엔진은 설정을 해석하고 규칙을 적용해 연결을 수립합니다. 두 요소는 따로 살펴봐야 합니다.
설정 및 엔진
구독에서 Clash YAML을 제공하는지, 다른 클라이언트 형식을 제공하는지 확인하세요. Meta는 mihomo의 과거 명칭 중 하나로 완전히 별개의 설정 체계가 아닙니다. 다만 최신 필드는 구형 엔진에서 지원되지 않을 수 있습니다.
트래픽 제어 범위
시스템 프록시를 따르는 앱만 사용한다면 보통 시스템 프록시를 먼저 활성화하면 됩니다. 게임, 명령줄 도구, UDP 트래픽까지 제어하려면 TUN, 권한, 라우팅 지원을 확인하세요. TUN으로 트래픽을 가로채더라도 최종 출구는 선택한 모드와 규칙에 따라 결정됩니다.
클라이언트 8종 한눈에 비교
좁은 화면에서는 표를 좌우로 스크롤할 수 있습니다. 유지보수 상태는 정성적으로 표시했습니다. 구체적인 프로토콜, 시스템 요구사항, 엔진 조합은 설치 패키지 안내와 클라이언트에 표시되는 정보를 확인하세요.
| 클라이언트 | 다운로드 페이지 지원 플랫폼 | 엔진 및 설정 체계 | 유지보수 상태 | 사용 난이도 | 주요 기능 및 제한 사항 | 추천 대상 |
|---|---|---|---|---|---|---|
| Clash Plus 우선 추천 |
Windows、macOS、Android、iOS | 플랫폼별 내장 구현을 사용하며, 기능은 클라이언트 안내를 확인하세요 | 활발히 유지보수 중 | 쉬운 편: 먼저 설정을 가져오면 됩니다 | GUI 설정 및 연결 관리 지원. 시스템별 권한 설정 경로는 다릅니다 | 첫 설치, 일상적인 연결, 여러 기기에서 사용하려는 사용자 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo | 활발히 유지보수 중 | 보통: 설정과 오버라이드의 차이를 알아야 합니다 | 설정 오버라이드, 서비스 모드, 시스템 프록시 및 TUN 관리 | 데스크톱 고급 설정이 필요한 사용자 |
| FlClash | Windows、macOS、Linux、Android | mihomo | 활발히 유지보수 중 | 쉬운 편: 주요 기능이 한곳에 모여 있습니다 | 크로스 플랫폼 UI와 설정 관리 지원. 시스템별 트래픽 제어 방식은 다릅니다 | 데스크톱과 Android를 함께 사용하는 사용자 |
| Clash Nyanpasu | Windows | 여러 엔진을 관리할 수 있으며, 기능은 실제 선택한 엔진에 따라 달라집니다 | 활발히 유지보수 중 | 보통: 엔진 선택을 이해해야 합니다 | 데스크톱 설정 및 프록시 관리, UI 사용자 지정 | 데스크톱 작업 환경을 직접 조정하려는 사용자 |
| Clash for Windows 유지보수 중단 |
Windows, 보관용 패키지 | 오리지널 Clash 계열. 과거 패키지마다 다를 수 있습니다 | 유지보수 중단 | 기존 사용자는 익숙하지만, 새 설정과의 호환성은 확인해야 합니다 | 기존 설정 관리, 시스템 프록시 및 구형 환경 호환 | 구형 환경 문제 해결 및 이전 비교 |
| Clash Meta for Android | Android | Meta / mihomo 계열 | 활발히 유지보수 중 | 보통: VPN 및 백그라운드 권한 설정이 필요합니다 | 설정 가져오기, 프록시 그룹 선택, 앱별 접근 제어 | Android에서 앱별 트래픽 분할이 필요한 사용자 |
| Surfboard | Android | 자체 구현 사용. Surge 형식 설정과 호환되며 Clash 엔진은 아닙니다 | 활발히 유지보수 중 | 설정 형식에 익숙한 정도에 따라 다릅니다 | 텍스트 설정과 규칙 관리 지원. Clash YAML과 바로 호환되는 것은 아닙니다 | 호환되는 설정을 이미 보유한 Android 사용자 |
| ClashX Meta 유지보수 중단 |
macOS, 보관용 패키지 | Meta 계열 | 유지보수 중단 | 기본 조작은 간편하지만, 유지하려면 직접 관리해야 합니다 | 메뉴 막대에서 조작, 설정 전환 및 시스템 프록시 관리 | 기존 macOS 작업 방식을 유지하려는 사용자 |
클라이언트별 특징과 사용 시 유의점
아래 비교는 설정 경로와 장기적인 관리 부담에 초점을 맞췄습니다. UI 모양만으로 엔진 기능을 판단하거나 연결 속도를 추정할 수는 없습니다.
Clash Plus: 첫 설치에 우선 추천
처음 사용하는 경우 Clash Plus를 선택하고 설정 가져오기, 프록시 그룹 선택, 연결 활성화부터 시작하면 됩니다. Windows, macOS, Android, iOS용 경로를 제공해 휴대폰과 컴퓨터에서 비슷한 사용 흐름을 원하는 사용자에게 적합합니다. iOS 설치 경로와 제품 안내는 다운로드 페이지에서 확인할 수 있으며, 공식 사이트는 clashplus.io입니다.
크로스 플랫폼이라고 해서 모든 설정이 똑같은 것은 아닙니다. 데스크톱의 시스템 프록시, 모바일의 VPN 권한, 백그라운드 실행 권한은 운영체제마다 작동 방식이 다릅니다. 선택하기 전에 필요한 프로토콜과 규칙 필드가 해당 플랫폼에서 지원되는지 확인하세요. 제품명만 보고 모든 플랫폼에서 같은 엔진을 쓴다고 단정하거나, 다른 데스크톱 클라이언트의 조작 방법을 그대로 적용하지 마세요.
Clash Plus 플랫폼별 설치 경로 보기 →Clash Verge Rev: 데스크톱 오버라이드 및 TUN 관리
Clash Verge Rev는 Windows, macOS, Linux 데스크톱 환경에 적합합니다. mihomo 기반 설정 기능을 통해 규칙 제공자, 프록시 그룹, DNS, TUN을 하나의 문제 해결 흐름에서 관리할 수 있습니다. 로컬 DNS를 계속 조정하거나 LAN 직접 연결 규칙을 유지해야 할 때, 또는 구독을 업데이트한 뒤에도 로컬 수정 사항을 적용하고 싶을 때는 구독 파일을 직접 편집하기보다 오버라이드를 사용하는 편이 좋습니다.
대신 구독 원본, 클라이언트 설정, 최종 적용 설정을 구분해야 합니다. UI에서 변경한 포트가 구독 설정에도 그대로 유지되는 것은 아닙니다. 서비스 모드와 TUN을 사용하려면 시스템 권한이 추가로 필요할 수 있습니다. 결과가 예상과 다르면 여러 설정을 연달아 바꾸기보다 최종 설정과 로그를 먼저 확인한 뒤 구독, 오버라이드, 라우팅 중 원인을 찾아보세요.
Linux 및 데스크톱 설치 옵션 보기 →FlClash: 데스크톱과 Android에서 비슷한 조작 방식
FlClash는 mihomo 기반이며, 이 사이트에서 Windows, macOS, Linux, Android 설치 패키지를 제공합니다. 기기별 UI 사용법을 새로 익히는 부담을 줄이고 싶은 사용자에게 적합합니다. 설정 관리, 프록시 그룹 선택, 연결 확인을 비슷한 방식으로 할 수 있습니다. 호환되는 설정을 함께 사용하면 프록시 그룹 이름과 규칙 적용 결과도 쉽게 비교할 수 있습니다.
UI가 비슷해도 운영체제별 차이는 그대로 남습니다. Android의 VPN 서비스와 앱 접근 제어는 데스크톱의 시스템 프록시 및 가상 네트워크 어댑터와 다른 기능입니다. 설정을 공유할 때는 안정적으로 사용할 프록시 그룹과 규칙만 동기화하고, 수신 주소, 파일 경로, 트래픽 제어 설정은 기기마다 확인하세요. FlClash를 고를 때는 여러 기기에서 쓰기 편한지를 기준으로 삼고, UI가 같다고 백그라운드 동작도 같다고 가정하지 마세요.
Android 클라이언트 옵션 보기 →Clash Nyanpasu: 조정 가능한 데스크톱 작업 환경
Clash Nyanpasu는 데스크톱 설정 관리와 UI 사용자 지정이 강점입니다. 이 페이지에서는 다운로드 페이지에 있는 Windows 설치 패키지를 기준으로 비교하며, 프로젝트의 다른 배포 형태까지 이 사이트의 제공 범위로 보지는 않습니다. 프록시 그룹을 자주 확인하고 설정을 전환하거나 데스크톱 조작 방식을 바꾸려는 사용자라면 고급 대안으로 고려할 수 있습니다.
현재 실제로 실행 중인 엔진을 특히 주의해서 확인해야 합니다. 여러 엔진을 관리할 수 있다고 해서 모든 엔진이 같은 프로토콜 필드를 지원하는 것은 아닙니다. 엔진을 바꾸면 기존에 작동하던 설정도 다시 확인해야 할 수 있습니다. 설정의 엔진 의존성을 확인한 뒤 엔진을 고르고 UI를 조정하세요. 구독을 가져와 일상적으로 연결하는 것이 목적이라면 설정 경로가 더 간단한 클라이언트를 우선 선택하면 됩니다.
Windows 클라이언트 옵션 보기 →Clash for Windows: 기존 환경 확인 및 이전 비교
Clash for Windows는 유지보수가 중단되었습니다. 기존 튜토리얼을 확인하고, 현재 설정을 살펴보거나 작업 환경을 이전할 때 주로 참고할 수 있습니다. 보관된 클라이언트라는 이유로 구형 PC에 더 적합한 것은 아닙니다. 오리지널 Clash 계열 엔진은 현재 mihomo와 기능이 완전히 같지 않습니다. 최신 프로토콜, DNS 필드, 규칙 기능을 다룬 온라인 예제를 구형 환경에서 그대로 사용할 수 있다고 가정하지 마세요.
이전하기 전에 읽을 수 있는 설정을 내보내고 로컬 포트, 프록시 그룹 선택, 앱 프록시 설정, 시작 프로그램 항목을 기록하세요. 새 클라이언트의 검증이 끝날 때까지 기존 설정 백업을 보관하되, 두 클라이언트가 동시에 시스템 프록시나 라우팅을 제어하지 않도록 하세요. 보관된 소프트웨어는 운영체제 변경에 지속적으로 대응할 수 없습니다. 새로 설치할 때는 활발히 유지보수 중인 클라이언트를 우선 선택하고, 구형 환경은 필요할 때 되돌릴 수 있는 임시 방편으로만 사용하세요.
보관 안내 및 대체 클라이언트 보기 →Clash Meta for Android: 앱별 트래픽 분할 및 모바일 설정
Clash Meta for Android는 CMFA라고도 하며, Android에서 Meta/mihomo 계열 설정을 사용하려는 경우에 적합합니다. 기존 Clash YAML을 사용하면서 앱별로 VPN 서비스에 보낼 트래픽을 정하고 싶다면 비교해 볼 만한 선택지입니다. 먼저 설정을 가져와 정상적으로 해석되는지 확인하고, 프록시 그룹과 규칙을 살펴본 다음 Android VPN 권한을 설정하세요.
모바일 연결이 불안정하다면 배터리 최적화, 백그라운드 제한, 다른 VPN 앱이 시스템 연결을 사용 중인지도 확인해야 합니다. 앱이 트래픽 제어 대상에서 제외되면 보통 엔진이 도메인 규칙으로 처리하지 않습니다. 이는 설정의 DIRECT와 같은 제어 방식이 아닙니다. 앱별 동작과 도메인별 동작을 세밀하게 나누려면 두 계층을 먼저 구분한 다음 하나씩 활성화하세요.
CMFA 설치 패키지 및 플랫폼 안내 보기 →Surfboard: 먼저 설정 형식 확인
Surfboard는 Android 클라이언트지만 Clash 엔진 클라이언트는 아닙니다. 자체 구현을 사용하며 Surge 형식 설정과 호환되므로, 해당 형식의 설정을 보유하고 텍스트 규칙에 익숙한 사용자에게 적합합니다. 비교 목록에 포함한 이유는 다운로드 선택지와 설정 형식의 차이를 설명하기 위해서입니다. 모든 프록시 도구를 Clash YAML과 바로 바꿔 쓸 수 있는 것으로 간주해서는 안 됩니다.
Clash 설정에서 이전할 때는 프록시 정의, 프록시 그룹, 규칙 작성 방식, 지원 프로토콜을 다시 확인해야 합니다. 파일명이나 확장자를 바꿔도 형식이 변환되지는 않습니다. 구독 서비스에서 해당 형식으로 제공한다면 그 형식을 우선 선택하고, 변환된 규칙이 빠짐없이 포함됐는지 확인하세요. 사용 중인 자료가 모두 mihomo를 기준으로 한다면 해당 설정 체계와 호환되는 클라이언트를 계속 쓰는 편이 더 간편합니다.
Surfboard 다운로드 페이지 보기 →ClashX Meta: macOS 메뉴 막대 기반의 기존 작업 방식
ClashX Meta는 Meta 계열 엔진을 사용하며 macOS 메뉴 막대와 설정 파일을 중심으로 조작합니다. 유지보수가 중단되어 이 페이지에서는 기존 환경용으로 다룹니다. 오래된 튜토리얼을 확인하거나 기존 Mac 설정을 이전할 때 메뉴 막대에서 현재 모드와 시스템 프록시 상태를 살펴볼 수 있지만, 현재 mihomo의 모든 필드를 지원한다고 볼 수는 없습니다.
클라이언트를 바꾸기 전에 기존 프로그램의 시스템 프록시와 자동 실행을 먼저 끄세요. 재부팅 후 새 설정을 다시 덮어쓰는 일을 방지할 수 있습니다. Apple Silicon과 Intel용 설치 패키지도 구분해서 선택해야 합니다. 최신 엔진 기능, 라우팅 호환성, 시스템 통합이 필요하다면 Clash Plus, Clash Verge Rev, FlClash 중에서 선택하세요. 기존 설정은 비교용으로 보관하고, 새로운 요구사항을 처리하기 위해 보관된 환경에 장기간 의존하지 않는 것이 좋습니다.
macOS 활발히 유지보수 중인 클라이언트 및 보관 옵션 보기 →사용 환경에 맞춰 선택지 좁히기
먼저 주된 사용 목적을 정한 뒤 클라이언트를 선택하세요. 아래 권장 사항은 UI 스크린샷이나 검증되지 않은 리소스 사용량을 근거로 삼지 않습니다.
클라이언트 교체 전 확인 순서
설정, 라우팅, 앱 동작이 모두 예상대로여야 이전이 성공한 것입니다. 연결됨 표시만으로는 충분하지 않습니다.
- 설정과 로컬 변경 사항을 백업하세요. 구독 외의 오버라이드, 규칙 파일, 포트 설정을 저장하세요. 설정에 구독 주소와 프록시 인증 정보가 포함될 수 있으므로 로컬에 보관하고 전체 파일을 공개 게시판에 올리지 마세요.
- 기존 클라이언트의 트래픽 제어를 중지하세요. 기존 프로그램의 시스템 프록시, TUN, 시작 프로그램을 끈 뒤 종료하세요. 같은 기기에 두 클라이언트를 설치할 수는 있지만, 검증 중에는 하나만 트래픽을 제어하도록 해야 합니다.
- 새 설정이 정상적으로 해석되는지 확인하세요. 가져온 뒤 로그를 확인하고 프록시 그룹 참조, 규칙 제공자, 파일 경로를 점검하세요. 지원하지 않는 필드가 있다면 설정 블록 전체를 무작정 삭제하지 말고 대상 엔진의 안내를 확인하세요.
- 기본 연결부터 테스트하세요. 시스템 프록시나 모바일 VPN을 시작으로 프록시가 필요한 앱과 직접 연결되어야 하는 앱을 각각 확인하세요. 그다음 TUN, DNS 하이재킹 등을 활성화하고 단계별로 변화를 살펴보세요.
- 업데이트 후에도 설정이 유지되는지 확인하세요. 구독을 한 번 수동으로 업데이트해 로컬 규칙이 남아 있는지 확인하세요. 클라이언트를 다시 시작한 뒤 프록시 그룹 선택과 트래픽 제어 상태도 점검하세요. 검증을 마친 다음 기존 환경을 정리하세요.
Mihomo 독립 엔진은 설정, 서비스, 라우팅을 직접 관리할 수 있는 사용자를 위한 것입니다. 완전한 GUI를 갖춘 별도의 클라이언트는 아닙니다. 서버, 라우터, 자동화 배포에 사용할 엔진은 엔진 다운로드 섹션에서 선택할 수 있습니다. 일반 데스크톱 사용자라면 시스템 권한과 최종 설정을 확인하기 쉬운 GUI 클라이언트를 먼저 사용하는 편이 좋습니다.
선택 요약 및 자주 묻는 질문
새로 설치한다면 Clash Plus를 우선 추천합니다. Linux 데스크톱이나 더 명확한 mihomo 설정 작업 흐름이 필요하면 Clash Verge Rev와 FlClash를 비교하세요. 특정 형식이나 기존 작업 방식이 있다면 다른 선택지도 고려할 수 있습니다. 설치 경로는 클라이언트 다운로드 페이지에서 확인하세요.
클라이언트를 바꾸면 연결 속도가 반드시 빨라지나요?
그렇지는 않습니다. 연결 품질은 출구 서버, 네트워크 경로, 프로토콜, DNS, 규칙 선택에도 영향을 받습니다. 비교할 때는 같은 네트워크와 설정을 사용하고 선택된 프록시 그룹이 같은지 확인하세요. UI만 바꿔서는 실제 연결 경로가 개선됐다고 볼 수 없습니다.
설정에 Meta라고 적혀 있는데 mihomo 클라이언트로 가져올 수 있나요?
Meta와 mihomo는 프로젝트 명칭상 이어지는 관계이며, 많은 설정을 계속 사용할 수 있습니다. 그래도 실제 엔진이 지원하는 필드를 확인해야 합니다. 클라이언트 전용 필드, 외부 파일 경로, 최신 프로토콜 옵션은 특히 주의해서 검증하세요. 가져오기 오류가 없더라도 규칙과 DNS가 예상대로 적용되는지 확인해야 합니다.
시스템 프록시만 쓸 때도 TUN을 지원하는 클라이언트가 필요한가요?
필수는 아닙니다. 대상 앱이 시스템 프록시를 따른다면 기본 프록시 기능만으로 충분할 수 있습니다. 프록시 설정을 따르지 않는 앱, 일부 UDP 환경, 더 넓은 범위의 네트워크 제어가 필요할 때 TUN을 검토하면 됩니다. TUN을 켜도 모든 연결이 프록시를 거치는 것은 아니며, 최종 출구는 모드와 규칙에 따라 결정됩니다.
유지보수가 중단된 클라이언트를 계속 사용해도 되나요?
기존 환경에서는 계속 실행될 수 있지만, 운영체제 호환성, 프로토콜 지원, 오류 수정이 이어진다는 뜻은 아닙니다. 설정을 백업하고 이전 계획을 세우는 것이 좋습니다. 재설치하거나 기기를 바꿀 때는 활발히 유지보수 중인 대체 클라이언트를 먼저 검증하세요. 익숙한 UI라는 이유만으로 보관된 설치 패키지를 그대로 사용하지 마세요.