플랫폼 호환성 · 코어 호환성 · 설정 방식

Clash 클라이언트 비교
플랫폼 및 코어 선택

먼저 운영체제를 확인하고, 구독 형식과 트래픽 처리 방식을 살펴보세요. 클라이언트 인터페이스는 조작 경로를, 코어는 프로토콜과 규칙 기능을 결정합니다. 같은 설정이라도 모든 클라이언트에서 그대로 작동하는 것은 아닙니다.

플랫폼, 코어 및 유지 관리 상태

플랫폼 항목은 이 사이트 다운로드 센터에서 제공하는 패키지 기준이며, 프로젝트의 전체 과거 배포 플랫폼을 뜻하지는 않습니다. 유지 관리 상태는 참고용이며 설치 전에 프로젝트 공지를 확인하세요. 좁은 화면에서는 표를 가로로 스크롤할 수 있습니다.

8개 클라이언트의 플랫폼, 코어, 유지 관리 상태, 사용 난이도, 주요 기능 및 추천 대상
클라이언트 이 사이트에서 다운로드 가능한 플랫폼 코어 또는 설정 체계 유지 관리 상태 사용 난이도 주요 기능 및 추천 대상
Clash Plus Windows、macOS、Android、iOS mihomo 생태계, 플랫폼별 기능 확인 필요 활발히 유지 관리 중 낮음 구독과 정책을 그래픽 인터페이스로 관리, 초보자와 여러 기기 사용자에게 적합
Clash Verge Rev Windows、macOS、Linux mihomo 활발히 유지 관리 중 보통 데스크톱 설정 관리, 서비스 및 TUN 설정, 고급 데스크톱 사용자에게 적합
FlClash Windows、macOS、Linux、Android mihomo 활발히 유지 관리 중 낮음~보통 크로스 플랫폼 인터페이스와 설정 관리, 데스크톱과 모바일을 함께 쓰는 사용자에게 적합
Clash Nyanpasu Windows Clash 계열, 선택한 코어에 따라 다름 활발히 유지 관리 중 보통 데스크톱 조작과 설정 관리, 인터페이스 설정과 코어 설정을 구분할 수 있는 사용자에게 적합
Clash for Windows Windows 기존 Clash / Premium 계열 유지 관리 중단 기존 설정 사용은 쉬운 편, 이전 시 확인 필요 과거 인터페이스와 구형 설정 참고, 기존 환경 정리에 적합
Clash Meta for Android Android Meta / mihomo 생태계 활발히 유지 관리 중 보통 설정 전환과 앱별 트래픽 적용 범위 관리, Android에서 앱별 프록시를 사용하려는 경우에 적합
Surfboard Android 독자 구현, Clash 코어 아님 활발히 유지 관리 중 호환 설정이 있으면 사용하기 쉬움, 형식 변환은 난이도 높음 독자적인 설정 체계, Surfboard 호환 구독을 이미 보유한 사용자에게 적합
ClashX Meta macOS Meta 계열의 과거 구현 유지 관리 중단 기본 조작은 쉬운 편 메뉴 막대 중심의 조작 방식, 구형 환경 참고 및 이전 준비에 적합

8개 클라이언트의 장단점과 선택 기준

아래 리뷰는 설정 경로와 사용 범위를 중심으로 살펴봅니다. 인터페이스가 복잡하다고 속도가 느리다고 단정하거나, 클라이언트 이름만으로 코어 기능을 판단하지 않습니다.

Clash Plus

우선 추천

구독을 가져오고 프록시 그룹을 선택한 다음 필요에 따라 라우팅을 조정하려는 사용자에게 적합합니다. Windows, macOS, Android, iOS에서 사용할 수 있어 여러 기기의 조작 방식을 하나의 제품 중심으로 정리하기 좋습니다. 처음부터 설정 파일 전체를 편집하기보다 인터페이스에서 설정이 불러와졌는지, 정책이 선택됐는지 확인하면 초기 문제를 더 쉽게 찾을 수 있습니다.

여러 플랫폼을 지원한다고 설정까지 완전히 같아지는 것은 아닙니다. 모바일의 백그라운드 정책과 VPN 권한, 데스크톱의 시스템 프록시는 작동 방식이 다르므로 기기를 바꿀 때마다 따로 확인해야 합니다. 특정 프로토콜이나 TUN 기능이 필요하다면 해당 플랫폼의 지원 여부를 확인하세요. iOS 앱은 App Store에서 설치하며, 제품 공식 사이트는 clashplus.io입니다.

Clash Verge Rev

Windows, macOS, Linux 데스크톱용이며 mihomo 코어를 사용합니다. 연결 상태를 자주 확인하거나 프록시 그룹을 조정하고, 설정 오버라이드와 TUN을 관리하는 사용자에게 데스크톱 도구가 적합합니다. Linux용 Clash 클라이언트를 찾는다면 이 사이트에서 우선 추천하는 그래픽 인터페이스 옵션입니다.

대신 설정 구조가 더 복잡합니다. 구독 원본 설정, 클라이언트가 생성하거나 덮어쓴 설정, 코어가 실행 중 적용하는 설정은 서로 다를 수 있습니다. 문제를 해결할 때는 실제 적용된 항목부터 확인한 뒤 규칙을 수정하세요. 서비스나 TUN을 켠 다음에는 권한과 기존 VPN의 라우팅 충돌도 확인해야 합니다. 노드를 무작정 바꿔 가며 해결하려고 하지 마세요.

FlClash

mihomo 기반의 그래픽 인터페이스를 제공하며, 이 사이트에서는 Windows, macOS, Linux, Android용을 안내합니다. 데스크톱과 Android에서 모두 프록시를 사용하면서 인터페이스를 바꿔 가며 쓰는 번거로움을 줄이고 싶은 사용자에게 적합합니다. 구독을 가져온 뒤에는 자동 업데이트 같은 기능을 켜기 전에 프록시 그룹 이름과 규칙 모드를 먼저 확인하세요.

비슷한 인터페이스는 익숙한 조작 방식을 만드는 데 도움이 되지만, 기기별 로컬 설정까지 자동으로 동기화하지는 않습니다. 모바일의 앱별 트래픽 적용 범위와 데스크톱의 수신 주소, 시스템 프록시는 각각 따로 관리해야 합니다. 설정을 공유할 때는 재사용할 규칙과 구독만 옮기고, 다른 기기의 네트워크 어댑터 이름이나 경로를 그대로 복사하지 마세요.

Clash Nyanpasu

데스크톱 인터페이스를 중시하고 설정과 코어 옵션을 직접 관리하려는 사용자에게 적합합니다. 이 사이트에서는 Windows 패키지를 제공합니다. 선택할 때는 클라이언트 인터페이스와 실제 실행되는 코어를 구분해야 합니다. 인터페이스를 바꿔도 프로토콜 지원이 달라지는 것은 아니며, 설정을 읽을 수 있는지는 선택한 코어와 지원 필드에 따라 달라집니다.

mihomo 설정을 이미 사용하는 경우 먼저 코어 선택을 확인한 다음 구독을 가져오세요. 지원하지 않는 필드나 시작 오류가 발생하면 코어 로그부터 확인하고, DNS나 규칙 모음 설정을 통째로 삭제하지 마세요. 구독을 가져온 뒤 일상적으로 사용하려는 목적이라면 Clash Plus의 사용 흐름으로 필요한 작업을 해결할 수 있는지 먼저 비교해 보세요.

Clash for Windows

유지 관리 중단

흔히 CFW라고 부르며, 기존 Clash / Premium 생태계에 속합니다. 오래된 튜토리얼 상당수가 이 인터페이스를 기준으로 작성되어 과거 자료를 볼 때 여전히 등장합니다. 보관용 다운로드는 기존 환경을 참고하기 위한 것이며, 과거 튜토리얼의 버튼 이름이나 설정 기능을 현재 클라이언트의 공통 기준으로 삼지 않는 것이 좋습니다.

Clash for Windows 대체 클라이언트를 찾는다면 Clash Plus와 Clash Verge Rev를 우선 비교하세요. 이전할 때는 구독 주소만 복사하지 말고 로컬 규칙, 오버라이드 방식, 포트와 DNS 설정도 기록해야 합니다. 기존에 작동하던 설정이 구형 코어의 동작에 의존했을 수 있으며, 새 프로토콜을 보관용 코어가 지원한다고 단정해서도 안 됩니다.

Clash Meta for Android

CMFA라는 약칭으로도 불리며, Android용 Meta / mihomo 생태계 클라이언트입니다. 설정 확인, 프록시 그룹 관리, 앱별 트래픽 적용 범위 지정이 필요한 사용자에게 모바일 조작 환경을 제공합니다. Android VPN 권한은 트래픽을 처리하기 위한 필수 조건이지만, 실행을 허용했다고 해서 백그라운드 동작이 항상 보장되는 것은 아닙니다.

설치 후 앱을 화면에 띄운 상태에서 먼저 연결해 보고, 배터리 최적화와 백그라운드 제한을 확인하세요. 일부 앱에만 원하는 정책이 적용되지 않는다면 앱이 제외 목록에 있는지, 연결 요청이 규칙에 일치하는지부터 살펴본 뒤 노드 문제인지 판단하세요. 다른 VPN 앱도 사용 중이라면 트래픽 처리 관계를 확인해 권한을 반복해서 허용하고도 라우팅이 불안정한 상황을 피하세요.

Surfboard

Surfboard는 Android용 프록시 클라이언트지만 Clash 코어를 사용하는 또 다른 인터페이스는 아닙니다. 자체 설정 체계를 사용합니다. 노드 프로토콜이 같다는 이유만으로 구독 전체가 호환되는 것은 아닙니다. Clash YAML의 프록시 그룹, 규칙 모음, DNS 필드는 파일 확장자만 바꿔 그대로 사용할 수 없습니다.

서비스 제공자가 Surfboard 호환 설정을 지원한다면 해당 형식으로 계속 사용할 수 있습니다. 현재 Clash 구독만 있다면 같은 생태계의 클라이언트를 선택하는 편이 보통 더 간단합니다. 변환이 꼭 필요하다면 프로토콜 매개변수, 그룹 유형, 규칙 동작을 하나씩 확인하세요. 구독 링크에는 계정 정보가 포함될 수 있으므로 출처를 알 수 없는 변환 서비스에 입력하지 마세요.

ClashX Meta

유지 관리 중단

macOS 메뉴 막대에서 사용하는 클라이언트의 과거 선택지로, Meta 계열 코어를 사용합니다. 조작은 간편하지만 이름에 “Meta”가 들어간다고 해서 현재 mihomo의 모든 설정 필드와 호환되는 것은 아닙니다. 기존 환경의 규칙을 이전할 수 있는지는 대상 클라이언트의 파싱 결과와 연결 기록으로 확인해야 합니다.

새로 설치할 때는 Clash Plus, Clash Verge Rev, FlClash를 우선 고려하세요. 이전할 때는 새 클라이언트에서 테스트하기 전에 기존 클라이언트의 시스템 프록시와 자동 시작을 끄세요. 여러 프로그램이 시스템 프록시를 번갈아 변경하는 상황을 막을 수 있습니다. 시스템을 업그레이드한 뒤 호환 문제가 생겼다면 옛 인터페이스를 유지하려고 지원 종료된 구현에 계속 의존하지 마세요.

사용 상황별 클라이언트 선택

필요한 작업을 가장 간단한 경로로 처리할 수 있는 클라이언트를 먼저 고르고, 복잡한 기능은 그다음에 고려하세요. 클라이언트 성능 차이는 같은 설정과 네트워크 조건에서 비교해야 합니다.

클라이언트 변경 전 확인 순서

이전의 목표는 기존 인터페이스의 스위치 위치를 하나씩 복사하는 것이 아니라, 원하는 트래픽 경로를 유지하는 것입니다.

  1. 설정 출처를 기록하세요. 원격 구독, 로컬 규칙, 클라이언트 오버라이드를 구분하세요. 필요한 포트, 프록시 그룹 선택, 트래픽 적용 범위를 기록하고 백업 파일은 로컬에 안전하게 보관하세요.
  2. 형식과 코어를 확인하세요. Clash YAML, Surfboard 설정, 단일 노드 링크는 서로 다른 입력 형식입니다. 먼저 대상 클라이언트가 지원하는 구독 유형을 확인한 뒤 필요한 프로토콜과 필드를 살펴보세요.
  3. 기존 트래픽 처리를 종료하세요. 기존 클라이언트의 시스템 프록시, TUN, 시작 프로그램 등록을 끄세요. 테스트 중에는 한 클라이언트만 트래픽을 처리하도록 해 포트 충돌이나 기본 경로 덮어쓰기를 방지하세요.
  4. 최소 설정으로 연결을 확인하세요. 먼저 구독을 가져오고 정책을 선택한 뒤 브라우저 접속을 확인하세요. 다음으로 앱 트래픽, 로컬 네트워크 접근, DNS를 점검하세요. 시스템 프록시는 정상인데 특정 앱만 작동하지 않는다면 그때 TUN이 필요한지 검토하세요.
  5. 검증 후 자동 기능을 다시 켜세요. 연결 기록과 규칙 적용 결과가 예상대로인지 확인한 다음 구독 업데이트, 자동 시작과 예약 작업을 활성화하세요. 비교할 수 있도록 이전 설정을 보관하고, 테스트 중에 구독과 규칙 체계를 동시에 바꾸지 마세요.

Clash 노드 속도 테스트는 특정 테스트 대상에 대한 측정 결과일 뿐 실제 다운로드 속도나 앱 사용 경험을 그대로 보여주지는 않습니다. 두 클라이언트를 비교할 때는 같은 노드, 비슷한 시간대, 동일한 트래픽 처리 방식을 사용하세요. 규칙에 따라 테스트 요청이 서로 다른 정책으로 전달되면 결과를 직접 비교하기 어렵습니다.

플랫폼을 정한 다음 다운로드 센터에서 설치 파일과 아키텍처를 선택하세요. 시스템 프록시, TUN, 구독 가져오기 중 무엇이 문제인지 모르겠다면 클라이언트를 반복해서 삭제하기 전에 자주 묻는 질문을 확인하세요.