OPEN SOURCE CLIENT ROUTE

Clash Windows 에디션
클라이언트 다운로드 및 라우팅 설정

공식 Clash 다운로드 사용 가이드 보기

Windows 중심으로 정리하되 다른 데스크톱 및 모바일 플랫폼도 함께 다룹니다. 먼저 클라이언트를 선택한 뒤 구독 가져오기, 규칙 기반 라우팅, Fake-IP DNS를 실제 메뉴와 설정 항목에 맞춰 확인합니다.

영구 무료 오픈 소스 한국어 문서 규칙 모드
PLATFORMS: WINDOWS / MACOS / ANDROID / IOS / LINUX CORE: MIHOMO MODE: RULE / GLOBAL / DIRECT CONFIG: YAML
PLATFORM ENTRY

시스템별 클라이언트 다운로드

홈에서는 플랫폼별 경로만 안내하며 설치 파일 목록을 나열하지 않습니다. 운영체제를 선택하면 다운로드 페이지로 이동해 해당 플랫폼으로 자동 전환됩니다. 클라이언트 종류, 지원 아키텍처, 유지보수 상태와 설치 방법도 그곳에서 확인할 수 있습니다. 먼저 기기의 운영체제를 확인한 뒤 그래픽 클라이언트를 선택하면, 호환되지 않는 패키지를 내려받아 다시 작업하는 시간을 줄일 수 있습니다.

Windows

Windows 기기를 우선으로 안내합니다. Clash Plus, Clash Verge Rev, FlClash, Clash Nyanpasu 및 보관된 클라이언트를 비교할 수 있으며, 설치 전 그래픽 클라이언트와 독립 커널을 구분해야 합니다.

다운로드 페이지로 이동

macOS

Apple Silicon과 Intel에 맞춰 설치 패키지 아키텍처를 선택합니다. 그래픽 클라이언트는 일상적인 메뉴 막대 조작에 적합하고, 독립 커널은 터미널, 자동화 또는 서비스 배포에 더 적합합니다.

다운로드 페이지로 이동

Android

휴대전화와 태블릿에 적합합니다. 다운로드 전 기기 아키텍처와 운영체제 제한을 확인하고, 구독을 가져온 뒤 로컬 VPN 연결 권한을 허용해야 합니다. 시스템의 배터리 정책이 백그라운드 연결에 영향을 줄 수도 있습니다.

다운로드 페이지로 이동

iOS

앱 스토어에서 Clash Plus를 설치합니다. 설치 후 구독 주소로 설정을 가져오고 용도에 맞는 정책 그룹을 선택합니다. 시스템에서 네트워크 설정 권한을 요청하면 내용을 확인한 뒤 승인해야 합니다.

다운로드 페이지로 이동

Linux

데스크톱 환경에서는 GUI 클라이언트를 선택할 수 있으며, 서버·소프트 라우터·컨테이너 환경에서는 보통 mihomo 커널을 직접 사용합니다. 먼저 CPU 아키텍처를 확인한 뒤 deb 패키지와 압축 패키지 중에서 선택하세요.

다운로드 페이지로 이동
전체 클라이언트 보기 →
WINDOW PANE ROUTER

네 가지 설정을 나눠서 이해하기

Clash의 어려운 점은 단순한 스위치가 아니라 설정 파일, 정책 그룹, 규칙과 DNS가 서로 영향을 준다는 데 있습니다. 아래에서는 실제 점검 순서에 따라 나눠 설명합니다. 먼저 트래픽이 어떤 규칙과 일치하는지 확인하고, 다음으로 정책 그룹 선택을 살핀 뒤 DNS와 구독 업데이트를 점검합니다. 왼쪽에서 주제를 전환하면 오른쪽에 실제 YAML 또는 규칙 조각이 표시됩니다.

규칙 기반 라우팅: 일치 순서가 곧 실행 순서

규칙 모드에서는 요청을 위에서부터 확인하며, 일치하는 규칙을 찾으면 즉시 다음 규칙으로 넘어가지 않습니다. 도메인 규칙은 특정 서비스를 지정할 때 적합하고, GEOIP는 지역별 주소 처리를 담당하며, 마지막에는 MATCH로 나머지 트래픽을 처리합니다. 실제 설정에서는 범위가 더 구체적인 규칙을 앞에, 기본 처리 규칙을 마지막에 배치하세요. 그렇지 않으면 지나치게 넓은 규칙이 트래픽을 먼저 가로챌 수 있습니다. 전역 스위치만 제공하는 클라이언트와 달리 Clash는 직접 연결, 프록시, 차단을 읽기 쉬운 하나의 규칙표에 함께 정의할 수 있어 연결 기록으로 일치 항목을 역추적하기도 쉽습니다. 

DOMAIN-SUFFIX,github.com,PROXY
DOMAIN-SUFFIX,local,DIRECT
GEOIP,CN,DIRECT
MATCH,Fallback
OPEN SOURCE LINEAGE

오픈 소스 생태계와 커널의 관계

실제 사용에서 “Clash”는 규칙 체계, 설정 형식, 커널 계열, 여러 그래픽 클라이언트를 동시에 가리킬 수 있습니다. 이 계층을 분리해야 튜토리얼이 인터페이스 조작을 설명하는지, YAML 필드를 다루는지, 커널 기능을 다루는지 정확히 판단할 수 있습니다.

01 / HISTORY

원본 Clash가 설정 모델을 확립했습니다

원본 Clash는 프록시 노드, 정책 그룹, 규칙 라우팅과 DNS를 하나의 통합 설정 모델에 담았습니다. 많은 클라이언트가 이 구조를 이어받았기 때문에 지금도 proxies, proxy-groups, rules 같은 익숙한 필드를 볼 수 있습니다. 프로젝트의 역사는 설정 구조를 설명해 주지만, 설치 대상을 고를 때 “Clash”라는 이름만 봐서는 안 됩니다. 클라이언트가 유지보수되고 있는지, 어떤 계열의 커널을 사용하는지, 대상 시스템과 호환되는지도 확인해야 합니다.

02 / ECOSYSTEM

그래픽 클라이언트는 상호작용을, 커널은 실행을 담당합니다

그래픽 클라이언트는 구독 관리, 시스템 프록시 전환, 정책 그룹 선택, 연결 기록과 설정 화면을 제공합니다. 실제로 설정을 해석하고 연결을 처리하며 규칙을 실행하는 것은 커널입니다. 두 클라이언트의 인터페이스가 완전히 달라도 비슷한 커널과 호환 설정을 사용한다면 하위 라우팅 로직은 상당히 유사할 수 있습니다. 반대로 인터페이스에 같은 이름의 옵션이 있어도 커널 기능, 설정 호환 범위와 업데이트 주기가 완전히 같다는 뜻은 아닙니다.

03 / MIHOMO

mihomo는 Meta 기능을 계승하고 확장합니다

mihomo는 현재 Clash 생태계에서 널리 사용되는 활성 커널로, Clash.Meta 계열을 계승하면서 프로토콜, 규칙, DNS와 투명 프록시 기능을 계속 확장하고 있습니다. 데스크톱 사용자는 보통 mihomo가 통합된 GUI 클라이언트를 통해 이러한 기능을 사용하며, 서버·라우터·자동화 환경에서는 커널을 직접 실행하기도 합니다. 선택할 때는 먼저 그래픽 인터페이스가 필요한지 판단한 다음 프로토콜과 설정 기능을 확인하세요. 커널 압축 파일을 데스크톱 설치 프로그램으로 착각해서는 안 됩니다.

04 / UPDATE

업데이트는 클라이언트·커널·구독을 따로 확인해야 합니다

클라이언트 업데이트는 인터페이스와 시스템 통합을 수정하고, 커널 업데이트는 프로토콜·규칙·DNS 동작에 영향을 주며, 구독 업데이트는 노드와 원격 설정을 변경합니다. 세 가지는 같은 작업이 아닙니다. 문제가 생기면 최근 변경이 어느 계층에서 발생했는지 먼저 기록하세요. 클라이언트를 바꿨는지, 커널을 업그레이드했는지, 구독을 새로고침했는지를 확인해야 프로그램을 되돌릴지, 커널을 바꿀지, Profile을 복원할지 결정할 수 있습니다. 모든 문제를 노드 장애로 단정하지 마세요.

QUICK DIAGNOSIS

자주 묻는 질문

처음부터 재설치하지 말고 증상을 계층별로 나눠 확인하세요. 클라이언트 인터페이스, 구독 설정, 시스템 프록시, DNS와 노드 경로를 각각 점검하면 장애 지점을 더 빠르게 좁힐 수 있습니다.

구독을 가져온 뒤 노드가 보이지 않나요?

먼저 Profile 업데이트 알림과 반환 내용을 확인한 다음, 방금 가져온 설정이 현재 활성화되어 있는지 점검하세요. 구독 주소 만료, 형식 비호환, 빈 원격 콘텐츠, 업데이트 후 Profile 미전환은 모두 목록이 비어 보이는 원인이 될 수 있습니다. 업데이트 버튼만 반복해서 누르지 말고 오류 메시지를 먼저 확인하세요.

설치 및 설정 질문 보기 →

Clash를 켠 뒤 인터넷에 연결되지 않나요?

설정이 정상적으로 로드되었는지, 시스템 프록시 또는 TUN이 활성화되었는지, 정책 그룹에서 사용 가능한 항목을 선택했는지, 연결 기록에서 REJECT가 일치했는지를 순서대로 확인하세요. 모든 요청이 실패한다면 DIRECT로 전환해 기준 테스트를 진행하고, 결과를 통해 문제가 프록시 경로에 있는지 로컬 네트워크에 있는지 판단합니다.

장애 해결 방법 보기 →

규칙 모드와 전역 모드 중 무엇을 선택해야 하나요?

일상적인 사용에는 설정에 따라 DIRECT, PROXY, REJECT를 결정하는 규칙 모드를 우선 사용하세요. 전역 모드는 프록시 경로를 임시로 검증할 때 적합하며 장기적인 진단 기준으로 삼기에는 적절하지 않습니다. 직접 연결 모드는 로컬 네트워크를 확인할 때 사용할 수 있습니다. 모드 전환은 진단 도구이지, 강할수록 좋은 등급 선택이 아닙니다.

입문 사용법 보기 →

지연 시간이 낮은데도 왜 끊기나요?

클라이언트의 지연 시간 테스트는 보통 테스트 주소까지 한 번 왕복하는 핸드셰이크 경로만 반영하며, 지속 대역폭·패킷 손실·혼잡·목적지 사이트까지의 라우팅을 의미하지 않습니다. 노드를 선택할 때는 지역, 배율, 프로토콜과 실제 서비스 테스트를 함께 고려해야 하며, 단일 밀리초 수치는 초기 선별에만 활용하세요.

지연 시간 원리 보기 →
FIELD NOTES

최신 사용 팁

“만능 파라미터”를 나열하지 않습니다. 각 글은 하나의 구체적인 문제를 중심으로 설정 구조, 판단 순서와 혼동하기 쉬운 개념을 설명합니다. 아래 세 글에서는 구독 형식, 노드 선택, 지연 시간 테스트를 다루며 일상적인 사용에서 가장 흔한 세 가지 오판을 짚습니다.

전체 글 보기 →