선택 가이드: Clash Plus 우선 추천
처음 설치하거나 Windows, macOS, Android, iOS용 클라이언트를 고르는 중이라면 이 사이트에서 우선 추천하는 Clash Plus부터 살펴보세요. 사용할 플랫폼에서 구독을 가져오고 노드를 선택한 뒤 규칙 모드와 연결을 확인하세요. 더 세밀한 설정 편집 기능이 필요한지는 그다음에 결정하면 됩니다. Linux 사용자는 Clash Verge Rev와 FlClash를 비교해 보세요. 제품 이름을 통일하는 것보다 실제 플랫폼 지원 범위를 확인하는 편이 중요합니다.
config.yaml을 직접 관리하거나 DNS 문제를 해결하고 규칙 세트를 조정하는 것이 주된 목적이라면 코어의 필드 지원 여부, 실행 중인 설정을 확인하는 방법, 로그 메뉴를 우선 비교하세요. 데스크톱에서는 Clash Verge Rev를, 데스크톱과 Android에서 비슷한 사용 방식을 원한다면 FlClash를 살펴볼 만합니다. Surfboard 설정을 이미 사용하는 Android 사용자라면 Surfboard를 별도로 검토하세요. 다른 Clash YAML 인터페이스처럼 취급해서는 안 됩니다.
플랫폼·코어·기능 비교
모바일에서는 표를 가로로 스크롤해 확인할 수 있습니다. 사용 편의성은 구독을 가져오고 일상적인 앱별 프록시 설정을 마치는 데 필요한 단계를 기준으로 한 것으로, 성능 점수가 아닙니다. 설정 형식에 익숙하지 않다면 인터페이스가 간단해도 이전 작업이 쉬운 것은 아닙니다.
| 클라이언트 | 이 사이트에서 제공하는 플랫폼 | 코어 및 설정 생태계 | 유지 관리 상태 | 사용 편의성 | 주요 기능 및 확인 사항 | 추천 대상 |
|---|---|---|---|---|---|---|
| Clash Plus | Windows、macOS、Android、iOS | 플랫폼별 코어 및 Clash 설정 호환 범위 확인 | 활발히 유지 관리 중 | 쉬움; 기본 가져오기 절차부터 시작 | 구독 가져오기와 정책 선택; 고급 필드는 플랫폼별 확인 필요 | 초보자, 여러 기기 사용자 |
| Clash Verge Rev | Windows、macOS、Linux | mihomo；Clash YAML | 활발히 유지 관리 중 | 보통; TUN 사용 시 시스템 서비스 설정 필요 | 구독 관리, 설정 병합, TUN, 로그 확인 | 데스크톱 고급 사용자 |
| FlClash | Windows、macOS、Linux、Android | mihomo；Clash YAML | 활발히 유지 관리 중 | 쉬움~보통 | 크로스 플랫폼 인터페이스; 프록시 그룹, 연결 및 설정 관리 | 데스크톱 및 Android 사용자 |
| Clash Nyanpasu | Windows | 코어 관리 지원; mihomo 사용 시 해당 필드 지원 여부 확인 | 활발히 유지 관리 중 | 보통; 설정 생성 과정을 이해해야 함 | 코어 관리, 설정 처리, 데스크톱 옵션 | 병합 결과를 직접 확인할 수 있는 사용자 |
| Clash for Windows | Windows | 기존 Clash 생태계; 과거 설치 파일은 Premium을 사용할 수 있음 | 유지 관리 중단 | 기존 절차는 비교적 단순하지만 이전 시 필드 확인 필요 | 기존 Profiles, Parsers 및 과거 설정 참고 | 기존 환경을 이전하는 사용자 |
| Clash Meta for Android | Android | Meta / mihomo 계열; 구체적인 포크별로 확인 필요 | 원 프로젝트는 유지 관리 중단; 커뮤니티 포크는 각각 확인 | 보통; VPN과 백그라운드 제한을 이해해야 함 | 설정 파일 가져오기, VPN 연결, 앱별 프록시 | Android 네트워크 설정에 익숙한 사용자 |
| Surfboard | Android | 독자 구현; Clash 코어가 아니며 Clash YAML 미지원 | 활발히 유지 관리 중 | 호환되는 설정이 있으면 쉬움; 다른 형식으로 이전하면 어려움 | 자체 설정 문법, 규칙 및 정책 관리 | 호환되는 설정을 보유한 Android 사용자 |
| ClashX Meta | macOS | Meta 계열; 보관된 코어의 제약을 받음 | 유지 관리 중단 | 메뉴 막대로 간편하게 조작 | 메뉴 막대에서 전환; 기존 macOS 설정 참고 | 기존 환경 유지 및 이전 사용자 |
Meta는 Clash 포크 생태계에서 흔히 볼 수 있는 이름이며, mihomo는 현재 관련 코어의 주요 구현체입니다. 튜토리얼에 Meta가 나온다고 해서 오래된 설치 파일이 현재 mihomo의 모든 필드를 지원하는 것은 아닙니다. 특히 tun, sniffer, proxy-providers와 DNS 옵션은 클라이언트 이름이 아니라 실제 실행 중인 코어를 기준으로 확인해야 합니다.
클라이언트별 상세 평가
Clash Plus: 첫 설치 및 여러 기기에서 사용
Clash Plus는 이 사이트에서 우선 추천하는 클라이언트입니다. 데스크톱과 모바일 기기를 지원하지만, 기능은 플랫폼별로 확인해야 합니다. 특정 데스크톱 옵션이 iOS에서도 제공된다고 가정하지 마세요. 초보자는 서비스 제공업체가 지원하는 구독을 가져온 뒤 규칙 모드에서 정책 그룹을 선택하고, 연결이 예상한 출구를 사용하는지 확인하면 됩니다. 처음부터 DNS와 TUN을 변경하는 것보다 문제 원인을 찾기 쉽습니다.
구독 업데이트, 노드 전환과 연결 확인을 주로 하는 사용자에게 적합합니다. 스크립트 오버라이드, 프로세스별 규칙이나 특정 코어 필드가 필요하다면 먼저 플랫폼별 지원 여부를 확인하세요. 제품 정보는 공식 사이트 clashplus.io에서 확인할 수 있습니다. 설치 파일은 다운로드 페이지에 모아 두었으며, iOS에서는 해당 페이지의 App Store 링크를 이용하세요.
Clash Verge Rev: 데스크톱 설정과 TUN
Clash Verge Rev는 mihomo 설정을 데스크톱에서 관리하려는 사용자에게 적합합니다. 구독 파일, 병합된 내용, 실제 실행 설정은 서로 구분해야 합니다. 구독을 수정해도 업데이트 후 변경 사항이 유지된다는 뜻은 아닙니다. 규칙을 계속 추가해야 한다면 클라이언트의 병합 또는 오버라이드 방식을 먼저 이해하고, 생성된 설정에서 규칙 순서를 확인하세요.
TUN을 사용하면 시스템 프록시를 이용하지 않는 트래픽까지 처리할 수 있지만, 서비스 권한, 가상 네트워크 어댑터와 라우팅 변경이 필요합니다. TUN 옵션이 있다고 해서 항상 켜 두지는 마세요. 먼저 시스템 프록시로 노드와 규칙이 정상 작동하는지 확인한 뒤 TUN과 DNS를 설정하면 문제 해결 단계를 줄일 수 있습니다. Linux 사용자는 배포판별 패키지 형식과 데스크톱 실행 의존성도 확인해야 합니다. 설치 파일은 Linux 다운로드에서 확인하세요.
FlClash: 데스크톱과 Android에서 비슷한 사용 방식
FlClash는 크로스 플랫폼 인터페이스와 mihomo 설정 생태계가 장점입니다. 컴퓨터와 Android를 자주 오간다면 비슷한 설정, 프록시 그룹과 연결 확인 절차를 사용할 수 있어 인터페이스를 다시 익히는 수고를 줄일 수 있습니다. 다만 시스템 트래픽을 처리하는 방식은 플랫폼마다 다릅니다. 데스크톱은 시스템 프록시나 TUN을 사용하고 Android는 보통 시스템 VPN 권한이 필요하므로 권한 설정 절차를 똑같이 적용할 수 없습니다.
기존 YAML을 가져온 뒤에는 정책 그룹 참조가 모두 존재하는지, 규칙 세트 다운로드와 DNS 조회가 정상인지 확인하세요. 다른 클라이언트가 만든 로컬 경로, 컨트롤 인터페이스 또는 전용 필드가 이전 설정에 있다면 항목별로 정리해야 합니다. 설정 화면에서 파일이 열린다고 해서 모든 규칙이 적용된 것은 아닙니다. 시작 로그와 실제 연결 기록을 기준으로 확인하세요.
Clash Nyanpasu: 코어 선택과 설정 처리
Clash Nyanpasu는 데스크톱 설정을 직접 관리하려는 사용자에게 적합합니다. 이 사이트에서는 Windows 설치 파일을 제공합니다. 이는 프로젝트가 지원하는 모든 빌드 대상을 의미하지 않습니다. 비교할 때는 먼저 선택한 코어를 확인한 다음 설정 문법을 점검하세요. 코어를 바꾸면 필드 지원, DNS 동작과 로그 내용도 달라질 수 있으므로 이름만 바뀌는 것처럼 생각해서는 안 됩니다.
구독이 여러 개 있거나 오버라이드 규칙을 추가해야 하거나 설정 처리 순서를 확인해야 한다면 코어에 전달되는 최종 YAML을 살펴보세요. 구독 원문은 정상인데 실행 결과에 문제가 있다면 구독 자체가 아니라 병합 과정이 원인일 수 있습니다. 규칙 기반 프록시가 처음이라면 기본 가져오기부터 마친 뒤 정책 그룹 참조를 이해할 수 있을 때 설정 단계를 추가하세요.
Clash for Windows: 보관된 설정과 이전 참고
Clash for Windows는 유지 관리가 중단되었으며, 이 사이트에서는 기존 환경 참고를 위해 보관된 설치 경로를 제공합니다. 과거 튜토리얼의 Profiles, Parsers 또는 서비스 설치 절차는 당시의 클라이언트와 코어 조합에서만 작동할 수 있습니다. 새 기기에서는 튜토리얼 화면이 익숙하다는 이유로 보관된 프로그램을 계속 사용하지 않는 것이 좋습니다. 클라이언트가 실행된다고 해서 시스템 호환성이 확인된 것도 아닙니다.
이전할 때는 구독 출처, 정책 그룹 이름과 사용자 지정 규칙을 보존한 뒤 현재 유지 관리 중인 클라이언트에서 시스템 프록시와 시작 옵션을 다시 설정하세요. 기존 폴더 전체를 새 클라이언트에 덮어쓰거나, 기존 Premium 관련 설정이 mihomo와 완전히 동일하다고 가정하지 마세요. 자주 쓰는 규칙부터 확인한 다음 고급 필드를 복원하세요. 보관된 설치 파일은 Windows 다운로드에서 확인할 수 있습니다.
Clash Meta for Android: 포크 출처와 시스템 VPN
Clash Meta for Android는 흔히 CMFA라고 줄여 부릅니다. 이 이름은 원 프로젝트, 과거 튜토리얼, 이후의 커뮤니티 포크에서 모두 사용될 수 있으므로 표시된 이름만 보고 유지 관리 상태를 판단해서는 안 됩니다. 원 프로젝트는 유지 관리가 중단되었습니다. 후속 포크를 선택할 때는 패키지 출처, 코어 안내와 업데이트 기록을 확인하고, 이름이 같다는 이유만으로 모두 활발히 관리된다고 생각하지 마세요.
사용할 때는 설정 가져오기, VPN 권한과 앱 트래픽 처리 범위를 확인하는 것이 중요합니다. 브라우저에서는 접속되지만 다른 앱에서 실패한다면 앱 제외 설정과 Android의 백그라운드 실행 제한부터 확인하세요. 일반적으로 시스템에서 VPN 서비스를 한 번에 하나만 사용할 수 있으므로 다른 VPN 앱과 충돌할 수도 있습니다. 이는 플랫폼 동작 문제이며 노드만 바꿔서는 해결되지 않습니다.
Surfboard: 먼저 설정 형식 확인
Surfboard는 Android용 독립 클라이언트로, Clash 코어를 사용하지 않으며 Clash YAML 클라이언트로 볼 수 없습니다. 호환되는 설정을 보유했고 Surfboard의 규칙 및 정책 문법을 사용할 이유가 분명한 사용자라면 고려할 수 있습니다. Clash 구독만 가진 초보자는 프록시를 지원한다는 이유만으로 바로 이전하지 않는 것이 좋습니다.
설정 형식을 변환할 때는 노드 프로토콜, 정책 그룹, 규칙과 DNS를 각각 처리해야 합니다. 노드를 변환할 수 있다고 해서 설정 전체의 동작까지 유지되는 것은 아니며, 대상 클라이언트에서 지원하지 않는 필드는 변환 후에도 사용할 수 없습니다. 서비스 제공업체가 호환 형식을 제공하는지 확인한 다음 변환 결과를 점검하세요. 설정 형식의 차이는 먼저 용어집에서 확인해 노드 목록과 전체 설정을 혼동하지 않도록 하세요.
ClashX Meta: macOS 메뉴 막대용 보관 프로젝트
ClashX Meta의 메뉴 막대 인터페이스는 과거 macOS 사용 절차를 이해하는 데 참고가 되지만, 프로젝트의 유지 관리는 중단되었습니다. 기존 환경에서 과거 설정을 확인할 때는 사용할 수 있지만 새 기기에서는 유지 관리 중인 클라이언트를 우선 고려하세요. 특히 운영체제를 업그레이드한 뒤에는 프록시 설정, 권한과 코어 실행 상태를 다시 확인해야 합니다. 구형 기기에서 잘 작동했다는 사실만으로 새 시스템에서도 문제없다고 판단할 수 없습니다.
이전하기 전에 구독 주소, 정책 그룹 선택과 로컬 규칙을 기록하세요. 기존 클라이언트를 종료한 뒤 시스템 프록시가 해제되었는지 확인하고 새 클라이언트를 실행해야 두 프로그램이 번갈아 프록시 설정을 변경하는 일을 막을 수 있습니다. Apple Silicon용 설치 파일이 필요하다면 파일 이름에 macOS가 있는지만 보지 말고 기기 아키텍처에 맞는 파일을 선택하세요. 설치 파일은 macOS 다운로드에서 확인할 수 있습니다.
사용 목적에 따른 선택
클라이언트를 바꾸기 전 확인 순서
이전의 목표는 기존 인터페이스의 옵션을 그대로 복사하는 것이 아니라 트래픽 분리 동작을 재현하는 것입니다. 먼저 복구할 수 있는 설정 사본을 보관하고, 구독에서 가져온 변경과 로컬 오버라이드를 구분해 기록하세요. 구독 URL에 접근 자격 증명이 포함될 수 있으므로 스크린샷, 공개 로그나 온라인 변환 서비스에 입력하지 마세요.
- 설정 유형을 확인하세요. 전체 YAML, 노드 목록과 URI 링크를 구분하세요. 대상 클라이언트가 노드를 읽을 수 있어도 모든 정책 그룹을 가져올 수 있는 것은 아닙니다.
- 참조 관계를 확인하세요.
rules가 가리키는 정책 그룹, 정책 그룹이 참조하는 노드와 규칙 세트 이름을 점검하세요. 정의는 없고 이름만 남는 일이 없도록 확인해야 합니다. - 일반 프록시부터 확인하세요. 기존 클라이언트를 종료하고 시스템 프록시와 수신 포트를 확인한 다음, 새 클라이언트에서 정상 작동이 확인된 연결 하나를 테스트하세요.
- 그다음 고급 트래픽 처리를 설정하세요. TUN, DNS 하이재킹, 스니퍼와 앱별 프록시를 각각 활성화하세요. 하나를 설정할 때마다 로그를 확인해 여러 변경 사항이 겹치지 않도록 하세요.
- 설정 업데이트를 테스트하세요. 구독을 한 번 직접 업데이트하고 사용자 지정 규칙이 덮어써지지 않았는지, 정책 그룹 선택이 예상대로 유지되는지 확인한 뒤 운영체제 시작 시 자동 실행을 설정하세요.
클라이언트를 선택한 뒤에는 클라이언트 다운로드 페이지에서 운영체제에 맞는 설치 파일을 고르세요. 인터넷 연결 실패, 백그라운드 연결 끊김 또는 UWP 앱에서 프록시가 작동하지 않는 문제가 있다면 먼저 FAQ를 참고해 시스템 트래픽 처리, DNS와 노드 문제를 구분한 뒤 클라이언트 변경 여부를 결정하세요.