DISPATCH BAY · 오픈소스 프로젝트 · 클라이언트 지속 업데이트

Clash 클라이언트전 플랫폼 다운로드와 설치 설정 가이드

플랫폼별로 정리된 설치 파일 입구와 함께 구독 가져오기, 시스템 프록시, TUN 모드의 전체 설정 방법을 안내합니다. 클라이언트는 영구 무료, 오픈소스이며 한국어 문서를 제공하고, Windows, macOS, Android, iOS, Linux 5개 플랫폼을 지원합니다.

AIR WAYBILL
CLASH DISPATCH · CLASHSERVICE.COM
Tracking No. 추적 코어 MIHOMO · STABLE
DESTINATION · 5개 플랫폼 목적지
Sign & Release
DISPATCH

분류 게이트 · 5개 플랫폼 다운로드 입구

수신 플랫폼별 분류

다운로드 페이지는 운영체제별로 다섯 개 게이트로 나뉘어 있으며, 각 게이트마다 여러 선택 가능한 클라이언트가 나란히 정리되어 있고 시스템 요구 사항과 설치 안내가 함께 제공됩니다. 어떤 클라이언트를 선택할지 모를 경우 각 플랫폼의 첫 번째 카드가 현재 추천 항목입니다. 아래 게이트를 클릭하면 다운로드 페이지의 해당 플랫폼 위치로 바로 이동합니다.

MANIFEST

적재 명세 · 클라이언트 핵심 기능 목록

항목별 확인 · 6건 기록
MNF-01
규칙 기반 분기
도메인, IP 대역, GeoIP 소속 지역 등의 조건에 따라 트래픽을 서로 다른 출구로 보냅니다: 일반 사이트는 직접 연결하고, 프록시가 필요한 트래픽은 지정된 노드로 보내며, 광고 도메인은 바로 차단할 수 있습니다. 규칙은 설정 파일의 rules 항목에 작성되며 위에서 아래로 순서대로 매칭되고 마지막은 MATCH가 처리합니다. 앱마다 개별로 프록시를 설정하는 방식에 비해, 분기 규칙은 한 번 설정하면 전역에 적용되어 브라우저, 커맨드라인, 백그라운드 프로그램 모두 같은 규칙표를 따르므로 매번 스위치를 전환할 필요가 없습니다.
탑재됨
MNF-02
정책 그룹
여러 노드를 하나의 그룹으로 묶고 전략에 따라 실제 경로를 결정합니다: select는 수동 지정, url-test는 주기적으로 속도를 측정해 가장 빠른 것을 자동 선택, fallback은 순서대로 장애 전환, load-balance는 여러 노드에 연결을 분산합니다. 규칙은 특정 노드가 아니라 정책 그룹을 가리키므로 노드가 바뀌어도 규칙표를 수정할 필요가 없습니다. 그룹 안에서 다른 그룹을 중첩 참조해 "지역 그룹 → 용도 그룹" 같은 계층 구조도 만들 수 있으며, 평소에는 화면에서 클릭만으로 선택하면 됩니다.
탑재됨
MNF-03
구독 관리
서비스 제공자가 준 구독 링크를 한 번 가져오면 클라이언트가 전체 설정을 받아와 노드, 정책 그룹, 규칙이 자동으로 갖춰집니다. 이후 일정 주기로 또는 수동으로 업데이트하면 노드가 바뀌어도 다시 입력할 필요가 없습니다. 여러 구독은 각각 별도 설정(Profile)으로 함께 저장해 클라이언트 안에서 원클릭으로 전환할 수 있고 서로 영향을 주지 않습니다. 구독 파싱 실패, 업데이트 후 노드 목록이 비는 등의 흔한 문제는 문제 해결 페이지에 항목별 점검 목록이 있습니다.
탑재됨
MNF-04
TUN 모드
가상 네트워크 카드를 통해 네트워크 계층에서 모든 트래픽을 인계받아, 시스템 프록시 설정을 읽지 않는 프로그램(게임, 커맨드라인 도구, 일부 클라이언트 소프트웨어)도 규칙표에 포함됩니다. Windows에서는 관리자 권한으로 서비스 구성 요소를 설치해야 하고, macOS와 Linux는 네트워크 확장 권한이나 root가 필요하며, Android는 시스템 VPN 인터페이스로 동일한 효과를 자연스럽게 구현합니다. 켜면 시스템 프록시와 둘 중 하나만 사용하면 되며, 가이드 페이지에 플랫폼별 활성화 절차와 주의사항이 있습니다.
권한 필요
MNF-05
노드 속도 테스트
정책 그룹 내 모든 노드에 대해 HTTP 지연 테스트를 실행해 밀리초 단위 값을 노드 옆에 바로 표시하여 한눈에 상태를 확인할 수 있습니다. url-test 그룹은 측정 결과에 따라 지연이 가장 낮은 노드를 자동 선택하고, 결과가 나빠지면 다시 선택합니다. 테스트 주소와 간격은 설정에서 조정할 수 있습니다. 지연 값은 테스트 경로의 왕복 시간을 반영할 뿐 실제 다운로드 대역폭과는 다른 개념이므로, 노드 선택 시 둘을 구분해서 봐야 합니다.
탑재됨
MNF-06
Mihomo 코어
사이트에 수록된 각 그래픽 클라이언트는 모두 같은 핵심 엔진 mihomo(이전 이름 Clash.Meta)를 공유합니다: 프록시 프로토콜 핸드셰이크, 규칙 매칭, DNS 해석은 모두 코어에서 처리되고 클라이언트는 조작 화면일 뿐입니다. 코어는 Clash의 YAML 설정 문법을 그대로 이어받아 더 많은 프로토콜과 규칙 유형을 추가했으며, 같은 설정 파일을 서로 다른 클라이언트 사이에서 공통으로 쓸 수 있어 클라이언트를 바꿔도 설정을 다시 쓸 필요가 없습니다. 코어 자체도 다운로드 페이지에서 별도로 제공되어 서버와 라우터 사용자가 이용할 수 있습니다.
핵심 구성품
QUICK START

빠른 시작 · 3단계로 첫 연결 완료

요약판 · 전체 과정은 가이드 페이지 참고
HANDLING STEPS · 처리 작업표
  1. 클라이언트 다운로드 및 설치

    다운로드 페이지에서 본인 기기에 맞는 플랫폼 게이트로 이동해 추천 클라이언트를 선택하고 설치합니다. Windows와 macOS는 설치 마법사를 따라가면 되고, Android는 APK 설치 시 시스템 안내에 따라 출처를 허용하며, iOS는 App Store 절차를 그대로 따르면 됩니다. 설치 후 처음 실행하면 클라이언트가 시스템 트레이나 메뉴바에 상주합니다.

  2. 구독 설정 가져오기

    서비스 제공자가 준 구독 링크를 복사해 클라이언트의 설정(Profiles) 페이지에 붙여넣고 다운로드합니다. 가져오기가 성공하면 노드 목록과 분기 규칙이 자동으로 채워집니다. 목록이 비거나 파싱 오류가 나면 먼저 링크가 완전한지, 만료되지 않았는지 확인한 뒤 문제 해결 페이지의 점검 목록을 따라 하나씩 배제하세요.

  3. 노드 선택 및 확인

    시스템 프록시 스위치를 켜거나(필요하면 TUN 모드를 활성화), 프록시 페이지에서 정책 그룹 내 노드를 선택합니다. 먼저 지연 테스트를 한 번 실행한 뒤 고르는 것도 좋습니다. 이후 목표 사이트에 접속해 연결을 확인하세요. 브라우저에 반응이 없다면 스위치 상태, 포트 점유, 규칙 모드 세 곳을 확인하면 대부분 원인을 찾을 수 있습니다.

PROVENANCE

출처 증명 · 오픈소스 프로젝트와 코어 배경

GitHub에서 항목별 확인 가능

프로젝트 연혁.Clash는 원래 규칙 기반 분기를 중심으로 한 오픈소스 프록시 코어로, 명확한 YAML 설정 문법과 정책 그룹 설계로 커뮤니티에서 널리 퍼졌습니다. 원본 코어 저장소가 아카이브된 뒤 커뮤니티 분기인 mihomo(이전 이름 Clash.Meta)가 이어서 관리하며 설정 형식 호환성을 유지한 채 더 많은 프로토콜과 규칙 유형을 추가했고, 현재 주요 Clash 계열 클라이언트가 공통으로 채택하는 코어입니다.

오픈소스 생태계.코어와 사이트에 수록된 주요 그래픽 클라이언트(Clash Verge Rev, FlClash, Clash Nyanpasu 등)의 코드는 모두 GitHub에 공개되어 있으며 GPL-3.0 등 오픈소스 라이선스로 배포되어 커밋 기록, 이슈 논의, 버전 릴리스를 모두 확인할 수 있습니다. 본 사이트는 어떤 설치 파일도 수정하거나 재포장하지 않으며 링크는 모두 각 프로젝트의 공식 배포 채널을 가리킵니다.

코어와 클라이언트의 관계.그래픽 클라이언트는 화면 조작을 담당합니다: 구독 가져오기, 노드 전환, 시스템 프록시 켜고 끄기가 이에 해당합니다. 실제 프로토콜 핸드셰이크, 규칙 매칭, DNS 처리는 모두 코어가 처리합니다. 따라서 같은 설정 파일을 서로 다른 클라이언트 사이에서 공통으로 사용할 수 있어 클라이언트를 바꿀 때 설정을 새로 만들 필요가 없으며, 이 덕분에 여러 클라이언트를 안심하고 시도해볼 수 있습니다.

업데이트 방식.사이트 내 다운로드 입구는 각 클라이언트의 최신 안정 버전을 가리키며 버전 목록을 주기적으로 확인하고 갱신합니다. 유지보수가 종료된 클라이언트(예: Clash for Windows, ClashX Meta)는 아카이브 상태를 명확히 표시하고 다운로드를 남겨 기존 사용자가 필요할 때 받을 수 있게 합니다. 각 플랫폼의 시스템 요구 사항과 설치 주의사항은 다운로드 페이지에 게이트별로 정리되어 있습니다.

REPO MANIFEST · 코어 저장소

mihomo 코어 소스코드는 공개 저장소로 관리되며, 빌드 스크립트와 릴리스 기록을 직접 클론해 확인할 수 있습니다:

git clone https://github.com/MetaCubeX/mihomo.git
  • LICENSEGPL-3.0
  • LANGGo
  • CONFIGYAML
  • RELEASEGitHub Releases에서 지속 배포
INQUIRY

자주 묻는 질문 · 고빈도 문의 4건

전체 Q&A는 문제 해결 페이지 참고

Clash와 mihomo는 어떤 관계인가요?

mihomo는 Clash 코어의 커뮤니티 계승 분기로, 설정 문법을 호환하면서 프로토콜 지원을 확장했으며 사이트 내 클라이언트는 모두 이를 핵심 엔진으로 사용합니다.

자세히 보기 →

구독을 가져온 뒤 노드 목록이 비어 있으면 어떻게 하나요?

먼저 링크의 완전성과 유효기간을 확인한 뒤 서버 응답 형식과 로컬 네트워크를 점검하면 순서대로 대부분 원인을 찾을 수 있습니다.

자세히 보기 →

Windows에서 UWP 앱이 프록시를 타지 않아요?

UWP 앱은 기본적으로 시스템 네트워크 격리로 루프백 접근이 제한되어 있어, 루프백 제한을 해제하거나 TUN 모드로 전환해 인계받아야 합니다.

자세히 보기 →

정책 그룹, 노드, 규칙은 각각 무엇을 가리키나요?

노드는 출구 회선, 정책 그룹은 노드의 편성과 선택 전략, 규칙은 어떤 트래픽을 어느 그룹에 넘길지 결정하며 셋은 서로 계층적으로 참조됩니다.

용어 설명 →
LOG BOOK

사용 후기 · 최신 3편

날짜 최신순