clash-verge.us — 전 플랫폼 클라이언트

Clash Verge 공식 다운로드 사이트: 전 플랫폼 클라이언트와 설정 안내서

이곳에서는 Windows / macOS / Android / iOS / Linux 각 플랫폼 클라이언트 설치 파일 다운로드 경로와 구독 가져오기 안내, TUN 모드·Fake-IP 등 고급 설정 매뉴얼을 한곳에 모았습니다. 첫 설치부터 규칙 최적화까지 한 번에 확인할 수 있습니다.

  • 무료 이용
  • 오픈소스 코드
  • mihomo 코어
  • 한국어 문서
SECTION 01 / DOWNLOADS

플랫폼별 클라이언트 받기

5개 플랫폼은 각각 추천 클라이언트와 설치 방식이 다릅니다. 플랫폼을 클릭하면 다운로드 페이지의 해당 구역으로 바로 이동합니다. 다운로드 페이지에는 시스템 요구 사항 표와 각 클라이언트의 사용 설명도 있으니, 어떤 것을 선택할지 고민된다면 먼저 클라이언트 비교 페이지를 확인해 보세요.

Windows

데스크톱 주력 플랫폼으로, 설치 버전과 포터블 버전이 모두 제공되며 시스템 프록시와 TUN 모드를 지원합니다. UWP 앱 루프백 문제는 다운로드 페이지에 별도로 안내되어 있습니다.

다운로드로 이동

macOS

Intel과 Apple Silicon 두 아키텍처용으로 각각 패키징되어 있으며, 처음 실행 시 시스템 설정에서 허용해야 합니다. 절차는 다운로드 페이지에 단계별로 정리되어 있습니다.

다운로드로 이동

Android

APK를 직접 설치하며 arm64 등 아키텍처별로 패키지가 구분되어 있습니다. 백그라운드 유지와 제조사 절전 정책 관련 설정 권장 사항은 블로그와 문서를 참고하세요.

다운로드로 이동

iOS

App Store를 통해 Clash Plus를 받을 수 있으며, 처음 실행 시 VPN 프로필을 승인하면 바로 구독을 가져올 수 있습니다. 전체 과정은 문서에서 스크린샷과 함께 안내됩니다.

다운로드로 이동

Linux

deb 패키지와 AppImage 계열 배포판을 제공하며, 데스크톱 배포판에서는 GUI 클라이언트를 직접 설치할 수 있고 서버 환경에서는 코어만 실행할 수도 있습니다.

다운로드로 이동

모든 클라이언트 보기 → Mihomo 코어(서버 / 라우터) → 클라이언트 비교 →

SECTION 02 / FEATURES

핵심 기능 소개

왼쪽은 기능 목록, 오른쪽은 해당 기능의 상세 설명입니다. 각 항목은 고급 설정 매뉴얼의 한 장에 대응하며, 홈페이지에서는 어떤 문제를 해결하는지, 언제 사용하면 좋은지만 간단히 정리했습니다.

국내외 트래픽이 섞여 있을 때 적합

규칙 기반 분리

규칙 기반 분리는 "어떤 트래픽을 프록시로 보내고 어떤 트래픽을 직접 연결할지"를 판단하는 기능입니다. 클라이언트는 도메인, IP 대역, 프로세스 이름 등 조건을 하나씩 대조해 일치하는 정책 그룹으로 넘기며, 한국 국내 사이트는 직접 연결로 지연을 낮게 유지하고 나머지 트래픽은 필요에 따라 출구 노드를 경유합니다. 전역 스위치를 수동으로 전환하는 방식과 달리 규칙 모드는 한 번 설정하면 계속 적용되며, 브라우저·터미널 명령·게임 클라이언트가 각자 다른 경로로 서로 간섭 없이 동작합니다. 규칙 소스는 구독에 내장된 규칙, 규칙 세트 참조, 로컬 사용자 정의 세 계층을 중첩해서 사용할 수 있으며, 매칭 순서는 위에서 아래로 진행되어 앞쪽에 작성된 규칙이 먼저 적용됩니다.

mode: rule · RULE-SET / DOMAIN-SUFFIX / GEOIP · 위에서 아래로 매칭
시스템 프록시를 인식하지 못하는 프로그램에 적합

TUN 모드

많은 프로그램이 시스템 프록시 설정을 읽지 않습니다 — 명령줄 도구, 일부 게임과 백그라운드 서비스의 트래픽은 일반 프록시를 우회해 직접 나갑니다. TUN 모드는 시스템에 가상 네트워크 카드를 만들어 전체 트래픽을 네트워크 계층에서 가로채 코어로 전달하므로, "프록시를 설정했는데 적용되지 않는" 문제를 근본적으로 해결합니다. 활성화 전에는 클라이언트에 관리자 권한 또는 시스템 확장 권한을 부여해야 하며, Windows에서는 서비스 모드 설치도 관련됩니다. 데스크톱 환경에서는 규칙 모드와 함께 사용해 모든 트래픽이 무조건 출구를 경유하지 않도록 하는 것이 좋습니다. 고급 설정 매뉴얼에는 각 플랫폼의 활성화 절차와 자주 발생하는 충돌에 대한 별도 장이 있습니다.

tun.enable: true · stack: system / gvisor / mixed · 관리자 권한 필요
낮은 지연의 도메인 해석을 원할 때 적합

Fake-IP DNS

전통적인 실제 IP 해석 방식에서는 도메인마다 먼저 DNS 조회를 완료해야 연결이 시작되며, 해석이 오염되면 잘못된 주소로 연결되기도 합니다. Fake-IP 모드에서는 코어가 예약된 대역의 가상 주소를 즉시 반환해 첫 해석 대기 시간을 없애는 동시에, 도메인 정보를 규칙 매칭 단계까지 유지해 트래픽 분리 판단을 더 정확하게 만듭니다. 이 방식은 fake-ip-filter와 함께 사용되며, 로컬 네트워크 기기 검색이나 일부 인증 서비스처럼 실제 IP가 필요한 도메인은 필터 목록에 추가해 우회할 수 있습니다. 해석 모드를 전환한 뒤에는 DNS 캐시를 한 번 지우는 것을 권장하며, 그렇지 않으면 신구 주소가 섞여 간헐적인 접속 오류가 발생할 수 있습니다.

enhanced-mode: fake-ip · fake-ip-range: 198.18.0.1/16 · fake-ip-filter
여러 구독을 이용하는 사용자에게 적합

구독과 규칙 세트

구독 링크는 노드 정보의 주요 출처로, 클라이언트는 구독 링크를 통해 모든 노드를 한 번에 가져오고 설정된 주기마다 자동으로 갱신하므로 노드 변경 사항을 수동으로 관리할 필요가 없습니다. 규칙 세트(rule-providers)는 트래픽 분리 규칙 역시 구독 가능한 원격 리소스로 만들어 줍니다. 커뮤니티가 관리하는 분류 목록은 시간 단위 또는 일 단위로 갱신되며, 로컬 설정에는 한 줄만 참조하면 되고 규칙 목록의 추가·삭제는 모두 업스트림에서 처리합니다. 구독 갱신이 실패하면 클라이언트는 이전에 유효했던 설정을 유지하며 계속 동작합니다. 문제 해결 방향은 보통 링크 유효성, 갱신 경로, User-Agent 호환성 세 가지이며 관련 내용은 블로그에 별도 글이 있습니다.

proxy-providers · rule-providers · interval: 86400 · 실패 시 이전 설정 유지
구독을 기반으로 커스터마이징할 때 적합

오버라이드와 병합

구독에서 내려주는 설정 파일을 직접 수정하면 다음 갱신 때 덮어써집니다 — 오버라이드 기능이 바로 이 문제를 해결합니다. 로컬 오버라이드 파일은 구독과 별도로 존재하며 구독이 갱신될 때마다 자동으로 덧씌워집니다. 사용자 정의 규칙 추가, DNS 설정 교체, 정책 그룹 구조 조정 등은 모두 오버라이드 계층에 작성하며, 구독이 어떻게 갱신되든 사라지지 않습니다. 다중 구독 병합은 여러 구독 제공처의 노드를 하나의 설정으로 모아 정책 그룹이 통합 관리하도록 하고, 지역이나 용도별로 그룹을 나눠 필터링할 수 있게 해 줍니다. 이 두 기능을 함께 사용하면 "구독은 노드를 제공하고, 로컬은 동작을 제어한다"는 안정적인 운용 방식이 완성됩니다.

merge / script 오버라이드 · 다중 provider 병합 · filter 정규식으로 노드 필터링
서브 라우터와 원격 관리에 적합

외부 제어

코어는 로컬 RESTful 제어 인터페이스를 하나 열어 두며, 웹 패널은 이를 통해 연결 목록, 실시간 트래픽, 로그를 확인하고 클라이언트를 재시작하지 않고도 노드를 전환하거나 정책 그룹을 조정할 수 있습니다. 이는 서브 라우터나 서버 환경에서 특히 유용합니다. 화면이 없는 기기에서 코어를 실행하고 모든 관리 작업은 브라우저에서 처리할 수 있기 때문입니다. 인터페이스는 기본적으로 로컬 주소만 수신하며, 로컬 네트워크에 개방할 경우 반드시 접근 키를 설정해야 합니다. 패널 자체는 정적 페이지이며 공식과 커뮤니티가 관리하는 여러 구현체가 바로 연동됩니다. 고급 설정 매뉴얼의 외부 제어 장에서는 포트, 키, 자주 쓰는 패널의 연동 방법을 다룹니다.

external-controller: 127.0.0.1:9090 · secret · GET /connections
SECTION 03 / OPEN SOURCE

오픈소스 생태계와 업데이트 방식

Clash Verge 계열 클라이언트는 오픈소스 커뮤니티에서 시작되었습니다. 원조 Clash Verge 프로젝트가 개발을 멈춘 뒤 커뮤니티가 Clash Verge Rev라는 이름으로 유지보수를 이어받았으며, 코드는 코드 저장소 플랫폼에 전부 공개되어 있어 커밋 기록, 이슈 논의, 릴리즈 노트를 누구나 확인할 수 있습니다. 사용자가 겪는 대부분의 문제는 이슈 게시판에서 이미 논의되고 결론이 난 경우가 많습니다.

클라이언트가 내부적으로 구동하는 것은 mihomo 코어(Clash Meta 계열)로, 현재 Clash 생태계에서 활발히 유지보수되는 코어 분기입니다. 규칙 유형, 프로토콜 지원, DNS 기능이 계속 발전하고 있습니다. GUI 클라이언트는 화면과 시스템 연동을 담당하고 코어는 실제 트래픽 처리를 담당하며, 둘은 독립적으로 배포됩니다. 코어에서 문제가 수정되면 클라이언트는 그에 맞춰 패키징만 하면 되므로 큰 버전 업데이트를 기다릴 필요가 없습니다.

버전 업데이트는 공개 배포 채널을 통해 이루어지며, 각 버전마다 변경 사항 설명이 함께 제공됩니다. 데스크톱 클라이언트에는 업데이트 확인 기능이 내장되어 있고, 언제든지 본 사이트의 다운로드 페이지로 돌아와 현재 버전을 받을 수도 있습니다. 모바일은 앱스토어 또는 APK 채널로 배포됩니다. 본 사이트 다운로드 항목의 버전 정보는 업스트림 릴리즈와 동기화되며, 페이지에 표시된 버전 번호가 곧 현재 다운로드 가능한 버전입니다.

전체 생태계에는 결제 장벽이 없습니다. 클라이언트, 코어, 함께 제공되는 규칙 세트 리소스 모두 무료로 제공되며, 협업 방식은 표준적인 오픈소스 프로세스를 따릅니다 — 특정 동작을 확인하고 싶다면 소스 코드를 직접 읽거나 저장소를 클론해 로컬에서 빌드해 보면 됩니다.

git clone https://github.com/clash-verge-rev/clash-verge-rev.git
  • 라이선스GPL-3.0
  • 실행 코어mihomo
  • 지원 플랫폼win / mac / android / ios / linux
  • 설정 형식YAML
  • 유지 방식커뮤니티 협업 · 공개 배포
SECTION 04 / FAQ PICKS

자주 묻는 질문 모음

가장 많이 묻는 질문 4가지를 한 줄로 정리했습니다. 전체 답변과 더 많은 항목은 자주 묻는 질문 페이지와 용어집을 참고하세요.

SECTION 05 / JOURNAL

최신 글

설치 설정, 플랫폼별 특집, 문제 해결 실전 기록을 발행일 역순으로 정리했습니다.

모든 글 보기 →