Windows
데스크톱 그래픽 인터페이스, 시스템 프록시, TUN 모드와 시작 프로그램 관리를 원하는 사용자에게 적합합니다. 다운로드 페이지에서 Clash Plus, Clash Verge Rev, FlClash, Clash Nyanpasu와 별도의 보관 클라이언트를 확인할 수 있습니다.
다운로드 페이지로 이동Windows, macOS, Android, iOS, Linux 클라이언트 다운로드 경로를 모아 구독 가져오기, 규칙 분기와 프로토콜 선택을 설명하고, mihomo 커널 설정 참고 자료도 제공합니다.
Clash의 핵심은 단순한 스위치 하나가 아니라 규칙, 정책 그룹, DNS, 시스템 네트워크 진입점이 함께 구성하는 처리 흐름입니다. 아래에서 실제 설정 개념을 바탕으로 각 단계의 역할과 범위를 설명합니다.
규칙 모드는 설정에 적힌 순서대로 도메인, IP, 프로세스 또는 규칙 집합을 확인하고, 일치하는 항목이 나오면 연결을 지정된 정책 그룹으로 넘깁니다. 이는 모든 연결을 하나의 출구로 보내는 것이 아니라 서로 다른 트래픽을 각각 처리하는 방식입니다. 일반적으로 범위가 더 명확한 도메인 규칙을 먼저 작성하고, IP 지리 규칙을 적용한 뒤, 마지막에 MATCH로 어떤 규칙에도 걸리지 않은 연결을 처리합니다. 전역 모드보다 세밀하게 제어할 수 있어 장기간 사용에도 적합합니다.
정책 그룹은 규칙과 실제 프록시 노드 사이에 위치합니다. 규칙은 안정적인 그룹 이름만 가리키면 되고, 그룹 안의 노드는 사용자가 직접 선택하거나 테스트 결과에 따라 자동으로 결정할 수 있습니다. url-test는 일반적으로 측정 결과가 더 좋은 후보를 선택하고, fallback은 나열된 순서대로 사용 가능한 항목을 우선하며, load-balance는 여러 후보에 연결을 분산합니다. 세 방식은 단순한 속도 순위가 아니라 자동 최적 선택, 순차적 대체, 연결 분산을 각각 처리합니다. 설정할 때는 먼저 안정성 목표를 정한 뒤 그룹 유형을 선택하세요.
proxy-groups:
- name: Auto
type: url-test
proxies: [Node-A, Node-B]
- name: Backup
type: fallback
proxies: [Node-A, Node-B]
시스템 프록시는 운영체제의 프록시 설정을 따르는 앱의 요청을 Clash로 전달하며, 설정이 간단해 브라우저와 대부분의 데스크톱 프로그램에 적합합니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 넓은 범위의 연결을 가로채므로 시스템 프록시를 무시하는 프로그램, 일부 명령줄 도구, UDP가 필요한 환경도 처리할 수 있습니다. 두 방식은 트래픽이 커널로 들어오는 방법을 다룰 뿐 규칙 자체를 바꾸지는 않습니다. 처음에는 시스템 프록시가 정상 작동하는지 확인한 다음 앱 요구에 따라 TUN을 활성화하고, 관리자 권한, 라우팅, 방화벽 설정도 함께 확인하세요.
도메인 규칙이 안정적으로 작동하려면 연결 단계에서 커널이 판단에 사용할 도메인 정보를 유지해야 합니다. Fake-IP 모드는 DNS 조회에 매핑 주소를 반환하고, 내부 매핑을 통해 이후 연결을 원래 도메인으로 되돌립니다. 이를 통해 도메인 규칙의 일치 일관성을 높일 수 있지만 실제 출구 주소와는 다른 개념입니다. 설정할 때는 수신 주소, 상위 DNS 서버, 강화 모드와 필터 목록을 함께 확인해야 합니다. LAN 기기, 특정 앱 또는 로컬 도메인에서 조회 문제가 발생하면 모든 DNS 기능을 끄기보다 해당 도메인을 필터 범위에 추가하세요.
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
respect-rules: true
하나의 구독을 여러 운영체제에서 사용할 수 있지만 설치 형식, 권한 모델, 시스템 네트워크 진입점은 서로 다릅니다. 먼저 현재 기기에 맞는 다운로드 페이지로 이동한 뒤 그래픽 클라이언트와 커널 도구를 비교하여 다른 플랫폼용 설치 파일을 잘못 사용하지 않도록 하세요.
데스크톱 그래픽 인터페이스, 시스템 프록시, TUN 모드와 시작 프로그램 관리를 원하는 사용자에게 적합합니다. 다운로드 페이지에서 Clash Plus, Clash Verge Rev, FlClash, Clash Nyanpasu와 별도의 보관 클라이언트를 확인할 수 있습니다.
다운로드 페이지로 이동Apple Silicon과 Intel 프로세서 아키텍처를 먼저 구분해야 합니다. 그래픽 클라이언트로 메뉴 막대 상태, 시스템 프록시와 설정 업데이트를 관리할 수 있습니다. 네트워크 확장이나 TUN을 처음 활성화할 때는 시스템 안내에 따라 필요한 권한을 허용하세요.
다운로드 페이지로 이동스마트폰과 태블릿에 적합합니다. 클라이언트는 일반적으로 시스템 VPN 인터페이스를 통해 앱 트래픽을 처리하며, 구독 가져오기, 정책 그룹 전환과 연결 기록 확인을 지원합니다. 설치 전에 기기 아키텍처를 확인하고, 확실하지 않다면 다운로드 페이지에서 범용 빌드를 선택하세요.
다운로드 페이지로 이동Clash Plus는 App Store에서 설치할 수 있으며 clashplus.io에서 제품 정보를 확인할 수 있습니다. iOS 네트워크 확장은 시스템이 통합 관리하므로 설정을 가져온 뒤에도 클라이언트에서 정책을 선택하고 VPN 상태를 확인해야 합니다.
다운로드 페이지로 이동데스크톱 사용자는 그래픽 인터페이스가 있는 클라이언트를 선택할 수 있고, 서버·라우터·자동화 환경에서는 대개 mihomo 커널을 직접 사용합니다. 다운로드 페이지에서 배포판, CPU 아키텍처와 데스크톱 인터페이스 필요 여부에 맞는 파일을 선택하세요.
다운로드 페이지로 이동클라이언트 이름은 서로 다를 수 있지만 호환성을 판단할 때는 그래픽 인터페이스, 커널, 설정 형식이라는 세 계층을 구분해야 합니다. 인터페이스는 상호작용을 담당하고, 커널은 연결을 처리하며, 설정 파일은 프록시·정책·규칙을 정의합니다.
Clash는 YAML 설정, 정책 그룹과 규칙 분기를 중심으로 한 사용 방식을 정립했습니다. 원본 프로젝트의 유지보수가 중단된 뒤에도 기존 설정 방식은 사라지지 않았고, 커뮤니티 클라이언트와 후속 커널은 많은 기본 필드를 계속 사용하고 있습니다. 기존 가이드에서 볼 수 있는 proxies, proxy-groups, rules 같은 구조는 지금도 설정을 이해하는 출발점입니다. 다만 구형 클라이언트가 특정 필드를 지원한다고 해서 모든 최신 커널이 동일한 기본 동작을 제공하는 것은 아니므로, 마이그레이션할 때는 현재 문서를 확인해야 합니다.
mihomo는 현재 Clash 생태계에서 널리 사용되는 규칙 기반 프록시 커널로, Clash Meta의 기능을 계승하고 확장합니다. Clash Verge Rev, FlClash 같은 그래픽 클라이언트는 설정 편집, 구독 업데이트, 시스템 프록시와 커널 실행을 하나의 인터페이스에 통합할 수 있지만, 실제 연결 처리는 대개 커널이 담당합니다. 프로토콜 지원 여부, DNS 동작 차이 또는 설정 필드 오류가 발생하면 먼저 클라이언트가 사용하는 커널 유형을 확인한 뒤 문제가 인터페이스 계층인지 커널 계층인지 판단하세요.
mihomo는 GPL-3.0 오픈 소스 라이선스를 사용하며, 소스 코드·커밋 기록·이슈 논의·릴리스 안내를 공개 저장소에서 확인할 수 있습니다. 오픈 소스 정보의 가치는 소스 코드 다운로드뿐 아니라 설정 필드 변경, 호환성 논의와 버그 수정 과정을 추적할 수 있다는 데 있습니다. 일반 사용자가 직접 빌드할 필요는 없지만, 클라이언트를 선택하거나 특정 프로토콜 문제를 진단할 때 공개 기록은 전해 들은 정보보다 실제 구현에 가깝습니다.
그래픽 클라이언트, 커널과 규칙 데이터는 각각 다른 업데이트 주기를 가집니다. 클라이언트 업데이트에는 보통 인터페이스, 시스템 통합과 커널 패키징이 포함되고, 커널 업데이트는 프로토콜 기능, DNS 처리 또는 설정 필드의 변화를 가져올 수 있습니다. GeoIP, GeoSite와 규칙 집합은 별도로 업데이트할 수 있는 데이터입니다. “클라이언트는 업데이트됐지만 규칙은 오래된 상태” 또는 “구독은 가져와지지만 새 필드를 인식하지 못하는” 문제가 발생하면 모든 업데이트 상태를 하나로 보지 말고 이 세 계층을 각각 확인하세요.
규칙 모드는 설정에 따라 연결 목적지를 하나씩 판단하고, 전역 모드는 모든 연결을 현재 정책 그룹으로 전달합니다. 일반적으로 규칙 모드를 유지한 뒤 규칙에 매칭되지 않는 연결이나 특정 앱에 맞춰 규칙을 조정하는 것이 좋습니다.
모드 관련 질문 보기먼저 링크에 여전히 접속할 수 있는지, 반환된 콘텐츠가 클라이언트가 지원하는 형식인지 확인하고 구독 업데이트 안내도 살펴보세요. 설정은 다운로드되지만 파싱에 실패한다면 커널 호환성과 구독 변환 과정도 확인해야 합니다.
구독 문제 해결 단계 보기일부 클라이언트에서는 동시에 활성화할 수 있지만 두 방식의 적용 범위는 다릅니다. 연결 문제를 해결할 때는 먼저 시스템 프록시만 따로 확인한 다음 TUN을 활성화하면 문제가 앱 프록시 경로에서 발생했는지 가상 네트워크 인터페이스 경로에서 발생했는지 파악하기 쉽습니다.
첫 연결 과정 보기아닙니다. Fake-IP는 DNS 모듈이 도메인 매핑 정보를 유지하기 위해 사용하는 주소입니다. 이후 연결은 매핑에 따라 도메인을 복원한 뒤 규칙을 적용합니다. 개념 빠른 참조에서 조회 과정과 필터 범위를 더 확인할 수 있습니다.
Fake-IP 용어 설명 보기정책 그룹 선택, 구독 파싱과 노드 연결 문제를 중심으로 순서대로 실행할 수 있는 점검 방법을 안내합니다. 글에서는 구체적인 판단 조건에 초점을 맞추며 서로 다른 유형의 장애를 하나의 절차에 섞지 않습니다.
세 가지 자동 정책 그룹의 판단 로직을 분석하고 지연 시간에 따른 최적 선택, 순차적 대체와 연결 분산의 활용 상황을 비교합니다. 주요 매개변수가 전환 결과에 미치는 영향도 설명합니다.
전체 글 읽기 →구독 가져오기 오류, 노드 목록이 비어 있거나 업데이트에 실패할 때 링크 유효성, 반환 형식, 클라이언트 식별 정보, 커널 호환성과 로컬 네트워크를 단계별로 확인하세요.
전체 글 읽기 →먼저 클라이언트 설정, 개별 노드와 로컬 네트워크 문제를 구분한 뒤 시스템 프록시, DNS, 프로토콜 매개변수, 방화벽과 시간 설정을 확인하여 방향 없이 설정을 반복해서 바꾸는 일을 줄이세요.
전체 글 읽기 →