Clash Plus
추천GUI에서 설정을 가져오고 일상적으로 모드를 전환하려는 사용자에게 적합합니다. 설치 후 구독이나 YAML을 가져와 정책 그룹을 선택할 수 있는지 확인한 다음 트래픽 연결 기능을 활성화하세요. 기존 설정을 옮길 때는 로컬 백업을 먼저 만들어, 이전 클라이언트의 오버라이드 설정을 구독 원본으로 착각하지 않도록 하세요.
- 아키텍처
- x64
- 형식
- EXE 설치 프로그램
- 공식 웹사이트
- clashplus.io
운영체제, 아키텍처, 설치 파일 형식에 맞춰 선택하세요. 데스크톱과 모바일은 GUI 클라이언트를, 서버와 라우터는 독립 커널을 확인하세요.
이 페이지에서는 여러 프로젝트의 설치 파일을 안내합니다. 클라이언트 UI, 커널, 구독 서비스는 각각 별개이며, 클라이언트를 설치했다고 해서 바로 사용할 수 있는 프록시 설정까지 갖춰지는 것은 아닙니다.
처음 설치한다면 Clash Plus를 먼저 확인하세요. 아래 데스크톱 설치 파일은 대부분 x64이며, 해당 아키텍처를 지원하는 Windows 환경에서 사용할 수 있습니다. ‘설정 → 시스템 → 정보’에서 시스템 종류를 확인하세요. ARM 기기는 선택한 앱의 에뮬레이션 지원 여부를 먼저 확인하고, x64 파일을 네이티브 ARM64 파일로 오인하지 마세요.
GUI에서 설정을 가져오고 일상적으로 모드를 전환하려는 사용자에게 적합합니다. 설치 후 구독이나 YAML을 가져와 정책 그룹을 선택할 수 있는지 확인한 다음 트래픽 연결 기능을 활성화하세요. 기존 설정을 옮길 때는 로컬 백업을 먼저 만들어, 이전 클라이언트의 오버라이드 설정을 구독 원본으로 착각하지 않도록 하세요.
설정 파일, 규칙 오버라이드, 서비스 모드를 관리하려는 데스크톱 사용자에게 적합합니다. 시스템 프록시와 TUN은 서로 다른 연결 방식입니다. 먼저 시스템 프록시로 브라우저 연결을 확인한 뒤 필요한 앱에 따라 TUN을 활성화하세요. 문제가 생기면 설정을 하나씩 되돌려 원인을 찾을 수 있습니다.
기기마다 비슷한 사용 방식을 유지하려는 사용자에게 적합합니다. 설치 파일 이름의 AMD64는 일반적인 x64와 같은 계열의 아키텍처를 뜻하며, AMD CPU만 사용할 수 있다는 의미는 아닙니다. 처음 실행할 때 설정 선택과 프록시 모드를 확인하고, 이전 프로그램의 실행 상태를 그대로 기준 삼지 마세요.
또 다른 데스크톱 설정 관리 도구입니다. 클라이언트를 바꾸기 전에 기존 프록시 프로그램을 종료해 두 클라이언트가 수신 대기 포트를 차지하거나 시스템 프록시를 반복해서 변경하지 않도록 하세요. 사용자 지정 규칙을 사용한다면 구독 목록에 표시되는지만 확인하지 말고, 이전 후 병합 결과와 로그도 살펴보세요.
기존 환경 재현, 설정 이전, 이전 UI 확인에 사용하는 보관 버전입니다. 새 운영체제나 새 설정 항목에 맞춰 지속적으로 업데이트되지 않으므로, 구독을 가져올 수 있다는 이유만으로 모든 프로토콜과 규칙을 지원한다고 볼 수는 없습니다. 새로 설치할 때는 앞서 소개한 클라이언트를 우선 고려하고, 기존 환경을 업그레이드하기 전에 설정을 내보내세요.
| 항목 | 다운로드 전 확인 | 설치 후 확인 |
|---|---|---|
| 시스템 및 아키텍처 | 시스템 지원이 계속 제공되는 Windows 10/11을 우선 사용하세요. 최소 버전은 클라이언트 설치 프로그램의 안내를 따르세요. | 현재 제공되는 설치 파일은 x64입니다. 앱이 정상적으로 실행되는지 확인하세요. |
| 권한 | 일반 UI 실행과 서비스 설치에는 서로 다른 권한이 필요합니다. | TUN이나 서비스 모드를 사용할 때는 클라이언트 안내에 따라 권한을 부여하세요. 모든 앱을 항상 관리자 권한으로 실행할 필요는 없습니다. |
| 네트워크 연결 | 시스템 프록시를 관리 중인 다른 클라이언트를 종료하세요. | 프록시 포트와 시스템 프록시 주소를 확인하세요. 스토어 앱에 문제가 있으면 UWP 루프백 안내를 살펴보세요. |
시스템에서 설치를 차단하면 안내에 표시된 게시자, 파일 출처, 구체적인 이유부터 확인하세요. 시스템 보안 기능을 한꺼번에 끄지 마세요. UWP 앱에서만 네트워크 문제가 발생한다면 루프백 예외 문제 해결을 참고하세요.
Apple 메뉴에서 ‘이 Mac에 관하여’를 열어 프로세서를 확인하세요. Apple 칩 기기는 네이티브 ARM64 패키지를, Intel 기기는 x64 패키지를 선택합니다. 일부 프로젝트는 현재 목록에 x64 파일만 제공하므로, 실제 패키지 아키텍처를 기준으로 표시하며 호환 실행 항목을 네이티브 지원으로 안내하지 않습니다.
두 종류의 Mac 프로세서에 맞는 DMG를 각각 제공합니다. 디스크 이미지를 열고 안내에 따라 앱을 ‘응용 프로그램’ 폴더로 옮긴 다음 해당 폴더에서 실행하세요. 설정을 가져온 뒤 프록시 포트와 연결 상태를 확인하세요. 네트워크 확장 기능이나 서비스 권한이 필요하면 시스템 패널의 안내에 따라 항목별로 승인하세요.
현재 두 다운로드 항목 모두 x64 DMG를 제공합니다. Apple Silicon에서는 Rosetta 실행 조건을 확인해야 합니다. 구독, 설정 병합, 서비스 모드를 관리하는 데 적합합니다. 앱은 열리지만 트래픽이 연결되지 않는다면 시스템 프록시와 서비스 상태를 먼저 확인하고, 그다음 설정의 규칙을 살펴보세요. 시스템 네트워크 구성 요소를 바로 다시 설치하지 마세요.
현재 목록의 두 항목은 동일한 AMD64 디스크 이미지로 연결됩니다. Apple Silicon 사용자는 Rosetta 호환성을 먼저 확인하세요. 설치 후 설정, 모드, 트래픽 연결 권한을 항목별로 점검하세요. 다른 클라이언트에서 이전할 때 구독 URL은 그대로 쓸 수 있지만, 로컬 오버라이드와 UI 설정은 자동으로 옮겨지지 않을 수 있습니다.
이전 메뉴 막대 작업 방식과 설정을 옮길 때 사용할 수 있습니다. 현재 두 다운로드 항목 모두 x86_64 파일이며, Apple Silicon에서 호환 실행이 가능한지는 별도로 확인해야 합니다. 보관 프로젝트는 최신 시스템에 계속 대응한다는 의미가 아닙니다. 새 시스템에서 장기간 사용할 계획이라면 앞서 소개한 클라이언트를 우선 검토하세요.
| 항목 | 요구 사항 및 확인 방법 |
|---|---|
| 운영체제 버전 | 앱마다 최소 macOS 버전이 다릅니다. 앱의 릴리스 정보와 시스템 설치 안내를 따르고, DMG 형식만으로 호환성을 판단하지 마세요. |
| 프로세서 | Apple Silicon에서는 ARM64를 우선 선택하고, x64 앱은 Rosetta가 필요한지 확인하세요. Intel 기기에는 x64 파일을 사용합니다. |
| 설치 및 권한 | 앱을 ‘응용 프로그램’ 폴더로 옮긴 뒤 실행하고, 필요한 경우 서비스나 네트워크 연결 권한을 허용하세요. 디스크 이미지에서 계속 실행하지 마세요. |
클라이언트를 바꾸기 전에 기존 프로그램의 시스템 프록시를 끄고 프로그램을 종료하세요. 네트워크를 연결 중인 앱을 바로 삭제하면 시스템 프록시가 더 이상 응답하지 않는 로컬 포트를 계속 가리킬 수 있습니다.
대부분의 최신 휴대전화에서는 ARM64 패키지를 먼저 확인하면 됩니다. 다만 프로세서가 64비트를 지원해도 시스템에 64비트 앱 환경이 제공된다는 보장은 없습니다. 확인하기 어렵다면 기기의 시스템 정보를 확인하거나 클라이언트의 범용 패키지를 사용하세요. Android에서는 일반적으로 한 번에 하나의 앱만 시스템 VPN 인터페이스를 사용할 수 있습니다.
현재 arm64-v8a APK를 제공합니다. 다운로드한 파일을 시스템 설치 프로그램으로 여세요. 설치에 사용할 브라우저나 파일 관리자에만 필요한 권한을 부여하세요. 설정을 가져온 뒤 처음 연결할 때 시스템의 VPN 요청을 승인하고, 브라우저와 대상 앱 모두 네트워크에 연결되는지 확인하세요.
아키텍처별 설치 파일을 제공하며, 설정 파일과 앱별 트래픽 분할을 직접 관리하려는 사용자에게 적합합니다. 구독을 가져온 뒤 해당 설정을 선택해야 합니다. 백그라운드로 전환한 후 연결이 끊기면 구독을 반복해서 바꾸기보다 시스템의 배터리 관리와 백그라운드 실행 제한을 먼저 확인하세요.
기기 환경에 따라 arm64-v8a 또는 armeabi-v7a를 선택할 수 있습니다. 여러 기기에서 사용할 때 설정과 프록시 포트는 각각 관리할 수 있습니다. 휴대전화의 트래픽 연결에는 시스템 VPN 권한이 필요하므로 데스크톱 시스템 프록시 설정 방식을 그대로 적용하지 마세요. 업데이트할 때는 가능한 한 같은 앱과 서명 출처를 사용하세요.
설정 문법 체계가 다르므로 임의의 Clash YAML 파일을 Surfboard 설정으로 가져올 수는 없습니다. 선택하기 전에 구독 제공자가 호환 형식도 제공하는지 확인하세요. 특히 프록시 그룹, 규칙, DNS 항목의 차이에 주의해야 합니다. 형식이 호환되지 않는다면 파일 확장자만 바꾸지 말고 올바른 설정 파일을 받으세요.
| 항목 | 요구 사항 및 확인 방법 |
|---|---|
| 시스템 및 ABI | 최소 Android 버전은 앱마다 다릅니다. CPU 모델만 보지 말고 시스템에서 지원하는 ABI와 패키지 아키텍처가 맞는지 확인하세요. |
| 설치 권한 | 필요한 경우 현재 설치 출처에 권한을 허용하세요. 서명이 충돌하면 설정을 먼저 백업하고 앱 출처를 확인한 뒤 이전 여부를 결정하세요. |
| 백그라운드 실행 | 연결하려면 시스템 VPN 권한이 필요합니다. 백그라운드에서 연결이 끊기면 배터리 절약 설정, 백그라운드 활동 권한, 다른 VPN 앱을 확인하세요. |
‘앱이 설치되지 않았습니다’라는 오류는 아키텍처 불일치, 시스템 버전 미지원, 서명 충돌 때문에 발생할 수 있습니다. 먼저 시스템이 표시한 전체 오류를 기록하고 항목별로 확인하세요. 앱을 바로 삭제하면 로컬 설정이 사라질 수 있으므로 구독과 규칙을 내보낼 수 있는지 먼저 확인하세요.
App Store에서 Clash Plus의 기기 호환성, 시스템 요구 사항, 설치 방법을 확인하세요. 설치한 뒤 호환되는 구독이나 설정을 가져오고, 처음 연결할 때 시스템의 VPN 설정 요청을 승인하세요. 클라이언트 설치, 설정 가져오기, 연결 권한 승인은 각각 별도의 단계입니다.
스토어 페이지의 호환성 정보를 확인해 현재 기기에서 사용할 수 있는지 판단하세요. 설정을 가져온 뒤 선택한 정책 그룹을 확인하고 연결을 시작하세요. 특정 Wi-Fi에서만 문제가 생긴다면 모바일 네트워크와 Wi-Fi의 차이를 비교하고 DNS와 연결 로그를 기록하세요. 로컬 네트워크 제한을 클라이언트 설치 실패로 오해하지 않도록 주의하세요.
| 항목 | 요구 사항 및 확인 방법 |
|---|---|
| 기기 호환성 | App Store 페이지에 표시된 지원 기기와 최소 시스템 버전을 기준으로 확인하세요. |
| 네트워크 권한 | 처음 활성화할 때 시스템 안내에 따라 VPN 설정을 추가하세요. 관리 대상 기기는 기기 관리 정책도 따라야 합니다. |
| 설정 준비 | 사용 가능한 구독이나 호환 설정을 준비하고, 연결하기 전에 설정과 정책 그룹이 모두 선택되었는지 확인하세요. |
데스크톱에서는 GUI 클라이언트를 우선 사용하고, 서버와 라우터에서는 Mihomo 커널을 확인하세요. 먼저 uname -m을 실행해 아키텍처를 확인한 다음 배포판에 맞는 DEB 또는 RPM을 선택하세요. 이 영역의 설치 파일은 AMD64용이므로 ARM64 시스템에 바로 설치할 수 없습니다.
DEB는 Debian, Ubuntu 등의 패키지 관리 체계에, RPM은 Fedora 등의 체계에 해당합니다. 설치할 때는 시스템 패키지 관리자로 의존성을 처리하세요. 데스크톱 시스템 프록시가 터미널 프로그램에 적용되지 않을 수 있습니다. 명령줄에서 네트워크를 사용하려면 터미널 프록시 환경 변수도 확인하고, 필요한 경우 TUN을 설정하세요.
아키텍처와 의존성 조건이 맞는 DEB 데스크톱 환경에 적합합니다. 설치 후 UI가 실행되지 않으면 프록시 규칙부터 수정하지 말고 터미널에서 실행해 의존성이나 그래픽 세션 오류를 확인하세요. 그래픽 세션이 없는 서버에서 프록시를 실행하기 위해 전체 데스크톱 환경을 설치할 필요는 없습니다.
| 항목 | 요구 사항 및 확인 방법 |
|---|---|
| 프로세서 | uname -m의 출력이 x86_64이면 여기에서 AMD64 패키지를 선택하세요. 다른 아키텍처는 해당 커널 다운로드 항목을 확인하세요. |
| 실행 환경 | GUI 클라이언트를 사용하려면 데스크톱 세션과 실행 의존성이 필요합니다. 구체적인 의존성은 패키지 관리자와 클라이언트의 배포 요구 사항을 따르세요. |
| 트래픽 연결 권한 | TUN을 사용하려면 호환되는 장치 노드와 네트워크 권한이 필요합니다. 일반 터미널에서도 앱이 지원하는 경우 로컬 HTTP/SOCKS 프록시를 사용할 수 있습니다. |
로컬 패키지를 설치할 때는 배포판의 패키지 관리 도구를 사용하고, 공백이 포함된 파일 경로는 따옴표로 감싸세요. 서비스 상시 실행과 터미널 설정에 관한 자세한 내용은 Linux 데스크톱 및 명령줄 배포 안내를 참고하세요.
설정 디렉터리, 프로세스 권한, 서비스를 관리할 수 있는 서버 및 라우터 사용자에게 적합합니다. 커널은 YAML을 읽어 트래픽을 처리하며 완전한 데스크톱 UI는 제공하지 않습니다. 일반 사용자는 앞서 소개한 GUI 클라이언트를 권장합니다. 독립 커널을 사용하려면 설정을 직접 준비하고 업데이트도 관리해야 합니다.
운영체제, CPU, 비트 수, 실행 환경을 차례로 확인하세요. ZIP과 GZ 파일은 압축을 풀어야 하고 DEB는 패키지 관리자로 설치해야 합니다. 라우터에서는 펌웨어 ABI, 부동소수점 규약, 사용 가능한 저장 공간도 확인하세요. 제조사나 CPU 계열만으로 호환 패키지를 판단할 수 없습니다.
| 시스템 | 아키텍처 | 형식 | 다운로드 |
|---|---|---|---|
| Windows | AMD64 | ZIP | AMD64 다운로드 |
| Windows | ARM64 | ZIP | ARM64 다운로드 |
| macOS | Intel / AMD64 | GZ | Intel용 다운로드 |
| macOS | Apple Silicon / ARM64 | GZ | Apple Silicon용 다운로드 |
| Linux | AMD64 | DEB | DEB 다운로드 |
| Linux | AMD64 | GZ | AMD64 다운로드 |
| Linux | ARM64 | GZ | ARM64 다운로드 |
| Linux | ARMv7 | GZ | ARMv7 다운로드 |
| Linux | MIPS softfloat | GZ | MIPS 다운로드 |
| 항목 | 확인 항목 |
|---|---|
| 설정 디렉터리 | 유효한 config.yaml을 준비하고 실행 사용자에게 설정, 캐시, 로그 디렉터리에 필요한 권한이 있는지 확인하세요. |
| 포트 및 인터페이스 | mixed-port가 사용 중이 아닌지 확인하세요. 제어 인터페이스는 로컬 루프백 주소에 바인딩하고 공용 네트워크에 직접 노출하지 마세요. |
| TUN 및 서비스 | 시스템에 필요한 네트워크 권한을 부여하고 TUN 장치를 사용할 수 있는지 확인한 다음 systemd나 다른 서비스 관리자를 설정하세요. |
Linux에서 압축을 풀고 실행 파일 이름을 mihomo로 바꾼 다음 아래 명령으로 설정을 테스트할 수 있습니다. 이후 포그라운드에서 실행해 시작 출력을 확인하세요. 테스트를 통과해도 설정을 파싱할 수 있다는 뜻일 뿐입니다. 정책 그룹, DNS, 실제 네트워크 경로도 확인해야 합니다.
chmod +x ./mihomo
./mihomo -t -d ./config
./mihomo -d ./config
전체 플랫폼 설정 문서 보기 →
설치가 끝나면 프로그램 배포만 완료된 상태입니다. 아래 순서대로 확인하면 설치, 설정, 트래픽 연결 문제를 나누어 해결할 수 있습니다.
구독 URL이나 로컬 YAML로 설정을 만든 뒤 클라이언트에서 해당 설정이 선택되었는지 확인하고, 정책 그룹에서 출구를 선택하세요. 규칙에 지정된 정책 이름은 실제 프록시 또는 그룹 이름과 일치해야 합니다. 정책을 찾을 수 없다는 오류가 나오면 전역 모드로 덮어버리지 말고 참조 관계부터 수정하세요.
데스크톱에서는 먼저 시스템 프록시 설정을 따르는 브라우저로 테스트하세요. 다른 앱까지 연결해야 한다면 TUN, DNS, 권한을 추가로 검토하세요. 모바일에서는 시스템 VPN 권한을 먼저 승인해야 합니다. 한 번에 하나의 설정만 변경하고 로그나 연결 기록에서 변화를 확인해야 비교 가능한 결과를 얻을 수 있습니다.
단계별 구독 가져오기 →같은 클라이언트를 업그레이드하기 전 로컬 설정, 사용자 지정 규칙, 오버라이드 내용을 백업하세요. 클라이언트를 바꿀 때는 포트, 연결 방식, 앱별 설정, 자동 업데이트 간격도 별도로 기록해야 합니다. UI마다 설정 디렉터리가 다를 수 있으므로 이전 디렉터리 전체를 복사해도 제대로 이전되지 않을 수 있습니다.
기존 클라이언트를 종료한 다음 새 클라이언트를 실행해 시스템 프록시나 TUN을 두고 경쟁하지 않도록 하세요. 업그레이드 후 실행되지 않으면 오류 안내와 실행 환경을 먼저 확인하세요. 실행은 되지만 네트워크에 연결되지 않으면 설정 로드, 수신 대기 포트, DNS, 규칙 적용 여부를 살펴보세요. 다운로드 페이지의 버전 표시는 유효한 데이터를 받은 뒤에만 나타나며, 설치 파일 이름과 프로젝트 버전 표기가 반드시 일치하지는 않습니다.
클라이언트와 사용 환경 비교 →아키텍처 선택, 설정 가져오기, 업그레이드 준비를 안내합니다. 연결 문제는 도움말 센터에서 확인하세요.
Windows, macOS, Android, iOS에서는 Clash Plus를, Linux에서는 Clash Verge Rev를 먼저 확인하세요. 운영체제와 CPU 아키텍처를 맞춘 뒤 구독 관리, 시스템 프록시, TUN 설정을 비교하면 됩니다. 일반 데스크톱·모바일 사용자는 GUI 클라이언트를 권장합니다.
x64, AMD64, x86_64는 일반적으로 같은 64비트 데스크톱 명령어 아키텍처를 가리킵니다. ARM64는 다른 CPU 아키텍처이며, Android 설치 파일에는 보통 arm64-v8a로 표시됩니다. 범용 APK는 여러 아키텍처를 포함해 용량이 더 큰 편입니다. 다운로드 전에 기기의 CPU 정보를 확인하고 버튼 옆에 표시된 실제 패키지 아키텍처도 살펴보세요.
현재 다운로드 목록에서 Clash Verge Rev, FlClash, 보관된 ClashX Meta는 두 종류의 Mac 다운로드 항목에 동일한 x64 설치 파일을 연결합니다. 네이티브 ARM64 파일이 아니므로 Apple Silicon에서 실행하려면 Rosetta 호환성을 확인해야 합니다. ARM64 설치 파일이 필요하다면 Clash Plus의 해당 다운로드 항목을 선택하세요.
설치 파일은 클라이언트 프로그램을 제공할 뿐, 프록시 연결에는 유효한 구독이나 설정 파일이 필요합니다. 가져온 다음 설정과 정책 그룹을 선택하고 시스템 프록시 또는 클라이언트의 VPN 연결 기능을 활성화하세요. 구독 URL을 공개하지 말고, 업데이트에 실패하면 링크 유효성과 설정 파일 형식부터 확인하세요.
먼저 로컬 YAML, 구독 기록, 사용자 지정 규칙, 오버라이드 설정을 백업하고 수신 대기 포트와 연결 방식을 기록하세요. 기존 프로세스를 종료한 다음 업데이트를 설치하고, 시스템 프록시나 TUN은 한 번에 하나의 클라이언트만 관리하도록 하세요. 업그레이드 후 설정을 불러오는지 확인하고 DNS, 규칙 적용, 앱의 네트워크 연결을 차례로 점검하세요.
Mihomo는 설정을 읽어 프록시 트래픽을 처리하는 커널로, 보통 명령줄·서비스·제어 인터페이스를 통해 관리합니다. GUI 클라이언트는 설정 가져오기, 모드 전환, 연결 기록 확인 등의 화면을 제공하며 커널을 함께 포함하기도 합니다. 서버나 라우터에서는 독립 커널을, 일반 사용자는 GUI 클라이언트를 권장합니다.