Clash 클라이언트 순위 · 플랫폼별 정리

Clash 랭킹클라이언트 비교와 다운로드

Clash 다운로드 가이드 보기

지원 플랫폼별로 클라이언트를 정리하고, 구독 가져오기와 규칙 기반 라우팅을 살펴본 뒤 알맞은 다운로드 링크를 선택하세요.

플랫폼 선택 설정 예시 한국어 가이드

No.1

추천 클라이언트

Clash Plus

  • 시스템 프록시: 켜짐 예시
  • TUN 모드: 꺼짐 예시
  • 구독 자동 업데이트: 켜짐 예시
다운로드 페이지로 이동

설정 항목 예시입니다. 실제 옵션은 플랫폼과 클라이언트에 따라 다를 수 있습니다.

No.2

데스크톱 선택

Clash Verge Rev

  • 시스템 프록시: 켜짐 예시
  • TUN 모드: 꺼짐 예시
  • 구독 자동 업데이트: 켜짐 예시
다운로드 페이지로 이동

순위는 편집상 표시 순서이며 성능 점수가 아닙니다.

No.3

모바일 선택

Clash Meta for Android

  • 시스템 프록시: 꺼짐 예시
  • TUN 모드: 켜짐 예시
  • 구독 자동 업데이트: 켜짐 예시
다운로드 페이지로 이동

모바일 기기의 트래픽은 일반적으로 VPN 권한을 통해 전달됩니다.

CONFIG / 설정 살펴보기

규칙, 프록시 그룹과 트래픽 처리

클라이언트는 조작 화면을 제공하고, 커널은 연결을 처리합니다. 먼저 각 설정 항목의 역할을 파악한 뒤 필요한 옵션을 선택하세요. 아래 예시는 Mihomo 설정 문법을 사용하며, 구독과 노드를 포함한 완전한 설정 파일은 아닙니다.

규칙 기반 라우팅config.yaml / rules

규칙 모드에서는 목록 순서대로 연결을 판별하며, 먼저 일치한 규칙이 연결 경로를 정하고 마지막 MATCH 규칙이 나머지 요청을 처리합니다. 특정 도메인은 직접 연결하고 나머지는 프록시 그룹으로 보내는 식으로 설정할 수 있어, 모든 앱이 같은 경로를 사용하도록 고정할 필요가 없습니다. 수정 전에는 참조하는 프록시 그룹 이름이 실제로 있는지 확인하세요. 이름이 잘못되면 설정을 불러오지 못할 수 있습니다. 클라이언트마다 규칙 편집 메뉴는 다르지만, 호환되는 커널을 사용한다면 해당 문법을 적용할 수 있습니다. 문제가 생기면 프록시 스위치만 확인하지 말고 연결 기록에서 어떤 규칙이 적용됐는지 살펴보세요.

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,DIRECT
규칙 기반 라우팅 · rules

규칙 모드에서는 목록 순서대로 연결을 판별하며, 먼저 일치한 규칙이 연결 경로를 정하고 마지막 MATCH 규칙이 나머지 요청을 처리합니다. 특정 도메인은 직접 연결하고 나머지는 프록시 그룹으로 보내는 식으로 설정할 수 있어, 모든 앱이 같은 경로를 사용하도록 고정할 필요가 없습니다. 수정 전에는 참조하는 프록시 그룹 이름이 실제로 있는지 확인하세요. 이름이 잘못되면 설정을 불러오지 못할 수 있습니다. 클라이언트마다 규칙 편집 메뉴는 다르지만, 호환되는 커널을 사용한다면 해당 문법을 적용할 수 있습니다. 문제가 생기면 프록시 스위치만 확인하지 말고 연결 기록에서 어떤 규칙이 적용됐는지 살펴보세요.

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,DIRECT
프록시 그룹 선택 · proxy-groups

프록시 그룹은 여러 연결 경로를 모아 수동으로 선택하거나 자동으로 판단하도록 구성합니다. select는 수동 선택, url-test는 테스트 결과에 따른 선택, fallback은 설정된 순서대로 사용 가능한 경로를 찾습니다. 이는 규칙 모드나 전역 모드를 달리 부르는 표현이 아닙니다. 구독을 가져온 뒤 그룹에 예상한 노드가 있는지 확인하고, 규칙이 해당 그룹을 가리키도록 설정하세요. 속도 측정은 특정 테스트 주소에 대한 결과일 뿐 실제 서비스 이용을 대신하지 않습니다. 아래 예시는 내장 경로로 그룹 구조를 보여주며, 실제 설정에는 구독에서 제공한 노드 이름을 추가할 수 있습니다.

proxy-groups:
  - name: 수동 선택
    type: select
    proxies:
      - DIRECT
      - REJECT
rules:
  - MATCH,수동 선택
DNS와 Fake-IP · dns

DNS 설정은 도메인 이름을 어떻게 조회할지 정하고, Fake-IP는 가상 주소를 이용해 도메인과 연결의 매핑을 유지하므로 커널이 도메인 기준으로 트래픽을 분기할 수 있습니다. 기능을 켠 뒤 예약된 주소 대역이 보이더라도 노드 이상을 뜻하는 것은 아닙니다. 클라이언트 로그와 실제 접속 결과를 함께 확인하세요. 실제 IP 조회가 필요한 LAN 서비스는 커널 문서를 참고해 필터 목록에 추가할 수 있습니다. 클라이언트를 바로 바꾸기보다 DNS 요청이 커널에 전달되는지, 상위 DNS 서버에 연결할 수 있는지 먼저 확인하면 원인을 좁히기 쉽습니다. 아래 DNS 서버는 설정 항목 예시이므로 네트워크 환경에 맞게 조정해야 합니다.

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - "*.lan"
    - "localhost"
  nameserver:
    - https://dns.alidns.com/dns-query
TUN 모드 · tun

시스템 프록시는 시스템 설정을 따르는 앱에 적용됩니다. TUN은 가상 네트워크 인터페이스를 통해 라우팅 조건에 맞는 트래픽을 처리하므로 시스템 프록시를 사용하지 않는 프로그램에 유용합니다. 기능을 켜려면 관리자 권한이나 서비스 구성 요소, 모바일 시스템의 VPN 승인이 필요할 수 있으며 메뉴는 클라이언트마다 다릅니다. TUN을 켜도 만료되거나 작동하지 않는 구독이 복구되지는 않으며 모든 앱과 호환되는 것도 아닙니다. 테스트할 때는 사용 가능한 설정을 먼저 보존하고 라우팅, DNS, 다른 VPN과의 충돌을 확인하세요. 일반 웹페이지 접속을 확인한 뒤 대상 앱을 테스트하고, 여러 네트워크 옵션을 한꺼번에 바꾸지 않는 것이 좋습니다.

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

설정 항목 지원 여부는 실제 커널에 따라 달라집니다. 규칙 세트, 도메인 스니핑, 로컬 오버라이드 또는 외부 컨트롤 패널이 필요하다면 고급 설정 가이드를 확인하세요. 구독을 처음 가져오는 경우에는 시작 가이드부터 살펴보세요.

클라이언트 선택 사례

사용 상황에 맞춰 읽고, 화면이 비슷하다는 이유만으로 설정 호환성을 판단하지 마세요.

Clash Plus

데스크톱 및 모바일 플랫폼

사용 중인 시스템에 맞는 설치 링크를 찾고 싶다면 순위의 추천 항목부터 확인한 뒤, 해당 플랫폼에서 지원하는 기능을 살펴보세요.

클라이언트 비교 보기 →

Clash Verge Rev

데스크톱 설정 관리

데스크톱에서 설정과 프록시 그룹을 관리하기에 적합합니다. 로컬 오버라이드를 사용한다면 구독 원본과 최종 적용 설정을 구분해야 합니다.

클라이언트 비교 보기 →

Clash Meta for Android

모바일 연결 관리

Android에서 설정 가져오기, VPN 권한 승인, 앱 트래픽 처리 옵션을 확인할 수 있습니다. 설치 전에 기기 아키텍처를 확인하세요.

클라이언트 비교 보기 →

DOWNLOAD / 플랫폼별 다운로드

운영체제에 맞는 클라이언트 선택

먼저 운영체제와 프로세서 아키텍처를 확인한 뒤 클라이언트를 비교하세요. 다운로드 링크에서는 설치 파일을 선택하고, 사용할 연결 경로는 구독으로 준비해야 합니다. 설치를 마쳤다고 프록시 서비스까지 자동으로 제공되는 것은 아닙니다.

Windows

먼저 Clash Plus를 확인한 뒤 Clash Verge Rev, FlClash, Clash Nyanpasu를 비교해 보세요. 기존 설정을 옮겨야 한다면 지원이 중단된 Clash for Windows의 보관 자료를 참고하세요. 오래된 클라이언트를 장기적인 업데이트용으로 사용하는 것은 권장하지 않습니다.

처음 실행하면 구독을 가져오고 커널이 정상적으로 시작되는지 확인한 다음 시스템 프록시를 켜세요. 포트 충돌이 발생하면 다른 프록시 프로그램이 사용 중인지 먼저 확인하세요. TUN이 필요하면 클라이언트 안내에 따라 서비스를 설치하거나 관리자 권한을 부여하면 됩니다. 첫 실행부터 모든 네트워크 기능을 한꺼번에 켤 필요는 없습니다.

다운로드 Windows 클라이언트

macOS

시스템의 ‘이 Mac에 관하여’에서 Apple Silicon 또는 Intel을 확인한 뒤 알맞은 설치 파일을 선택하세요. 다운로드 페이지에는 Clash Plus, Clash Verge Rev, FlClash가 주요 선택지로 안내되어 있으며, ClashX Meta는 지원이 중단된 보관용 클라이언트로 별도 표시되어 있습니다.

설치 후 표시되는 권한 요청과 구독 가져오기는 서로 다른 문제입니다. 네트워크 확장 또는 서비스 권한은 트래픽 처리에 영향을 주고, 구독은 노드와 규칙을 제공합니다. 키체인 팝업이 나타나면 요청하는 프로그램을 먼저 확인하고 시스템 설정에 따라 처리하세요. 모든 시작 알림을 노드 문제로 단정하지 마세요.

다운로드 macOS 클라이언트

Android

다운로드 페이지에는 Clash Plus, Clash Meta for Android, FlClash, Surfboard가 순서대로 정리되어 있습니다. 비교적 최신 기기는 대부분 ARM64를 사용하지만 구형 기기에는 다른 아키텍처가 필요할 수 있습니다. 설치 파일을 기기 브랜드만 보고 고르지 말고, 먼저 기기 정보를 확인하세요.

설정을 가져온 뒤 사용할 프로필을 선택하고 시스템 VPN 연결을 승인하세요. 앱을 전환하거나 화면을 잠근 뒤 연결이 끊긴다면 백그라운드 실행과 배터리 관리 설정을 확인하세요. 앱별로 트래픽을 분기할 때는 허용 목록인지 제외 목록인지 확인해 대상 앱이 반대쪽에 설정되지 않도록 주의하세요.

다운로드 Android 클라이언트

iOS

Clash Plus는 App Store에서 설치할 수 있으며, 제품 공식 웹사이트는 clashplus.io입니다. 다운로드 페이지에서 스토어 상세 정보로 이동해 기기 호환성을 확인한 다음, 클라이언트에서 안내하는 방법으로 설정을 추가하세요.

처음 연결할 때 VPN 설정 추가를 허용해야 하며, 연결 상태는 시스템 설정에서 확인할 수 있습니다. 데스크톱의 설정 항목이나 조작 방법이 모바일에서도 그대로 적용되는 것은 아닙니다. 구독 형식이 호환되지 않으면 서비스 제공자가 어떤 형식으로 내보냈는지 확인하고 현재 클라이언트 안내에 따라 처리하세요.

다운로드 iOS 클라이언트

Linux

데스크톱 사용자는 배포판에 맞춰 Clash Verge Rev와 FlClash를 비교하고 DEB, RPM 등의 패키지를 선택할 수 있습니다. 서버나 라우터에서는 GUI 클라이언트와 Mihomo 커널을 구분해야 합니다. 데스크톱 설치 파일을 범용 명령줄 프로그램으로 사용할 수는 없습니다.

설치 전에 프로세서 아키텍처와 실행 환경을 확인하세요. 데스크톱 시스템 프록시, 터미널의 프록시 환경 변수, TUN이 처리하는 트래픽 범위는 서로 다릅니다. 브라우저에서 접속된다고 명령줄 프로그램도 프록시를 이용하는 것은 아니므로 대상 프로그램별로 확인하고 서비스 권한, 라우팅 설정, DNS 조회 경로를 살펴보세요.

다운로드 Linux 클라이언트

전체 클라이언트 보기 →

ECOSYSTEM / 오픈 소스 생태계

클라이언트, 커널, 구독의 역할

프로젝트 문서와 실제 설정을 바탕으로 기능을 파악하세요. 순위로 유지 관리 상태를 판단하거나 설치 파일 자체를 연결 속도의 원인으로 보지 마세요.

고급 설정 가이드 보기 →

Clash 생태계와 Mihomo의 관계

Clash 생태계에는 설정 가져오기, 프록시 그룹 선택, 로그 확인, 네트워크 옵션 조작 기능을 제공하는 여러 GUI 클라이언트가 있습니다. Mihomo는 Clash.Meta에서 발전한 프록시 커널 프로젝트로, 프로토콜 처리와 규칙 매칭, DNS, 연결 전달을 담당합니다. 클라이언트 이름에 Clash나 Meta가 들어가더라도 모두 같은 커널 빌드를 사용하는 것은 아니며, 설정을 그대로 서로 복사해 쓸 수 있다는 뜻도 아닙니다. 특정 설정 항목을 사용할 수 있는지는 실제 커널과 클라이언트의 설정 생성 방식을 확인해야 합니다.

이 관계를 이해하면 문제를 단계별로 나눠 살펴볼 수 있습니다. 화면이 열리지 않으면 프로그램 실행 환경을 확인하고, 설정을 불러오지 못하면 문법과 항목을 살펴보세요. 규칙이 예상과 다르게 적용되면 최종 설정과 연결 기록을 확인하고, 특정 연결 경로만 작동하지 않으면 구독 서비스나 대상 네트워크를 점검하면 됩니다. 문제의 원인을 구분하지 않으면 실제 원인은 그대로 둔 채 클라이언트만 반복해서 재설치할 수 있습니다. 홈페이지의 예시는 설정 항목을 설명하기 위한 것이므로, 구체적인 옵션은 해당 프로젝트의 최신 문서를 기준으로 확인하세요.

오픈 소스 프로젝트 자료

Mihomo의 소스 코드, 이슈 토론, 문서에서는 커널 동작을 확인할 수 있습니다. 프로토콜 지원, DNS 동작, 라우팅 관련 질문이 있다면 문서에서 설정 항목 이름을 검색한 뒤 관련 토론을 살펴보세요. 문제를 제보할 때는 운영체제와 재현 절차, 민감 정보를 가린 로그를 제공하고 구독에서 생성된 설정과 직접 수정한 부분을 구분해야 합니다. 공개 자료를 통해 설계와 수정 과정을 살펴볼 수 있지만, 오픈 소스라고 해서 모든 클라이언트의 기능과 권한 처리, 업데이트 주기가 같다는 뜻은 아닙니다.

아래 명령은 Mihomo 소스 코드를 내려받기 위한 것입니다. 구현 내용을 살펴보거나 빌드 환경을 준비하거나 설정 동작을 연구하려는 사용자에게 적합합니다. 저장소를 클론해도 데스크톱 클라이언트가 설치되거나 사용할 수 있는 구독이 생성되지는 않습니다. 설정을 가져와 바로 사용하려는 경우에는 위의 플랫폼별 다운로드 링크를 이용하세요. 커널 문서는 Mihomo 문서에서 설정 항목 이름으로 찾아볼 수 있습니다.

Mihomo / 소스 코드 저장소 
git clone https://github.com/MetaCubeX/mihomo.git

Mihomo 오픈 소스 저장소 보기 →

클라이언트 업데이트와 구독 업데이트 구분하기

클라이언트 업데이트는 인터페이스와 시스템 통합 기능, 함께 제공되는 커널에 영향을 줍니다. 구독 업데이트는 노드와 프록시 그룹, 서비스 제공자가 배포하는 규칙을 바꿉니다. 두 업데이트는 서로 독립적으로 진행될 수 있습니다. 노드 목록이 바뀌지 않았다면 먼저 구독 요청이 성공했는지, 주소가 유효한지 확인하세요. 특정 프로토콜을 불러오지 못할 때는 현재 커널의 지원 여부를 살펴보면 됩니다. 원격 구독을 다시 가져오면 구독 원문에 직접 적용한 수정 사항이 덮어써질 수 있으므로, 계속 유지할 규칙은 클라이언트에서 지원하는 오버라이드 기능으로 관리하세요.

업데이트 전에 현재 사용할 수 있는 설정을 저장하고 직접 변경한 포트, DNS, 트래픽 처리 방식을 기록해 두세요. 업데이트 후에는 설정이 정상적으로 불러와지는지 확인하고, 평소 사용하는 사이트에 접속한 다음 규칙이 예상대로 적용되는지 살펴보세요. 클라이언트와 구독 주소, DNS 서버를 한꺼번에 바꾸면 문제가 생겼을 때 원인을 찾기 어렵습니다. 지원이 중단된 클라이언트는 이전 설정을 확인하는 용도로 참고할 수 있지만, 새 시스템이나 프로토콜에 계속 대응한다는 의미는 아닙니다.

구독 출처와 연결 확인

클라이언트는 연결을 위한 도구이며, 구독은 보통 사용자가 별도로 준비해야 합니다. 구독 주소에는 접속 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관하세요. 스크린샷이나 공개 로그, 온라인 문의를 올릴 때는 전체 구독 주소와 컨트롤 패널 키, 노드 인증 정보를 삭제해야 합니다. 설정을 추가하기 전에 출처를 확인하고 서비스 범위와 유효 기간, 트래픽 제한을 알아보세요. 출처를 알 수 없는 링크를 제3자 변환 서비스에 입력하면 전체 설정이 서비스 운영자에게 노출될 수 있으므로 처리 방식을 먼저 확인하세요.

가져오기가 끝났다고 연결 아이콘만 확인하고 넘어가지 마세요. 방금 가져온 설정이 활성화되어 있는지, 프록시 그룹에 선택할 경로가 있는지 확인한 뒤 대상 사이트에 접속하고 연결 기록에서 적용된 규칙과 경로를 살펴보세요. 노드 테스트 성공은 테스트 요청이 완료됐다는 뜻일 뿐, 모든 사이트와 앱, UDP 연결이 작동한다는 보장은 아닙니다. 직접 연결과 프록시 연결이 모두 안 된다면 로컬 네트워크를 먼저 점검하세요. 특정 도메인만 실패한다면 DNS 조회, 규칙, 대상 서비스 상태를 확인하세요. 이런 순서로 점검하면 근거 없이 설정을 바꾸는 일을 줄일 수 있습니다.

NOTES / 사용 팁

설치 및 연결 문제 해결

증상에 맞는 글을 선택하세요. 실행에 실패하면 포트를 확인하고, 첫 실행에서 안내가 뜨면 시스템 권한을 살펴보세요. 연결은 됐지만 접속할 수 없다면 프록시, DNS, 규칙, 연결 경로 순으로 점검하세요.

전체 글 보기 →

클라이언트 다운로드