운영체제별 다운로드
다운로드 페이지에서 Windows, macOS, Linux, Android 또는 iOS에 맞는 클라이언트를 선택해 설치한 뒤 메인 화면을 엽니다.
오픈 소스 프로젝트 · 클라이언트 및 설정 자료
운영체제에 맞는 클라이언트를 선택하고 Mihomo 코어, 구독 설정, 규칙 분기를 중심으로 설치부터 일상적인 관리까지 필요한 자료를 정리했습니다.
Configuration map
Clash 클라이언트는 설정 항목이 많지만 실제 사용 결과에 가장 큰 영향을 주는 것은 보통 설정 파일, 프록시 모드, 규칙 순서와 시스템 적용 방식입니다. 아래에서 각 주제를 하나씩 확인할 수 있는 분기 지점으로 나누어 설명합니다.
Rules / 규칙
규칙 모드는 모든 트래픽을 하나의 노드로 보내는 방식이 아닙니다. 도메인, IP, 프로세스 또는 지역 규칙을 순서대로 확인한 뒤 결과를 해당 정책 그룹으로 전달합니다. 설정을 가져온 후에는 먼저 규칙 제공자와 정책 그룹 이름이 정상적으로 로드되었는지 확인하고, 클라이언트의 연결 기록에서 실제로 어떤 규칙이 적용되었는지 살펴보세요. 사용자 지정 규칙은 일반적으로 설정 파일의 규칙 영역에 작성하며 순서가 중요합니다. 더 구체적인 도메인 규칙을 범위가 넓은 기본 규칙보다 앞에 배치하고, 마지막에 MATCH를 마무리 규칙으로 사용합니다. 이렇게 하면 일상적인 접속이 편리해지고 특정 사이트가 직접 연결 또는 프록시로 처리된 이유도 쉽게 추적할 수 있습니다.
Subscription / 구독
구독 링크는 보통 전체 설정 파일이나 인코딩된 노드 목록을 반환합니다. 처음 가져올 때는 링크가 신뢰할 수 있는 서비스에서 제공되는지 확인하고, 클라이언트가 프록시, 정책 그룹, 규칙이라는 세 가지 기본 요소를 인식하는지 살펴보세요. 구독을 업데이트하기 전 현재 정상 작동하는 설정을 보관하고, 업데이트 후에는 정책 그룹 이름, 프록시 포트, DNS 설정을 중점적으로 비교하세요. 업데이트 결과가 비어 있거나 파싱에 실패하면 장애 상태에서 계속 업데이트를 누르기보다 이전 설정으로 돌아갈 수 있습니다. 여러 설정을 사용할 때는 업무, 가정, 테스트 용도를 명확한 이름으로 구분해 테스트 파일을 시작 설정으로 잘못 지정하지 않도록 하세요.
Mode / 모드
규칙 모드는 설정의 조건에 따라 트래픽을 분기하므로 일상적인 사용에 적합합니다. 전체 모드는 프록시를 사용할 수 있는 연결을 선택한 프록시 그룹으로 모아 보내며, 특정 사이트나 애플리케이션이 규칙의 영향을 받는지 확인할 때 유용합니다. 직접 연결 모드는 프록시를 우회하므로 로컬 네트워크, 통신사 DNS, 대상 웹사이트 자체를 점검할 때 적합합니다. 모드를 바꿀 때는 트래픽 판단 방식만 달라질 뿐 구독을 업데이트하거나 잘못된 포트를 수정해 주지는 않는다는 점을 기억하세요. 문제를 확인할 때는 먼저 전체 모드로 경로를 검증하고, 규칙 모드로 돌아와 규칙이 예상대로 작동하는지 확인한 다음 직접 연결과 비교해 보세요.
TUN / 시스템 적용
TUN 모드는 가상 네트워크 인터페이스로 시스템 트래픽을 받아 HTTP 또는 SOCKS 시스템 프록시를 읽지 않는 일부 애플리케이션까지 적용할 수 있습니다. 활성화하기 전에 클라이언트에 관리자 권한 또는 시스템 확장 권한이 있는지 확인하고, DNS 가로채기, LAN 접근, 기존 VPN 소프트웨어 간의 관계에도 주의해야 합니다. 먼저 현재 시스템 네트워크 상태를 기록하고 트래픽 적용 진입점은 하나만 활성화한 뒤 브라우저, 터미널, LAN 기기를 차례로 테스트하세요. 로컬 프린터, 파일 공유 또는 개발 서비스에 접근할 수 없다면 TUN을 반복해서 켜고 끄기보다 LAN 우회 규칙을 먼저 확인하는 것이 좋습니다.
Ports / 포트
HTTP, SOCKS, 혼합 포트와 컨트롤 포트는 서로 다른 역할을 합니다. 브라우저나 시스템 프록시에는 클라이언트가 제공하는 프록시 포트를 입력해야 하며, 컨트롤 포트는 외부 패널이나 API 관리용이므로 혼용하면 안 됩니다. 포트를 변경한 후에는 시스템 프록시, 브라우저 확장 프로그램, 터미널 환경 변수, LAN 접근 권한을 함께 확인하세요. 특정 애플리케이션 하나만 인터넷에 연결되지 않는다면 독립적인 프록시 설정을 사용하는지도 살펴봐야 합니다. 문제를 해결할 때는 노드를 바로 바꾸기보다 로컬 수신 상태와 클라이언트 연결 기록부터 확인하는 편이 원인을 찾기 쉽습니다.
Quick start
가이드 페이지는 명확한 순서로 구성되어 있습니다. 먼저 클라이언트를 설치하고, 설정을 가져온 다음, 프록시 동작을 확인하세요. 분기 문제가 발생하면 해당 장으로 돌아가 점검할 수 있습니다.
다운로드 페이지에서 Windows, macOS, Linux, Android 또는 iOS에 맞는 클라이언트를 선택해 설치한 뒤 메인 화면을 엽니다.
설정 파일 또는 구독 관리 메뉴에 구독 주소를 붙여 넣고 업데이트한 뒤 프록시 목록, 정책 그룹, 규칙에 모두 내용이 있는지 확인합니다.
먼저 규칙 모드로 연결한 다음 테스트 주소에 접속하거나 연결 기록을 확인하세요. 결과가 이상하면 포트, DNS, 규칙 순서를 차례로 점검합니다.
Platform entry
플랫폼 입구는 다운로드 페이지의 해당 그룹으로 이동하는 역할만 합니다. 구체적인 클라이언트, 시스템 요구 사항, 설치 패키지 안내는 다운로드 페이지에서 관리합니다.
Open source context
Clash 생태계에서 그래픽 클라이언트는 화면과 시스템 통합을 담당하고, Mihomo는 설정 파싱, 규칙 매칭, 연결 수립을 담당합니다. 이 관계를 이해하면 클라이언트 이름, 코어 기능, 구독 서비스를 서로 혼동하는 일을 줄일 수 있습니다.
초기 Clash 프로젝트는 규칙 설정과 프록시 정책 그룹의 보급을 이끌었고, 이후 커뮤니티에서는 코어 기능, 데스크톱 패키징, 모바일 대응을 중심으로 다양한 프로젝트가 생겨났습니다. Clash Plus, Clash Verge Rev, FlClash 등의 클라이언트는 화면 구성과 출시 주기가 서로 다르지만, 모두 설정 파일을 통해 프록시 동작을 결정합니다. 다운로드할 때는 먼저 운영체제를 확인한 다음 필요한 코어 기능을 클라이언트가 지원하는지 살펴보세요.
Mihomo 업데이트에는 설정 필드, DNS, TUN, 인바운드 포트, 규칙 처리 등이 포함됩니다. 클라이언트가 같은 날 업데이트되지 않을 수 있으므로 특정 설정 항목이 보이지 않는다면 클라이언트 버전 안내와 코어 지원 범위를 함께 확인해야 합니다. 이 사이트는 버튼 위치를 외우는 대신 자주 쓰는 개념을 나누어 설명해 문제에 맞는 자료를 찾기 쉽게 구성했습니다.
Repository reference
코어 동작을 확인하거나 테스트 설정을 준비할 때는 오픈 소스 저장소에서 문서와 예제를 확인할 수 있습니다. 아래 명령은 표준 Git 작업을 설명하기 위한 것이며, 실제 사용 시에는 프로젝트의 현재 공개 저장소 주소를 기준으로 삼으세요.
git clone https://github.com/MetaCubeX/mihomo.git
프로젝트 역사:Clash 생태계는 클라이언트, 코어, 설정 규칙으로 구성되며 다운로드 입구와 사용 가이드는 구분해서 살펴봐야 합니다.
관리 방식:버전 목록은 다운로드 버튼을 업데이트하는 용도로만 사용하며, 변경 가능성이 큰 버전 번호를 홈페이지 제목이나 장식 영역에 표시하지 않습니다.
실전 권장 사항:연결 문제가 발생하면 현재 설정을 보존하고 모드, 포트, DNS, 규칙 변경 사항을 하나씩 기록해 되돌리기와 재현이 쉽도록 하세요.
Common checks
아래의 짧은 답변은 방향을 빠르게 찾는 데 적합합니다. 전체 작업 순서가 필요하다면 가이드나 FAQ 페이지로 이동하세요.
먼저 구독 응답 내용을 현재 클라이언트가 파싱할 수 있는지 확인한 다음, 설정 파일이 업데이트되어 현재 사용 항목으로 지정되었는지 점검하세요.
문제 해결로 이동 →일상적인 사용에는 규칙 모드를 우선 사용하세요. 특정 프록시 경로를 테스트할 때는 잠시 전체 모드를 사용한 뒤 규칙 모드로 돌아와 확인하면 됩니다.
모드 설명 보기 →일부 터미널, 게임 또는 백그라운드 서비스는 시스템 프록시 설정을 사용하지 않습니다. 먼저 애플리케이션 자체의 프록시 메뉴를 확인한 뒤 TUN 적용을 검토하세요.
TUN 용어 보기 →브라우저, 시스템 프록시, 클라이언트 수신 포트가 서로 일치하는지 확인하고 이전 프로세스가 기존 포트를 계속 사용하고 있는지도 점검하세요.
포트 점검 보기 →Field notes
클라이언트 관계, 플랫폼 배포, 프록시 모드, 자주 발생하는 네트워크 오류를 다룹니다. 기본 설치를 마친 뒤 이어서 읽기에 적합합니다.
UWP 루프백 격리의 증상과 해제 방법, 설정 후에도 연결되지 않을 때 확인할 프록시 포트와 애플리케이션 범위를 설명합니다.
전체 글 보기 →메인 라우터와 바이패스 라우터의 두 가지 배포 방식을 정리하고, 투명 프록시, 전달 경로, 코어 직접 실행에 적합한 사용 환경을 설명합니다.
전체 글 보기 →코어, 그래픽 클라이언트, 플랫폼 대응이라는 세 가지 관점에서 주요 프로젝트를 정리해 이름이 비슷한 소프트웨어가 각각 어떤 역할을 하는지 판단할 수 있도록 돕습니다.
전체 글 보기 →