Windows
데스크톱에서는 Clash Plus를 먼저 살펴보고, 인터페이스 취향에 따라 Clash Verge Rev, FlClash, Clash Nyanpasu를 비교해 보세요. 시스템 프록시는 시스템 설정을 따르는 앱에 적합합니다. 더 많은 연결을 처리해야 한다면 TUN에 필요한 권한과 서비스를 확인하세요. 설치 전에 CPU 아키텍처를 확인하고, 기존 클라이언트의 설치 폴더를 새 프로젝트에 그대로 덮어쓰지 마세요.
다운로드 페이지로 이동mihomo 코어 · 클라이언트 및 설정 문서
운영체제에 맞는 클라이언트를 선택하고 구독을 가져온 뒤, 규칙 기반 라우팅을 설정하고 프록시 연결을 확인하세요.
플랫폼 및 설치 파일
먼저 운영체제와 CPU 아키텍처를 확인한 뒤 GUI 클라이언트를 선택하세요. 설치 파일, 시스템 요구 사항, 유지 관리 상태는 다운로드 페이지에서 확인할 수 있으며 코어 파일은 별도로 제공됩니다.
데스크톱에서는 Clash Plus를 먼저 살펴보고, 인터페이스 취향에 따라 Clash Verge Rev, FlClash, Clash Nyanpasu를 비교해 보세요. 시스템 프록시는 시스템 설정을 따르는 앱에 적합합니다. 더 많은 연결을 처리해야 한다면 TUN에 필요한 권한과 서비스를 확인하세요. 설치 전에 CPU 아키텍처를 확인하고, 기존 클라이언트의 설치 폴더를 새 프로젝트에 그대로 덮어쓰지 마세요.
다운로드 페이지로 이동먼저 Apple Silicon과 Intel을 구분해 알맞은 설치 파일을 선택하세요. Clash Plus, Clash Verge Rev, FlClash를 인터페이스 선택의 출발점으로 삼을 수 있습니다. 처음 실행할 때는 시스템 안내에 따라 권한을 허용하세요. 클라이언트를 바꾸기 전에는 기존 클라이언트의 프록시 처리를 종료해야 합니다. 설정 호환성은 앱 이름만으로 판단하지 말고 실제 사용하는 코어와 설정 항목을 확인하세요.
다운로드 페이지로 이동기기 아키텍처에 맞는 설치 파일을 선택하고 처음 연결할 때 VPN 권한을 확인하세요. Clash Plus, Clash Meta for Android, FlClash는 설정 메뉴가 서로 다를 수 있습니다. 먼저 구독을 가져온 다음 앱별 트래픽 분리와 백그라운드 실행 제한을 확인하세요. Surfboard는 Clash YAML과 설정 체계가 다르므로 파일 확장자만 바꿔서 그대로 사용할 수 없습니다.
다운로드 페이지로 이동다운로드 페이지에서 Clash Plus의 App Store 링크와 공식 사이트 clashplus.io를 확인할 수 있습니다. 설치 후 VPN 구성 추가를 허용하고, 클라이언트가 지원하는 링크나 파일을 가져오세요. 데스크톱 설정의 로컬 경로, 스크립트, 특정 시스템 매개변수는 휴대폰에서 작동하지 않을 수 있습니다. 가져오기 오류가 발생하면 내용을 수정하기 전에 설정 형식과 앱 지원 범위를 먼저 확인하세요.
다운로드 페이지로 이동데스크톱 환경에서는 Clash Verge Rev와 FlClash를 살펴보고, 배포판에 맞는 패키지 형식을 선택할 수 있습니다. 서버나 라우터에서 사용할 경우 별도의 mihomo 코어 다운로드 페이지를 확인하세요. 설정 디렉터리, 프로세스, 네트워크 권한은 직접 관리해야 합니다. 데스크톱 GUI 클라이언트와 백그라운드 서비스가 같은 수신 포트나 가상 네트워크 인터페이스를 동시에 사용하지 않도록 하세요.
다운로드 페이지로 이동설치에 성공했다는 것은 프로그램이 실행된다는 뜻일 뿐, 구독이나 노드, 트래픽 분리가 정상 작동한다는 의미는 아닙니다. 처음 사용할 때는 클라이언트 하나만 실행하고 기존 설정 사본을 보관한 뒤, ‘가져오기, 선택, 확인’ 순서로 점검하세요.
전체 클라이언트 보기 →설정 기능 살펴보기
GUI는 조작을 담당하고 코어는 연결과 규칙 처리를 담당합니다. 사용 목적에 맞는 기능을 확인하고 적용 범위를 이해한 뒤 활성화 여부를 결정하세요.
규칙 기반 라우팅은 목적지마다 서로 다른 아웃바운드 정책을 적용해 접속할 때마다 모드를 수동으로 바꾸지 않도록 합니다. mihomo는 규칙을 위에서 아래로 확인하며, 처음 일치하는 항목이 이후 연결 경로를 결정합니다. 도메인, IP 대역, 규칙 집합을 조건으로 사용할 수 있습니다. 프록시 그룹은 선택 가능한 아웃바운드를 묶어 관리하는 기능으로, 규칙과는 다른 개념입니다. 특정 앱의 연결 경로가 잘못됐다면 전체 트래픽을 전역 모드로 바꾸기보다 연결 기록에서 일치한 규칙을 확인하고 순서를 조정하세요.
자세히 알아보기 ›설정을 가져온 뒤 프록시 페이지에서 프록시 그룹의 아웃바운드를 선택하고 규칙 모드로 새 연결을 시도하세요. 수동 선택 그룹은 선택한 항목을 유지하고, 자동 테스트 그룹은 설정에 따라 연결을 점검하고 전환합니다. mihomo는 기존 Clash보다 일부 규칙과 정책 기능을 확장했지만, 사용할 수 있는 설정 항목은 코어 문서에서 확인해야 합니다. 사용자 지정 규칙은 우선 적용이 필요한 위치에 두고, 다음 구독 업데이트 때 변경 사항이 사라지지 않도록 클라이언트의 덮어쓰기 또는 병합 기능을 사용하세요.
자세히 알아보기 ›프로토콜 유형은 클라이언트와 서버가 연결을 설정하는 방식을 나타내며, 노드 품질과는 별개입니다. mihomo는 Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 등의 아웃바운드 유형을 처리할 수 있지만, 실제 사용 가능 여부는 서버에서 제공하는 매개변수에 따라 달라집니다. UDP 기반 전송과 TCP 기반 전송은 요구하는 네트워크 환경이 다릅니다. 프로토콜 이름만으로 속도나 배터리 소모를 추측하지 말고, UDP 지원 여부와 서버 설정, 기기 성능을 함께 고려하세요.
자세히 알아보기 ›구독을 사용할 때는 먼저 내보내기 형식이 mihomo와 호환되는지 확인한 뒤 클라이언트에서 설정을 불러오세요. 기존 Clash에 비해 Meta 계열과 후속 mihomo는 지원 프로토콜을 확장했으므로 새 설정 항목을 구형 코어가 인식하지 못할 수 있습니다. GUI 클라이언트마다 통합된 코어 버전도 다를 수 있으니 인터페이스가 비슷하다는 이유만으로 호환성을 판단하지 마세요. 가져오기에 실패하면 오류 내용을 읽고 알 수 없는 프로토콜, 누락된 매개변수, 구문 오류를 구분하세요. 프로토콜 이름을 바꾼다고 서버 유형이 다른 프로토콜로 변환되지는 않습니다.
자세히 알아보기 ›시스템 프록시는 시스템 프록시 설정을 따르는 앱에 주로 적용되며, TUN은 가상 네트워크 인터페이스를 통해 더 많은 연결을 처리합니다. DNS 설정은 도메인 이름을 해석하고 규칙 매칭에 필요한 도메인 및 주소 정보를 결정합니다. 두 기능은 함께 사용할 수 있지만 TUN을 켠다고 모든 DNS 문제가 자동으로 해결되지는 않습니다. 처음에는 기본 프록시 연결을 확인한 다음 필요에 따라 TUN을 활성화하고 라우팅, 권한, DNS 설정을 하나씩 점검하세요. 여러 네트워크 도구가 시스템 네트워크 스택을 동시에 변경하지 않도록 주의하세요.
자세히 알아보기 ›fake-ip는 도메인에 가상 IP를 할당해 코어가 이후 연결에서도 도메인 정보를 유지하도록 합니다. redir-host는 실제로 해석된 IP를 사용하며 두 모드의 호환 조건은 서로 다릅니다. mihomo의 DNS 및 TUN 기능은 계속 발전하고 있으므로 구버전 설정은 최신 설정 항목 안내와 대조해 사용하세요. LAN 기기나 특정 앱에서 호환성 문제가 발생하면 처리 범위를 바로 넓히기보다 DNS 해석 경로와 필터 목록부터 확인하세요. 비교 테스트 전후에는 같은 대상으로 새 연결을 만들어 캐시의 영향을 피하세요.
자세히 알아보기 ›Profile은 클라이언트에서 저장하고 불러오는 설정으로, 원격 링크나 로컬 YAML 파일을 사용할 수 있습니다. 원격 구독은 아웃바운드 정보를 간편하게 새로고침할 수 있고, 로컬 설정은 내용을 직접 관리하기에 적합합니다. 두 방식 모두 코어가 읽을 수 있는 구조여야 합니다. 구독 업데이트는 클라이언트 업데이트나 현재 설정 전환과는 별개입니다. Profile을 여러 개 관리한다면 용도를 구분할 수 있는 이름을 붙이고 실제로 활성화된 항목을 확인하세요. 사용자 규칙은 별도의 덮어쓰기 기능에 넣어 업데이트 후 관리 부담을 줄이세요.
자세히 알아보기 ›먼저 정상적으로 불러올 수 있는 설정을 가져온 다음 적절한 업데이트 간격을 지정하세요. mihomo는 설정을 읽는 역할을 담당하고, 구독 다운로드와 정기 새로고침, 설정 전환은 대개 GUI 클라이언트에서 처리합니다. 따라서 코어가 같아도 관리 화면이 완전히 동일하지는 않습니다. 구형 클라이언트에서 옮길 때는 원본 파일과 덮어쓰기 내용을 보관하고 새 클라이언트의 병합 방식을 항목별로 확인하세요. 업데이트 실패 시 다운로드 실패, 형식 오류, 설정 불러오기 실패를 구분해야 합니다. 설정을 반복해서 삭제하기보다 오류 메시지를 보관하면 원인을 찾기 쉽습니다.
자세히 알아보기 ›데스크톱과 휴대폰은 규칙, 프록시 그룹, 구독 같은 개념을 공유하지만 트래픽 처리 방식은 다릅니다. 데스크톱에서는 시스템 프록시와 TUN을 주로 사용하고, 휴대폰에서는 일반적으로 시스템 VPN 인터페이스를 통해 실행합니다. 지원하는 설정 항목, 백그라운드 업데이트 허용 여부, 앱별 트래픽 분리 방식은 플랫폼과 프로젝트 구현에 따라 달라집니다. 다른 기기로 옮길 때는 기본 설정부터 재사용하고 로컬 파일 경로와 시스템 권한을 조정하세요. 한 플랫폼에서 성공한 설정이 모든 기기에서 그대로 작동한다고 가정하지 마세요.
자세히 알아보기 ›클라이언트를 고를 때는 인터페이스를 비교하기 전에 대상 운영체제, 유지 관리 상태, 설정 호환성을 확인하세요. 기존 Clash, Clash Meta, mihomo의 이름 관계만으로 클라이언트 기능을 판단할 수 없으며, 클라이언트마다 업데이트 주기도 다를 수 있습니다. 일반 데스크톱 사용자는 계속 유지 관리되는 GUI 프로젝트를 우선 고려하세요. 서버 사용자는 코어 프로세스와 실행 권한을 직접 관리해야 합니다. 비교 페이지에서 같은 기준으로 클라이언트를 살펴본 뒤 다운로드 페이지에서 플랫폼별 설치 파일을 확인하면, 이름이 비슷하다는 이유만으로 기존 도구를 잘못 교체하는 일을 피할 수 있습니다.
자세히 알아보기 ›첫 실행 절차
반복해서 확인할 수 있는 점검 순서를 따르세요. 설정이 정상적으로 불러와지는지 확인하고, 아웃바운드 정책을 지정한 다음 실제 연결을 살펴봅니다. 한 번에 한 종류의 설정만 변경하세요.
단계 01 / 설정
클라이언트의 설정 페이지를 열고 신뢰할 수 있는 출처의 구독 링크를 붙여넣거나 로컬 YAML 파일을 선택하세요. 다운로드와 구문 분석이 끝날 때까지 기다린 뒤 해당 설정을 직접 선택해야 합니다. 파일이 목록에 표시되는 것만으로는 코어가 설정을 불러왔다는 의미가 아닙니다. 현재 설정 표시와 오류 메시지도 함께 확인하세요.
가져오기 오류가 발생하면 링크가 웹페이지를 반환하는지 설정 내용을 반환하는지 먼저 확인한 뒤, 현재 코어가 지원하는 형식인지 점검하세요. 구독 링크에 접근 인증 정보가 포함될 수 있으므로 스크린샷을 공유할 때 전체 주소를 가리고 공개 게시판에 링크를 붙여넣지 마세요. 먼저 복구할 수 있는 설정 사본을 보관한 뒤 덮어쓰기와 병합을 시도하세요.
단계 02 / 아웃바운드
처음 연결할 때는 규칙 모드를 사용하고, 설정에 포함된 프록시 그룹에서 아웃바운드를 선택한 다음 시스템 요구 사항에 따라 시스템 프록시를 켜거나 VPN 연결을 허용하세요. 지연 시간 테스트는 특정 테스트 대상의 연결 상태만 보여줍니다. 모든 웹사이트의 접속 속도를 나타내거나 실제 요청을 완전히 대신하지는 않습니다.
먼저 기본 프록시 경로가 작동하는지 확인한 뒤 TUN이 필요한지 결정하세요. 전역 모드는 정책 선택 방식을 바꿀 뿐, 원래 시스템 프록시를 무시하는 앱까지 자동으로 프록시를 사용하게 하지는 않습니다. 모드를 바꾼 뒤 새 연결을 만들어 결과를 확인하세요. 이미 연결된 장시간 연결은 기존 아웃바운드 경로를 계속 사용할 수 있습니다.
단계 03 / 확인
테스트 대상을 정해 접속한 다음 클라이언트 연결 목록에서 대상 도메인, 일치한 규칙, 프록시 그룹, 최종 아웃바운드를 확인하세요. 실제 외부 IP를 확인해야 한다면 신뢰할 수 있는 IP 조회 페이지도 함께 이용하세요. 페이지가 열리는 것은 해당 요청이 성공했다는 뜻일 뿐이므로, 예상한 경로를 거쳤는지 연결 기록을 함께 살펴보세요.
브라우저에서는 정상인데 특정 앱이 실패하면 먼저 해당 앱이 시스템 프록시를 따르는지 확인한 뒤 트래픽 처리 범위와 DNS를 살펴보세요. Windows Store 앱은 루프백 제한의 영향을 받을 수도 있습니다. 문제가 발생한 앱, 대상, 로그 요약을 기록하고 설정, 프록시 경로, DNS 해석을 각각 확인하세요. 여러 매개변수를 동시에 바꾸면 결과를 비교하기 어렵습니다.
프로젝트 및 유지 관리 정보
코어 프로젝트, GUI 클라이언트, 구독 제공처를 구분해 확인하세요. 소스 코드와 라이선스, 업데이트 기록은 공개 자료에서 확인할 수 있지만 클라이언트 이름만으로 모든 설정의 호환성을 보장할 수는 없습니다.
Clash는 규칙 기반 프록시 도구의 중요한 출발점입니다. Clash Meta는 관련 설정 체계에 프로토콜과 네트워크 기능을 확장했고, 후속 코어 프로젝트는 mihomo라는 이름으로 발전을 이어가고 있습니다. 검색할 때 쓰는 “Clash Meta”는 코어를 뜻할 수도 있고 해당 코어를 사용하는 GUI 클라이언트를 가리킬 수도 있습니다. 구체적인 프로젝트를 식별하려면 앱 이름뿐 아니라 코어 안내와 유지 관리 기록도 확인하세요. 이 세 이름을 서로 바꿔 쓸 수 있는 설치 파일처럼 취급하면 안 됩니다.
코어는 설정을 해석하고 규칙을 매칭하며 연결을 처리합니다. GUI 클라이언트는 보통 구독 목록, 트레이 메뉴, 시스템 프록시 전환, 로그 화면을 제공합니다. 같은 코어를 서로 다른 인터페이스와 조합할 수 있으며, 각 인터페이스가 설정을 사전 처리하는 방식은 다를 수 있습니다. 다른 클라이언트로 옮길 때는 내보낸 내용이 표준 코어 설정인지 특정 클라이언트 전용 관리 데이터인지 먼저 확인한 다음 가져오기 방법을 정하세요.
mihomo 소스 코드와 프로젝트 안내는 MetaCubeX 공개 저장소에서 확인할 수 있으며, 코어는 GPL-3.0 라이선스를 따릅니다. 라이선스는 코드의 사용, 수정, 배포 조건을 설명합니다. 모든 GUI 클라이언트가 같은 라이선스를 사용한다는 뜻도, 코어 프로젝트가 구독 서비스를 제공한다는 뜻도 아닙니다. 코드를 배포하거나 2차 개발할 때는 사용하는 프로젝트의 라이선스 전문과 관련 의존성 안내를 각각 확인하세요.
소스 코드를 살펴보는 목적은 구현과 문서를 확인하는 데 있으며, 별 개수로 연결 품질을 보장받기 위한 것이 아닙니다. 이 문서에는 변동하는 인기 지표를 나열하지 않습니다. 기능이 필요한 환경에 적합한지 판단하려면 공개 문서, 변경 기록, 현재 클라이언트에 통합된 코어를 우선 확인하세요. 커뮤니티 게시물은 알려진 문제를 찾는 데 유용하지만, 문의를 올리기 전 설정에 포함된 접근 인증 정보와 개인정보를 제거해야 합니다.
mihomo 오픈 소스 저장소 보기 ↗클라이언트 업데이트, 코어 업데이트, 구독 업데이트, 규칙 집합 업데이트는 서로 다른 작업입니다. 클라이언트 업데이트는 인터페이스나 권한 절차를 바꿀 수 있고, 코어 업데이트는 프로토콜이나 설정 항목을 변경할 수 있습니다. 구독 업데이트는 원격 설정 내용을 새로고침하며, 규칙 집합 업데이트는 일부 규칙이 참조하는 데이터를 바꿉니다. 문제가 생겼을 때는 먼저 어느 계층이 업데이트됐는지 확인해야 관련 기록을 찾을 수 있습니다. 모든 문제를 구독 탓으로 돌리지 마세요.
업데이트 전에 설정 사본과 로컬 덮어쓰기 내용을 보관하세요. 업데이트 후에는 기존 테스트 대상으로 기본 연결을 확인한 다음 사용자 지정 규칙을 점검하세요. 기존 설정이 구문 분석에 성공해도 이전 환경과 동일하게 작동한다는 보장은 없습니다. 반대로 새 설정의 확장 항목을 구형 코어가 불러오지 못할 수도 있습니다. 보관된 클라이언트는 이전 환경을 확인할 때 유용하지만, 일상적으로 사용할 클라이언트는 유지 관리 기록이 있고 시스템 지원 범위가 명확한 프로젝트를 우선 선택하세요.
이 사이트에서는 클라이언트 다운로드 경로, 사용 절차, 관련 개념을 안내합니다. 구독에 어떤 아웃바운드가 포함되는지, 서버에서 어떤 매개변수를 사용하는지, 원격 주소에 접속할 수 있는지는 해당 설정 제공처가 결정합니다. 클라이언트를 설치한 뒤에도 유효한 설정이 필요합니다. 설치 파일 자체가 구독 서비스는 아닙니다. 매개변수를 확인해야 한다면 클라이언트 이름으로 연결 정보를 추측하지 말고 설정 제공처에 프로토콜 유형, 형식, 사용 조건을 문의하세요.
클라이언트마다 버튼 이름과 설정 위치가 다를 수 있으므로 가이드는 ‘설정 가져오기, 아웃바운드 선택, 트래픽 처리, 연결 확인’ 순서로 구성했습니다. 화면이 다르면 해당 기능을 찾아 사용하면 되며 모든 스위치 설정을 똑같이 따라 할 필요는 없습니다. 프록시 그룹, 규칙 집합, DNS 향상 모드를 이해하려면 개념 요약부터 확인하세요. 프로토콜과 코어 기능을 비교하려면 프로토콜 안내를 살펴보면 됩니다.
Git이 설치된 환경에서는 다음 명령을 복사할 수 있습니다. 저장소를 클론해도 코드만 다운로드되며 GUI 클라이언트가 자동으로 설치되거나 시스템 프록시가 활성화되지는 않습니다. 빌드와 실행 요구 사항은 저장소 문서를 확인하세요.
git clone https://github.com/MetaCubeX/mihomo.git
로컬 터미널에 복사할 수 있습니다. 실행 전에 명령 내용을 확인하세요.
설정 및 문제 해결 기록
설정 관리, DNS 동작, 앱 호환성을 다룹니다. 문제가 발생한 계층부터 확인한 다음 문서의 절차에 따라 항목별로 점검하세요.
Windows Store 앱이 기본적으로 로컬 루프백 주소에 접근하지 못하는 이유를 설명하고, 클라이언트 내장 도구나 CheckNetIsolation 명령으로 UWP 앱에 예외를 추가하는 방법을 안내합니다.
문서 읽기 ›DNS 해석 과정을 바탕으로 Fake-IP가 가상 주소를 할당하는 방식과 해석 지연을 줄이는 이유를 설명하고, fake-ip-filter의 용도와 활성화에 적합하지 않은 앱 유형을 살펴봅니다.
문서 읽기 ›Profile과 구독의 관계, 원격 설정과 로컬 YAML의 차이, 업데이트 간격 설정, 여러 설정을 클라이언트에 저장하고 사용 목적에 따라 전환하는 방법을 설명합니다.
문서 읽기 ›