Windows
데스크톱에서 일상적으로 사용하기 좋습니다. 그래픽 인터페이스를 제공하는 Clash Plus, Clash Verge Rev, FlClash 또는 Clash Nyanpasu를 선택하고 필요에 따라 시스템 프록시, 시작 시 실행과 TUN 가로채기를 설정하세요.
다운로드 페이지로 이동Windows, macOS, Android, iOS 및 Linux 클라이언트를 한곳에서 찾고, 단계별로 구독 가져오기, 규칙 분기 및 DNS 설정을 완료하세요.
Clash 클라이언트는 설정 관리와 시스템 연동을 담당하고, mihomo 등의 커널은 포트 수신, DNS 해석, 규칙 매칭과 프록시 정책 선택을 처리합니다. 실제 설정 흐름에 따라 네 가지 핵심 단계를 나누어 각 단계의 역할과 추가로 확인할 수 있는 문서를 안내합니다.
규칙 분기는 “각 연결이 어디로 향해야 하는가”를 결정합니다. 설정의 rules는 위에서 아래로 도메인, IP, 프로세스 또는 규칙 집합을 확인하고, 일치하면 연결을 지정된 정책 그룹으로 넘깁니다. 범위가 좁고 구체적인 규칙을 앞에, 기본 규칙을 마지막에 배치하면 흔한 오매칭을 줄일 수 있습니다.
하나의 스위치만 제공하는 기존 프록시 도구와 달리 Clash 생태계는 매칭 조건과 실제 노드 선택을 두 단계로 나눕니다. 같은 규칙을 계속 재사용할 수 있으며, 노드가 바뀌면 구독을 갱신하거나 정책 그룹만 조정하면 됩니다. 문법을 항목별로 확인하려면 설정 가이드의 규칙 섹션을 참고하세요.
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- GEOIP,LAN,DIRECT
- RULE-SET,work,Work
- MATCH,Proxy
DNS 설정은 도메인 해석 방식뿐 아니라 연결 단계에서 규칙 엔진이 도메인을 계속 식별할 수 있는지도 좌우합니다. fake-ip를 활성화하면 커널이 예약 주소를 반환하고 매핑을 유지합니다. 실제 연결이 들어오면 원래 도메인을 복원한 뒤 규칙을 적용합니다. 안정적인 도메인 분기와 투명한 연결 가로채기가 필요한 설정에 적합한 방식입니다.
nameserver, fallback과 규칙 정책은 함께 점검해야 하며, 서버 주소 하나만 바꾸고 끝내서는 안 됩니다. 웹사이트 해석에 문제가 생기면 수신 상태, 강화 모드, 필터 목록과 업스트림 연결 가능성을 차례로 확인하세요. 용어 가이드에서 Fake-IP, DNS 오염과 해석 출구의 차이를 설명합니다.
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- system
정책 그룹은 규칙과 노드 사이의 안정적인 인터페이스입니다. 규칙은 “Proxy”, “Work”, “Streaming” 같은 그룹 이름만 참조하고, 그룹 내부에서 수동 선택, 자동 속도 측정, 장애 조치 등의 방식으로 노드를 구성합니다. 구독 내용이 업데이트되어도 그룹 이름과 참조 관계가 유지되면 규칙표를 다시 작성할 필요가 거의 없습니다.
자동 정책이라고 해서 모든 상황에 같은 테스트 방식을 써야 하는 것은 아닙니다. 모바일 네트워크는 전환 안정성을, 고정 네트워크는 긴 검사 간격을 중시할 수 있습니다. 고정 출구가 필요한 서비스에는 수동 선택이 적합합니다. 먼저 select, url-test, fallback의 차이를 이해한 뒤 그룹 중첩 관계를 정하세요.
다섯 플랫폼 모두 Clash 설정을 불러올 수 있지만 시스템 프록시, VPN 인터페이스, 시작 시 실행과 백그라운드 동작 방식은 서로 다릅니다. 데스크톱에서는 보통 시스템 프록시로 먼저 검증하고, 더 많은 앱을 가로채야 할 때 TUN을 검토합니다. Android와 iOS는 시스템이 제공하는 VPN 인터페이스를 통해 연결을 처리합니다.
따라서 플랫폼 간 마이그레이션은 설정 파일을 복사하는 것만으로 끝나지 않습니다. 파일 권한, DNS 가로채기, 백그라운드 제한과 로컬 네트워크 접근 옵션도 다시 확인해야 합니다. 다운로드 페이지는 운영체제별로 클라이언트를 정리하고, 사용법 페이지는 공통 흐름을 유지하면서 데스크톱과 모바일의 차이를 단계별로 표시합니다.
다운로드 페이지에서 플랫폼별 그래픽 클라이언트, 사용 환경과 시스템 요구 사항을 확인할 수 있습니다. 설치 파일을 직접 배포하는 대신 현재 기기를 해당 플랫폼 영역으로 안내해 클라이언트별 차이를 비교할 수 있도록 구성했습니다.
데스크톱에서 일상적으로 사용하기 좋습니다. 그래픽 인터페이스를 제공하는 Clash Plus, Clash Verge Rev, FlClash 또는 Clash Nyanpasu를 선택하고 필요에 따라 시스템 프록시, 시작 시 실행과 TUN 가로채기를 설정하세요.
다운로드 페이지로 이동Apple Silicon과 Intel 기기를 모두 지원합니다. 설치 패키지를 선택하기 전에 프로세서 아키텍처를 확인하고, 처음 실행할 때 시스템 안내에 따라 앱 권한과 네트워크 확장 설정을 완료하세요.
다운로드 페이지로 이동Android VPN 인터페이스를 통해 앱 연결을 가로챕니다. 대표적인 선택지로 Clash Plus, Clash Meta for Android, FlClash와 Surfboard가 있으며, 가져오기 전에 구독 형식과 백그라운드 실행 권한을 확인해야 합니다.
다운로드 페이지로 이동시스템 스토어에서 Clash Plus를 설치하고 시스템 VPN 설정으로 연결을 가로챕니다. 모바일에서는 주문형 연결, 셀룰러 네트워크 권한과 시스템 백그라운드 정책도 함께 확인하세요.
다운로드 페이지로 이동데스크톱 환경에서는 그래픽 클라이언트를 사용할 수 있고, 서버·라우터·경량 환경에는 mihomo 커널을 직접 배포하는 방식이 더 적합합니다. 설치 전에 패키지 형식, 프로세서 아키텍처와 서비스 권한을 구분해야 합니다.
다운로드 페이지로 이동처음 사용할 때 복잡한 규칙부터 수정할 필요는 없습니다. 먼저 클라이언트 설치, 설정 가져오기와 기본 연결 확인을 완료한 뒤 DNS, TUN, 로컬 네트워크 접근 또는 오버라이드 설정을 처리하세요. 문제가 발생한 단계를 더 쉽게 찾아낼 수 있습니다.
전체 사용법 보기 →다운로드 페이지에서 현재 운영체제와 프로세서 아키텍처를 선택하세요. 데스크톱에서는 시스템 안내에 따라 권한을 설정하고, 모바일에서는 VPN 구성 권한을 확인합니다. 처음 실행한 뒤에는 기본 포트와 기본 옵션을 그대로 유지하세요.
설정 페이지에 구독 주소를 붙여 넣거나 로컬 YAML 파일을 불러오세요. 새로 고친 뒤 설정이 정상적으로 해석되었는지 확인하고, 프록시 페이지에 정책 그룹과 선택 가능한 노드가 표시되는지 점검합니다.
먼저 기본 정책 그룹을 선택한 다음 시스템 프록시 또는 모바일 VPN을 활성화하세요. 직접 연결 대상과 프록시 대상에 각각 접속해 보고, 로그의 규칙 매칭 결과를 확인하여 트래픽 출구가 예상대로인지 점검합니다.
Clash 생태계는 여러 독립 프로젝트로 구성됩니다. 현재 기기에 맞는 클라이언트인지 판단할 때는 화면 이름만 볼 것이 아니라 사용 커널, 지원 설정 필드, 시스템 연동 방식과 유지 관리 상태까지 확인해야 합니다.
Clash는 초기에 규칙 기반 프록시 설정 모델을 정립했습니다. 노드는 연결을 담당하고, 정책 그룹은 선택을, 규칙은 분기를 담당합니다. 이후 커뮤니티는 이 모델을 중심으로 데스크톱·모바일 클라이언트와 파생 커널을 발전시켰습니다. 현재 널리 쓰이는 클라이언트는 화면이 서로 달라도 설정, 프록시, 연결과 로그처럼 비슷한 정보 구조를 보여줍니다.
클라이언트마다 보통 담당 유지 관리자가 다르며 출시 주기와 플랫폼 지원도 완전히 같지 않습니다. 이 사이트는 다운로드 경로, 클라이언트 비교, 용어 설명과 설정 문서를 나누어 정리해 “Clash”, “mihomo”와 특정 그래픽 클라이언트를 하나의 프로젝트로 혼동하지 않도록 했습니다. 선택할 때는 플랫폼 호환성과 실제 기능 요구 사항을 기준으로 삼으세요.
그래픽 클라이언트는 주로 설정 관리, 시스템 프록시, 트레이 메뉴, 로그 확인과 업데이트 진입점을 처리하고, mihomo 등의 커널은 프로토콜 연결, DNS, 규칙 매칭, 정책 그룹과 트래픽 전달을 담당합니다. 설정 필드가 인식되지 않을 때는 화면 프로그램만 다시 설치하지 말고 클라이언트가 사용하는 커널과 해당 문법을 함께 확인해야 합니다.
클라이언트 업데이트, 커널 업데이트, 구독 새로 고침, GeoIP·GeoSite 데이터 업데이트는 서로 다른 네 가지 경로입니다. 클라이언트를 업그레이드해도 구독 내용이 바뀌는 것은 아니며, 구독을 새로 고쳐도 로컬 오버라이드가 자동으로 수정되지는 않습니다. 정상적으로 불러올 수 있는 설정을 하나 보관하고 변경 위치를 기록하면 업데이트 후 차이의 원인을 빠르게 판단할 수 있습니다.
먼저 설정 새로 고침 결과와 로그의 해석 오류를 확인한 다음 구독 내용에 proxy-groups가 포함되어 있는지 점검하세요. 노드 목록만 있고 정책 그룹 정의가 없으면 화면에서 완전한 분기 구조를 자동으로 만들 수 없습니다. 추가 해결 방법은 설치 및 설정 문제에서 확인하세요.
처음 연결을 확인할 때는 설정이 간단하고 관찰하기 쉬운 시스템 프록시를 권장합니다. 시스템 프록시를 따르지 않는 프로그램까지 가로채야 한다면 TUN의 라우팅, DNS와 권한 요구 사항을 확인하세요. 관련 개념은 용어 가이드에서 비교해 볼 수 있습니다.
정책 그룹에서 해당 노드가 실제로 선택되었는지, 요청이 어떤 규칙과 매칭되었는지, DNS가 예상한 결과를 반환하는지, 시스템 프록시 또는 VPN이 계속 활성화되어 있는지를 차례로 확인하세요. 여러 단계를 동시에 수정하면 실제 원인을 파악하기 어려워집니다.
현재 정상적으로 불러올 수 있는 설정을 하나 보관하고, 공백으로 들여쓰기하며 Tab 문자는 사용하지 마세요. 한 번에 논리 블록 하나만 수정하고 저장한 뒤 설정 검사를 먼저 실행한 다음 새 설정을 활성화하세요. 필드 설명은 설정 가이드에서 바로 확인할 수 있습니다.
클라이언트 화면, YAML 구조와 DNS 문제 해결을 중심으로 다룹니다. 각 글은 하나의 명확한 주제만 다루므로 기본 설치를 마친 뒤 문제에 맞춰 참고하기 좋습니다.
프록시 화면의 정책 그룹과 노드 전환, 설정 화면의 구독 관리와 오버라이드 진입점, 로그 화면의 레벨 필터와 연결 기록을 영역별로 살펴봅니다. 설정을 수정하기 전에 화면 구성부터 익히고 싶은 사용자에게 적합합니다.
전체 글 읽기파일 순서에 따라 공통 필드, DNS, 노드 정의, 정책 그룹과 규칙표를 설명하고, 실제로 읽을 수 있는 YAML 예시를 통해 필드 간 참조 방식을 풀이합니다.
전체 글 읽기DNS 요청이 실제로 어느 출구를 통과하는지 확인하는 단계부터 시작해 강화 모드, 필터 목록, 기본 업스트림과 보조 업스트림을 차례로 점검하고, 수정 후 검증 순서까지 안내합니다.
전체 글 읽기