일상적인 데스크톱 사용
Clash Plus를 먼저 살펴보세요. GUI에서 구독을 가져오고 정책 그룹을 바꾸는 사용 방식에 적합합니다. 설치 전에 운영체제와 아키텍처를 지원하는지 확인하고, 처음 연결할 때는 시스템 프록시를 사용하세요. 앱 트래픽을 직접 처리해야 하는 경우에만 TUN 지원 여부와 권한을 확인하면 됩니다.
선택 기준: Clash Plus오픈 소스 커널 · 전 플랫폼 클라이언트 실사용 정보
클라이언트 선택부터 규칙 기반 라우팅까지, 운영체제별 다운로드 경로를 확인하고 연결 기록으로 설정을 검증하세요.
클라이언트 비교
기능이 실제로 어떻게 동작하는지 먼저 확인하고, 인터페이스가 편한지는 그다음에 살펴보세요. 같은 구독을 가져올 수 있어도 권한, 설정 병합, 트래픽 처리 방식은 클라이언트마다 다를 수 있습니다.
규칙 모드는 연결을 순서대로 검사해 도메인, IP 또는 프로세스를 지정된 정책 그룹으로 보냅니다. 클라이언트를 고를 때는 연결 화면에서 적용된 규칙, 정책 경로, 대상 주소를 확인할 수 있는지 살펴보세요. 특정 사이트가 예상과 다른 경로로 연결된다면 먼저 기록을 확인한 뒤 규칙 순서를 조정하세요. 모든 연결을 전역 모드로 바꾸는 것은 피해야 합니다. 단일 출구만 제공하는 프록시 도구와 달리 Clash 생태계에서는 직접 연결과 프록시를 함께 구성할 수 있습니다. 단, 규칙 세트를 최신 상태로 유지하고 정책 그룹 이름과 최종 기본 규칙이 올바른지 확인해야 합니다.
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECT
규칙 기반 라우팅 가이드 보기 →
TUN은 가상 네트워크 인터페이스로 트래픽을 처리하므로 시스템 프록시 설정을 따르지 않는 앱에 유용합니다. 속도를 높이는 기능도, 모든 프로그램과 자동으로 호환되는 기능도 아닙니다. 평가할 때는 서비스 설치, 권한 요청, 라우팅 복구, 절전 모드 해제 후 동작을 확인하세요. 먼저 시스템 프록시로 연결을 검증한 다음 TUN을 켜면 문제가 노드에 있는지 트래픽 처리 단계에 있는지 구분하기 쉽습니다. TUN은 일반 시스템 프록시보다 더 넓은 범위의 시스템 설정에 영향을 줍니다. 다른 VPN이나 네트워크 필터링 도구를 함께 사용한다면 라우팅과 DNS 충돌을 하나씩 확인해야 합니다.
tun:
enable: true
auto-route: true
auto-detect-interface: true
TUN 설정 및 권한 안내 보기 →
구독은 설정을 제공하는 출처이며, 클라이언트는 이를 가져와 불러옵니다. 사용 가능한 노드를 제공하는 것은 아닙니다. 클라이언트를 고를 때는 업데이트 기록이 명확한지, 가져오기에 실패해도 기존 설정을 보존하는지, 로컬 변경 사항이 다음 업데이트에서 덮어써지는지 확인하세요. 구독 업데이트가 실패하면 먼저 주소가 유효하고 네트워크에서 접근 가능한지 확인한 다음 형식과 커널 호환성을 살펴보세요. 내려받은 설정 파일을 직접 수정하는 것보다 클라이언트의 오버라이드 또는 병합 기능을 사용하면 장기적으로 관리하기 편합니다. 클라이언트마다 병합 순서가 다를 수 있으므로 마이그레이션 후에는 적용 결과를 다시 확인해야 합니다.
profile:
store-selected: true
store-fake-ip: true
구독 가져오기 단계 보기 →
DNS는 도메인 조회 방식을 결정하며 규칙 판정과 연결 설정에도 영향을 줍니다. fake-ip는 매핑 주소로 도메인과 연결을 연결하고, redir-host는 실제 조회 결과를 유지하므로 앱 호환성을 고려해 선택해야 합니다. 클라이언트를 비교할 때 DNS 스위치의 유무만 보지 말고, 화면에서 바꾼 설정이 최종 설정 파일에 반영되는지, TUN 가로채기가 작동하는지, 앱이 별도의 암호화 DNS를 사용하는지도 확인하세요. 시스템 DNS를 직접 바꾸는 것과 달리 커널 DNS에는 정책 처리 단계가 추가됩니다. DNS 유출이나 웹페이지 접속 문제를 해결할 때는 시스템, 브라우저, 커널의 DNS 설정을 각각 점검하세요.
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
DNS 처리 가이드 보기 →
GUI 클라이언트는 구독, 권한, 인터페이스를 관리하고 커널은 프로토콜 처리, 규칙 매칭, 연결 전달을 담당합니다. 설정을 옮길 때는 클라이언트에 실제로 통합된 커널을 확인하고 프로토콜, 규칙 세트, 설정 항목의 지원 여부를 살펴보세요. mihomo를 사용하는 클라이언트끼리도 업데이트 주기나 기본 설정이 다를 수 있으므로 외관만 보고 호환성을 판단해서는 안 됩니다. 유지 관리가 중단된 기존 커널과 달리 mihomo는 설정 생태계를 이어받아 관련 기능을 확장했습니다. 구체적인 설정 항목은 해당 커널 문서와 시작 로그를 기준으로 확인하세요. 파싱 오류가 발생하면 반복해서 재설치하기보다 먼저 문제가 된 항목을 찾는 것이 좋습니다.
log-level: info
ipv6: false
mode: rule
클라이언트 및 커널 용어 보기 →
설정 카드에는 일부 항목만 표시되며, 완전한 연결 설정은 아닙니다. 실제 사용에는 유효한 프록시 노드, 정책 그룹, 현재 시스템에 맞는 권한 설정이 필요합니다.
먼저 사용할 기기를 정한 뒤 장기적으로 관리해야 할 설정을 비교하세요. 별점 순위가 아니라 사용 방법과 배포 조건을 기준으로 안내합니다.
Clash Plus를 먼저 살펴보세요. GUI에서 구독을 가져오고 정책 그룹을 바꾸는 사용 방식에 적합합니다. 설치 전에 운영체제와 아키텍처를 지원하는지 확인하고, 처음 연결할 때는 시스템 프록시를 사용하세요. 앱 트래픽을 직접 처리해야 하는 경우에만 TUN 지원 여부와 권한을 확인하면 됩니다.
선택 기준: Clash Plus먼저 Clash Plus 모바일 버전을 살펴보세요. Wi-Fi에서 모바일 데이터로 전환한 뒤 연결이 복구되는지, 정책 선택이 유지되는지 다시 확인해야 합니다. 백그라운드 동작은 시스템 절전 설정과 VPN 권한의 영향을 받으므로, 화면을 켠 상태에서 한 번 연결됐다는 이유만으로 안정적이라고 판단할 수 없습니다.
선택 기준: Clash PlusClash Verge Rev를 우선 비교하고 FlClash도 살펴볼 수 있습니다. GUI에서 설정과 연결 기록을 관리할 수 있으며, 설치 패키지는 배포판에 맞춰 선택해야 합니다. 데스크톱 환경의 시스템 프록시, 서비스 권한, 터미널 프록시는 서로 다른 설정 경로이므로 각각 확인하세요.
선택 기준: Clash Verge Rev서버와 라우터에는 mihomo를 직접 배포하는 방법을 고려할 수 있습니다. 설정 파일, 서비스 로그, 시작 항목을 관리할 수 있는 사용자에게 적합합니다. 배포 전에는 프로세서 아키텍처, 설정 디렉터리, 실행 계정을 확인하세요. 제어 인터페이스의 접근 범위를 제한해 인터넷에 그대로 노출되지 않도록 해야 합니다.
선택 기준: mihomo 커널다운로드 센터에서 플랫폼별 클라이언트와 설치 조건, 유지 관리 상태를 확인할 수 있습니다. 먼저 운영체제를 선택하고 프로세서 아키텍처를 확인하세요. 설치 파일을 받을 수 있더라도 시스템 호환성 확인을 건너뛰어서는 안 됩니다.
Clash Plus부터 비교한 뒤 Clash Verge Rev, FlClash, Clash Nyanpasu도 살펴보세요. 다운로드 전에 시스템 정보에서 아키텍처를 확인하고 설치 후 시스템 프록시 설정을 점검하세요. 서비스 모드나 TUN이 필요하다면 권한 안내를 먼저 읽어보세요. 보안 소프트웨어의 차단과 노드 연결 실패는 서로 다른 문제입니다.
다운로드 →Apple Silicon과 Intel을 먼저 구분한 뒤 알맞은 설치 파일을 선택하세요. 일상적인 사용에는 Clash Plus, Clash Verge Rev, FlClash를 비교할 수 있습니다. 시스템 프록시와 네트워크 확장은 권한 승인 절차가 다릅니다. 실행 경고가 표시되면 출처와 시스템 요구 사항을 확인하고, 시스템 보안 기능 전체를 끄지는 마세요.
다운로드 →Clash Plus를 먼저 확인하고 Clash Meta for Android, FlClash, Surfboard도 비교해 보세요. 설치 파일의 아키텍처와 설정 형식을 확인한 뒤 VPN 권한을 허용하세요. 화면을 잠근 뒤 연결이 끊긴다면 구독 주소만 바꾸기보다 배터리 최적화, 백그라운드 실행 제한, 다른 VPN 앱을 확인해야 합니다.
다운로드 →다운로드 센터에서 Clash Plus의 App Store 페이지로 이동할 수 있습니다. 공식 웹사이트는 clashplus.io입니다. 설치 후 시스템 안내에 따라 VPN 권한을 허용하고 유효한 설정을 가져오세요. 데스크톱 설정 항목과 사용 방법이 모바일에 그대로 적용되지는 않으므로 모바일에서 지원하는 설정 방식을 기준으로 해야 합니다.
다운로드 →데스크톱에서는 Clash Verge Rev와 FlClash를 비교하고, 서버 환경에서는 커널을 직접 배포하는 방법을 고려하세요. 배포판, 프로세서 아키텍처, 패키지 형식을 먼저 확인해야 합니다. GUI 클라이언트의 시스템 프록시가 모든 터미널 프로그램에 자동으로 적용되지는 않으므로 명령줄 도구의 프록시 환경 변수도 별도로 점검하세요.
다운로드 →먼저 확인 가능한 연결을 하나 만든 다음 설정을 추가하세요. 각 단계를 마칠 때마다 판단 근거를 남겨두면 문제가 생겼을 때 어디로 돌아가야 할지 알 수 있습니다.
운영체제와 아키텍처에 맞는 패키지를 골라 설치한 다음 설정 화면과 로그를 먼저 여세요. 클라이언트에서 커널이 실행되는지 확인한 뒤 구독을 설정합니다. 시스템 프록시, TUN, 시작 프로그램을 처음부터 모두 켜지는 마세요. 시작 단계에서 오류가 발생하면 권한, 포트 사용 여부, 설정 파싱 메시지를 먼저 확인하세요.
유효한 구독을 설정 화면에 가져오고 업데이트가 완료되면 해당 구독을 선택한 다음 정책 그룹에서 노드를 고르세요. 구독 주소에는 접근 정보가 포함되는 경우가 많으니 화면을 공개하지 마세요. 업데이트 실패와 노드 사용 불가는 서로 다른 문제입니다. 전자는 가져오기 로그에서, 후자는 연결 기록에서 확인해야 하며 빨간 경고 하나만으로 원인을 단정해서는 안 됩니다.
먼저 규칙 모드와 시스템 프록시를 사용해 대상 웹사이트에 접속하고, 연결 화면에서 도메인, 적용된 규칙, 출구 정책을 확인하세요. 지연 시간 테스트는 특정 테스트 대상의 결과일 뿐 모든 웹사이트의 속도를 나타내지는 않습니다. 브라우저에서 정상 작동을 확인한 뒤 다른 앱도 하나씩 테스트하세요. 트래픽이 처리되지 않는 앱이 있을 때만 TUN이나 앱별 프록시 설정을 점검하면 됩니다.
오픈 소스 근거와 유지 관리 범위
Clash 리뷰 허브는 클라이언트 선택과 설정 정보를 제공하는 사이트이며, 해당 클라이언트의 개발 주체가 아닙니다. 추천 내용에는 적용 조건을 먼저 밝히고, 오픈 소스 정보는 확인 가능한 프로젝트 출처를 안내합니다.
여러 클라이언트가 Clash의 규칙 설정과 정책 그룹 개념을 이어받았습니다. 원본 프로젝트와 후속 포크를 계속 유지 관리되는 하나의 제품처럼 취급해서는 안 됩니다. 익숙한 이름이나 비슷한 인터페이스만으로 현재도 업데이트 중이라고 판단할 수 없습니다. 클라이언트를 고를 때는 유지 관리 상태, 커널 출처, 현재 운영체제 지원 범위를 함께 확인하세요.
mihomo는 Clash Meta에서 발전해 관련 커널 기능을 이어가고 있습니다. 기존 설정을 옮길 때는 규칙과 정책 그룹의 전체 구조를 유지한 다음 파싱 로그에서 설정 항목의 호환성을 확인할 수 있습니다. 유지 관리가 중단된 클라이언트는 다운로드 센터에 보관 상태를 표시해 과거 자료와 현재 일상적으로 사용할 수 있는 선택지를 구분할 수 있도록 했습니다.
클라이언트는 설정 관리, 트레이 메뉴, 시스템 프록시, 권한 설정을 제공하고 커널은 실제 연결을 처리합니다. 두 요소의 업데이트 주기는 서로 다릅니다. 클라이언트에 버튼이 추가됐다고 해서 모든 플랫폼에서 같은 방식으로 트래픽을 처리하는 것은 아닙니다. 같은 커널도 운영체제, 라우팅, 권한, 네트워크 환경에 따라 동작이 달라질 수 있습니다.
따라서 클라이언트를 비교할 때는 설정을 불러올 수 있는지, 정책 그룹을 선택할 수 있는지, 연결을 추적할 수 있는지, 종료 후 프록시 설정이 복구되는지처럼 재현 가능한 동작을 우선 확인하세요. 인터페이스 화면은 참고 자료일 뿐이며 최종 적용 설정과 연결 로그를 대신하지 않습니다. 용어가 궁금하다면 핵심 용어 빠르게 보기를 먼저 확인한 뒤 실제 절차를 살펴보세요.
mihomo는 GPL-3.0 오픈 소스 라이선스를 사용하며 공개 저장소에서 소스 코드, 커밋 기록, 이슈 논의를 확인할 수 있습니다. 오픈 소스는 동작을 이해하는 근거가 되지만, 모든 구독이나 네트워크 환경, 서드파티 패키지가 똑같이 작동한다는 뜻은 아닙니다. 커널 라이선스를 모든 GUI 클라이언트에 그대로 적용할 수 없으므로 각 프로젝트의 라이선스와 릴리스 정보를 따로 확인해야 합니다.
아래 명령은 mihomo 소스 코드를 가져옵니다. 구현이나 빌드 절차를 살펴보려는 사용자에게 적합합니다. 일반 사용자는 GUI 클라이언트를 설치하면 되며 저장소를 먼저 복제할 필요는 없습니다. 이 사이트는 확인되지 않은 별 수, 사용자 수, 속도 순위를 추천 근거로 사용하지 않습니다. 실제 연결 품질은 사용하는 네트워크에서 직접 확인해야 합니다.
앱 업데이트, 커널 업데이트, 구독 업데이트, 규칙 세트 업데이트는 서로 다른 작업입니다. 클라이언트를 업그레이드하기 전에 현재 설정과 로컬 오버라이드를 저장하세요. 업그레이드 후에는 기존 연결 절차부터 검증한 다음 새 기능을 확인합니다. 구독을 다시 가져오면 내려받은 설정 파일에 직접 입력한 내용이 덮어써질 수 있으므로 장기간 유지할 수정 사항은 지원되는 오버라이드 기능에 보관해야 합니다.
유지 관리 중에는 한 번에 변수 하나만 바꾸고 변경 전후의 오류 메시지를 기록하세요. 업데이트 후 문제가 생기면 데이터를 반복해서 지우기보다 시작 로그와 최종 설정을 대조해야 합니다. 버전별 정보는 다운로드 센터의 클라이언트 세부 정보에서 확인할 수 있습니다. 일상 점검, 롤백 준비, 로그 확인 방법은 사용 설명서의 유지 관리 가이드를 참고하세요.
git clone https://github.com/MetaCubeX/mihomo.git
소스 코드 가져오기 명령을 복사합니다. 클라이언트를 다운로드하거나 설치하지는 않습니다.
구체적인 문제가 있다면 관련 가이드를 확인하세요. 아래에는 최초 연결 확인, 커널 마이그레이션, 배포 방법을 다룬 노트 세 편을 최신 게시물부터 소개합니다.
구독을 가져온 뒤에는 지연 시간 테스트 값의 의미를 파악하고 사용 목적에 맞는 노드를 선택하세요. 그런 다음 연결 패널, 로그, IP 조회 페이지를 이용해 브라우저와 앱의 트래픽이 실제로 프록시를 통하는지 확인할 수 있습니다.
노트 읽기 →mihomo(기존 Clash Meta)와 원본 Clash 코어를 비교합니다. 추가 프로토콜, rule-providers와 GEOSITE 규칙, TUN 구현, 설정 항목 호환성을 살펴보고 기존 설정을 그대로 옮길 수 있는지 판단하는 데 도움을 줍니다.
노트 읽기 →데스크톱 배포판에서는 GUI 클라이언트를 설치하고, 서버나 헤드리스 환경에서는 mihomo 바이너리와 systemd 서비스를 사용하면 됩니다. 이 글에서는 두 가지 방식으로 설치, 설정 디렉터리, 부팅 시 자동 실행, 터미널 환경 변수 설정을 설명합니다.
노트 읽기 →