Download plate · 01

Clash 다운로드 목록

운영체제, CPU 아키텍처와 유지 관리 상태에 따라 클라이언트를 선택하세요. GUI 클라이언트는 데스크톱과 모바일 기기에 적합하고, Mihomo 코어는 서버·라우터·명령줄 환경에 적합합니다.

Platform specimens · 02

플랫폼별 GUI 클라이언트 선택

같은 설정 파일이라도 클라이언트마다 화면의 진입점은 다를 수 있습니다. 하지만 핵심 처리 과정은 대체로 설정 로드, 규칙 매칭, 프록시 그룹 선택, DNS 해석, 네트워크 트래픽 전달로 구성됩니다.

Windows plate

Windows GUI 클라이언트

일상적인 데스크톱 프록시, 구독 관리와 프록시 그룹 전환에 적합합니다. 처음 사용하는 경우 설치 마법사가 포함된 EXE 패키지를 우선 사용하고, 포터블 배포가 필요할 때 ZIP 패키지를 제공하는 클라이언트를 선택하세요.

아키텍처 안내

이 영역에서 제공하는 Windows GUI 클라이언트는 주로 x64용입니다. Windows on ARM 환경에서는 먼저 x64 데스크톱 프로그램의 시스템 호환 상태를 확인하세요.

Clash Plus
우선 추천 추천

Clash Plus

GUI에서 구독, 프록시 그룹과 시스템 프록시를 관리하려는 Windows 사용자에게 적합합니다. 설치 마법사는 일반적인 데스크톱 환경에 알맞으며, 처음 실행한 뒤 구독 링크나 로컬 설정 파일을 가져올 수 있습니다.

Clash Verge Rev

Clash Verge Rev

Mihomo 호환 기능을 사용하는 데스크톱 클라이언트로 설정 관리, 프록시 그룹 전환, 시스템 프록시와 TUN 관련 메뉴를 제공합니다. 연결, 규칙과 로그 정보를 확인하려는 사용자에게 적합합니다.

FlClash

FlClash

플랫폼 간 일관된 인터페이스와 주요 설정 관리 기능을 제공합니다. Windows 사용자는 설치 패키지와 ZIP 압축 파일 중에서 선택할 수 있습니다. 설치 패키지는 고정 설치에, ZIP은 포터블 디렉터리나 관리형 배포에 적합합니다.

Clash Nyanpasu

Clash Nyanpasu

데스크톱 설정 관리와 여러 설정 전환을 선호하는 사용자에게 적합합니다. 설치 전 시스템 프록시를 제어 중인 다른 클라이언트를 종료해 여러 프로그램이 동시에 시스템 프록시 상태를 변경하지 않도록 하세요.

유지 관리 중단

Clash for Windows

기존 설정을 마이그레이션하거나 구형 환경의 호환 문제를 처리할 수 있도록 아카이브 경로를 제공합니다. 새로 설치할 때는 계속 유지 관리되고 최신 Mihomo 설정 기능을 지원하는 클라이언트를 우선 고려하세요.

Windows 시스템 요구 사항 및 설치 점검

점검 항목 권장 사항 이유
CPU 아키텍처 x64 이 영역의 GUI 클라이언트 설치 패키지는 주로 64비트 Windows 데스크톱 환경용입니다.
설치 권한 설치 프로그램이 애플리케이션 디렉터리에 파일을 쓸 수 있도록 허용 권한이 제한되면 설치, 업데이트 또는 서비스 구성 요소 등록이 실패할 수 있습니다.
시스템 프록시 다른 프록시 클라이언트를 종료한 뒤 활성화 여러 프로그램이 동시에 시스템 프록시를 변경하면 포트 충돌이나 상태 전환 반복이 발생할 수 있습니다.
TUN 모드 클라이언트 안내에 따라 필요한 구성 요소 설치 TUN은 시스템 네트워크 트래픽을 가로채므로 일반적으로 더 높은 권한과 해당 드라이버 지원이 필요합니다.

Kernel archive · 03

Mihomo 코어 다운로드

Mihomo 코어는 서버, 라우터, 컨테이너와 명령줄 환경에 적합합니다. 일반적인 데스크톱 및 모바일 사용자는 위의 GUI 클라이언트를 우선 사용하세요. 클라이언트가 설정 디렉터리, 시스템 프록시, 로그와 업데이트 메뉴를 관리합니다.

시스템 CPU 아키텍처 파일 형식 대표적인 용도 다운로드
Windows AMD64 ZIP Windows Server, 명령줄 테스트와 서비스 등록 AMD64 다운로드
Windows ARM64 ZIP Windows on ARM 명령줄 환경 ARM64 다운로드
macOS Intel AMD64 GZ Intel Mac의 터미널 및 서비스 스크립트 Intel 다운로드
macOS Apple Silicon ARM64 GZ Apple M 시리즈 칩의 터미널 배포 ARM64 다운로드
Linux AMD64 DEB Debian, Ubuntu 서버의 패키지 배포 DEB 다운로드
Linux AMD64 GZ x86_64 서버, 컨테이너와 사용자 지정 서비스 디렉터리 GZ 다운로드
Linux ARM64 GZ 64비트 ARM 서버와 최신 소프트웨어 라우터 ARM64 다운로드
Linux ARMv7 GZ 32비트 ARMv7 라우터와 임베디드 기기 ARMv7 다운로드
Linux MIPS softfloat GZ 소프트 플로트 ABI를 사용하는 MIPS 라우터 MIPS 다운로드

Config path

설정을 먼저 준비한 뒤 서비스 등록

처음 실행할 때는 먼저 포그라운드 명령으로 설정을 로드하고 포트 리스닝, 구독 규칙 세트, DNS와 프록시 노드가 정상인지 확인하세요. 기본 설정이 작동하는 것을 확인한 후 systemd, 예약 작업 또는 다른 서비스 관리자로 장기 실행을 구성합니다. 바로 백그라운드 서비스로 등록하면 초기 오류가 숨겨져 경로, 권한과 설정 문법 문제를 찾기 어려워집니다.

Architecture

아키텍처 이름은 기기와 일치해야 합니다

AMD64, ARM64, ARMv7과 MIPS는 서로 바꿔 사용할 수 없습니다. Linux에서는 uname -m으로 아키텍처를 확인할 수 있지만, 라우터 펌웨어에서는 ABI와 부동소수점 유형 차이도 고려해야 합니다. 프로그램이 시작 직후 형식 오류를 보고하면 설정 파일을 수정하기보다 먼저 아키텍처를 다시 확인하세요.

Installation notes · 04

설치 후 설정 순서

다운로드가 완료됐다고 네트워크 트래픽이 이미 전달되는 것은 아닙니다. 정해진 순서로 설정을 검증하면 구독, 프록시 정책, DNS와 시스템 프록시 문제를 나누어 처리할 수 있습니다.

01

기존 설정 보관

기존 클라이언트에서 마이그레이션할 때는 먼저 현재 설정 파일, 로컬 오버라이드 규칙, 스크립트와 구독 주소를 내보내거나 복사하세요. 새 클라이언트가 정상 작동하는지 확인하기 전에는 기존 디렉터리를 삭제하지 마세요. 일부 클라이언트는 설정 디렉터리나 오버라이드 형식이 다르므로 애플리케이션 데이터 디렉터리 전체를 바로 덮어쓰지 말고 항목별로 확인해야 합니다.

02

구독 또는 로컬 설정 가져오기

구독 주소는 Clash 또는 Mihomo가 읽을 수 있는 설정 구조를 반환해야 합니다. 가져온 후 한 번 수동으로 업데이트하고 업데이트 로그에 파싱 오류가 있는지 확인하세요. 설정 목록은 존재하지만 프록시 노드가 없다면 구독 응답 내용, 설정 형식과 클라이언트 호환 범위를 계속 점검해야 합니다.

03

규칙 모드와 프록시 그룹 선택

일상적인 사용에서는 먼저 규칙 모드를 선택해 요청이 설정 파일의 규칙 순서에 따라 매칭되도록 합니다. 이후 주요 프록시 그룹으로 이동해 사용 가능한 노드나 자동 선택 정책을 지정하세요. 전역 모드는 더 많은 요청을 하나의 정책으로 처리하고, 직접 연결 모드는 프록시를 우회하므로 문제를 확인할 때 현재 모드를 분명히 해야 합니다.

04

적절한 트래픽 전달 방식 활성화

브라우저와 시스템 프록시를 따르는 소프트웨어는 먼저 시스템 프록시를 사용해 보세요. 더 많은 앱, UDP 요청 또는 시스템 프록시를 읽지 않는 프로그램까지 적용해야 할 때 TUN을 검토합니다. 한 번에 하나의 전달 옵션만 변경하고 변경 전후 결과를 기록해 시스템 프록시, TUN과 앱 내부 프록시가 동시에 중첩되지 않도록 하세요.

05

로그 확인 및 규칙 검증

대상 웹사이트나 앱을 연 뒤 연결 로그에서 도메인 해석 결과, 규칙 유형, 대상 프록시 그룹과 최종 노드를 확인하세요. 요청이 나타나지 않으면 시스템 프록시나 TUN 트래픽 전달 계층에 문제가 있을 수 있습니다. 요청은 나타나지만 정책이 예상과 다르면 규칙 순서, 규칙 세트 업데이트와 프록시 그룹 참조를 점검하세요.

Download FAQ · 05

다운로드 및 설치 자주 묻는 질문

다음 문답에서는 클라이언트 선택, 설치 패키지 형식, CPU 아키텍처, 아카이브 클라이언트와 설치 후 연결 점검을 다룹니다.

어떤 Clash 클라이언트를 우선 선택해야 하나요?

GUI에서 구독 가져오기, 프록시 그룹 전환, 시스템 프록시 관리를 하려면 각 플랫폼의 첫 번째 항목인 Clash Plus부터 확인해 보세요. Windows, macOS, Linux 사용자는 인터페이스 취향에 따라 Clash Verge Rev 또는 FlClash를 선택할 수도 있습니다. 서버와 라우터 환경에서는 일반적으로 Mihomo 명령줄 코어를 사용합니다.

클라이언트를 선택할 때는 운영체제, CPU 아키텍처, TUN 필요 여부, 설정 형식 호환성과 프로젝트 유지 관리 상태를 함께 고려해야 합니다. 단순히 인터페이스 외관만 보고 선택하지 말고, 같은 시스템에서 여러 클라이언트의 트래픽 전달 기능을 동시에 활성화하지도 마세요.

Windows에서는 EXE 설치 파일과 ZIP 압축 파일 중 무엇을 다운로드해야 하나요?

일반적인 데스크톱 설치에는 EXE 설치 파일을 우선 사용하세요. 설치 과정에 따라 애플리케이션 디렉터리에 파일이 배치되고 일반적인 실행 경로가 만들어집니다. 포터블 디렉터리, 임시 테스트 또는 관리형 배포가 필요하면 ZIP 패키지를 제공하는 FlClash를 선택할 수 있습니다.

ZIP 패키지의 압축을 푼 뒤에는 내부 디렉터리 구조를 그대로 유지해야 합니다. 실행에 필요한 리소스, 동적 라이브러리나 설정 디렉터리가 누락될 수 있으므로 주 프로그램 파일만 복사하지 마세요. 포터블 버전을 업그레이드하기 전에는 설정을 백업하고 실행 중인 프로세스를 종료해야 합니다.

macOS에서 Apple Silicon과 Intel 아키텍처를 어떻게 구분하나요?

시스템 설정의 ‘이 Mac에 관하여’를 열고 칩에 Apple M 시리즈가 표시되면 Apple Silicon 또는 ARM64를 선택하세요. 프로세서에 Intel이 표시되면 Intel 또는 x64를 선택합니다. 터미널에서는 uname -m으로 확인할 수 있으며, arm64는 Apple Silicon, x86_64는 Intel 환경에 해당합니다.

아키텍처가 맞지 않으면 앱이 바로 열리지 않거나 시스템 호환 변환 계층이 필요할 수 있습니다. 이 Mac의 칩과 일치하는 네이티브 빌드를 우선 사용하면 추가 의존성을 줄이고 이후 문제 해결도 간소화할 수 있습니다.

Android에서는 arm64, arm, universal 중 무엇을 다운로드해야 하나요?

최근 출시된 대부분의 Android 스마트폰은 arm64-v8a를 사용합니다. 오래된 32비트 기기는 armeabi-v7a를 선택할 수 있습니다. 아키텍처를 확인하기 어렵다면 Clash Meta for Android의 universal 설치 패키지를 사용할 수 있지만 파일 크기가 대체로 더 큽니다.

x86_64는 일부 에뮬레이터와 특수 기기에서 주로 사용되며 대부분의 ARM 스마트폰에는 적합하지 않습니다. 설치 중 패키지가 기기와 호환되지 않는다는 메시지가 바로 표시되면 구독 설정을 반복해서 수정하지 말고 아키텍처와 Android 시스템 버전을 다시 확인하세요.

Clash for Windows와 ClashX Meta가 유지 관리 중단으로 표시된 이유는 무엇인가요?

기존 설정을 마이그레이션하거나 구형 환경을 재설치하고 호환 문제를 재현할 수 있도록 두 클라이언트의 아카이브 다운로드 경로를 유지하고 있습니다. 유지 관리가 중단되면 새 시스템 변경, 코어 기능과 설정 형식 업데이트에 대한 대응이 보장되지 않으므로 새로 설치할 때는 계속 유지 관리되는 클라이언트를 우선 선택하세요.

마이그레이션 전에 설정 파일, 구독 주소와 로컬 오버라이드 규칙을 백업하세요. 마이그레이션 후에는 먼저 기본 프록시 연결을 확인하고 DNS, TUN, 스크립트와 복잡한 규칙을 단계적으로 복원해 기존 설정의 호환되지 않는 항목이 새 환경에 한꺼번에 들어가지 않도록 하세요.

다운로드가 완료됐는데 구독을 가져와도 연결되지 않는 이유는 무엇인가요?

설치 패키지에는 클라이언트 본체만 포함되어 있습니다. 읽을 수 있는 Clash 또는 Mihomo 설정을 가져오고 유효한 프록시 그룹을 선택한 뒤 필요에 따라 시스템 프록시나 TUN을 활성화해야 합니다. 클라이언트에 노드는 표시되지만 연결되지 않는다면 먼저 노드 연결 오류와 시스템 시간을 확인하세요.

노드 테스트는 정상인데 브라우저에 접속할 수 없다면 시스템 프록시가 활성화되어 있는지, 브라우저가 별도의 프록시 설정을 사용하는지, 요청이 연결 로그에 나타나는지 확인하세요. DNS 해석에 실패할 때는 DNS 설정, Fake-IP 범위, 규칙 세트 다운로드와 로컬 네트워크 제한을 점검하세요. 전체 작업 방법은 사용 문서고급 매뉴얼에서 계속 확인할 수 있습니다.