Clash 중국어 공식 사이트 · 다운로드 및 설정

Clash 클라이언트모든 플랫폼 다운로드 및 규칙 설정

운영체제에 맞는 클라이언트를 선택하고 구독 가져오기, 규칙 라우팅, 프록시 설정을 완료하세요. DNS, TUN, 설정 오버라이드는 필요한 항목을 확인하면 됩니다.

  • 설정 가이드
  • Mihomo 커널
  • 규칙 모드

Clash 설정 및 연결 점검

먼저 설정 출처와 커널 기능을 확인한 뒤 트래픽이 커널로 들어오는 방식과 적용될 규칙을 결정하세요. 아래 화면은 문법과 설정을 설명하기 위한 예시이며, 현재 기기의 실행 상태를 나타내지 않습니다.

config.yaml · 기본 구조
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

proxies: []

proxy-groups:
  - name: 아웃바운드
    type: select
    proxies:
      - DIRECT

rules:
  - MATCH,아웃바운드

구조 예시는 DIRECT만 사용하며 원격 프록시는 설정되어 있지 않습니다. 프록시 연결이 필요하면 유효한 본인 설정을 가져오세요.

처음 설정할 때는 ‘설정 가져오기 → 정책 그룹 선택 → 규칙 모드 → 트래픽 진입 활성화 → 연결 확인’ 순서로 진행하세요. 설정을 저장할 수 있다는 사실은 클라이언트가 입력을 받아들였다는 뜻일 뿐, 원격 아웃바운드와 DNS, 시스템 라우팅이 모두 작동한다는 의미는 아닙니다. 확인할 때는 확실한 대상 페이지를 열고 연결 페이지에서 도메인, 매칭 규칙, 아웃바운드를 확인한 다음 프록시가 필요한 다른 앱도 테스트하세요. 스위치 상태만 확인하는 것보다 요청이 커널에 들어오지 않은 것인지, 들어온 뒤 잘못된 정책을 거친 것인지 구분하기 쉽습니다.

여기에 나온 YAML은 일부 문법을 설명하는 예시입니다. 여러 조각을 확인 없이 파일 끝에 그대로 붙이지 마세요. 같은 최상위 키는 기존 설정에 병합해야 하며, 목록 순서도 실제 동작에 영향을 줄 수 있습니다. 클라이언트가 구독을 관리한다면 로컬 변경 사항이 다음 업데이트에서 덮어써지는지 먼저 확인하세요. 첫 연결 과정을 따라 하려면 Clash 설치 및 설정 가이드를, 이미 연결할 수 있고 정책을 세부 조정하려면 정책 그룹, 규칙 세트, DNS 고급 활용법을 확인하세요.

모든 플랫폼의 Clash 클라이언트

먼저 운영체제를 선택한 다음 클라이언트와 프로세서 아키텍처를 고르세요. 데스크톱, 모바일, 단독 커널은 설치 방식이 다르며 같은 설정도 필드 지원 범위를 확인해야 합니다.

Windows

먼저 Clash Plus를 확인하고 Clash Verge Rev, FlClash, Clash Nyanpasu도 비교해 보세요. 데스크톱에서 일상적으로 사용할 때는 시스템 프록시를 설정하고, 시스템 프록시를 읽지 않는 앱까지 처리해야 한다면 TUN 서비스와 권한을 확인하세요. 처음 설치할 때 여러 클라이언트의 트래픽 가로채기 기능을 동시에 켜지 마세요.

다운로드 전에 시스템 정보에서 프로세서 유형을 확인하세요. 설치 후 설정을 가져오고 규칙 모드를 선택한 다음 연결 페이지를 살펴보세요. 브라우저는 되지만 터미널 도구가 작동하지 않는다면 구독을 바로 바꾸기보다 도구 자체의 프록시 설정이나 환경 변수를 확인하세요. 기존 클라이언트를 사용 중이라면 마이그레이션 전에 설정과 오버라이드를 내보내세요.

다운로드 페이지로 이동

macOS

Apple Silicon 또는 Intel에 맞는 설치 파일을 선택하세요. 우선 Clash Plus를 확인하고 인터페이스와 설정 관리 방식에 따라 다른 클라이언트도 비교해 보세요. 시스템 프록시, 백그라운드 서비스, 네트워크 확장 기능을 처음 활성화할 때는 시스템 안내를 읽고 권한을 요청한 앱이 방금 설치한 클라이언트와 일치하는지 확인하세요.

macOS에서는 네트워크 서비스마다 프록시 설정이 따로 저장될 수 있습니다. 유선 네트워크와 무선 네트워크를 전환한 뒤에는 현재 서비스의 설정을 다시 확인하세요. TUN이 필요하다면 서비스 설치 상태를 확인한 다음 DNS와 라우팅을 살펴보세요. 클라이언트를 종료한 후 네트워크에 문제가 생기면 설정 전체를 지우고 다시 시작하기보다 프록시가 복구됐는지 먼저 확인하세요.

다운로드 페이지로 이동

Android

먼저 Clash Plus를 확인하고 Clash Meta for Android, FlClash, Surfboard도 선택할 수 있습니다. 기기 아키텍처에 맞는 설치 파일을 사용하세요. 앱이 처음 연결을 설정할 때 보통 시스템 VPN 권한이 필요합니다. 이는 구독 유효성과는 별개이므로 각각 확인해야 합니다.

모바일 기기에서는 절전 정책 때문에 백그라운드 실행이 제한될 수 있습니다. 화면을 잠근 뒤 연결이 끊기면 아웃바운드를 점검하기 전에 백그라운드 실행 제한과 VPN 상태를 먼저 확인하세요. 다른 VPN 앱이 같은 시스템 연결을 사용하고 있을 수도 있습니다. Wi-Fi와 모바일 데이터를 전환한 뒤 같은 대상으로 다시 테스트하면 문제가 특정 네트워크에서만 발생하는지 파악하는 데 도움이 됩니다.

다운로드 페이지로 이동

iOS

iPhone과 iPad에서는 App Store에서 Clash Plus를 받을 수 있습니다. 제품 공식 사이트는 clashplus.io입니다. 설치 후 클라이언트가 지원하는 방식으로 설정을 가져오세요. 처음 연결할 때는 시스템 안내에 따라 VPN 설정 추가를 허용한 뒤 앱으로 돌아와 연결 상태를 확인하세요.

모바일 기기의 시스템 네트워크 인터페이스는 데스크톱과 다르므로 데스크톱 클라이언트의 서비스 설치 절차를 그대로 적용하지 않는 편이 좋습니다. 설정을 가져온 뒤 정책 그룹과 규칙을 확인하고 대상 앱을 테스트하세요. 다른 네트워크 확장 기능을 사용 중이라면 동시에 활성화되어 충돌하지 않는지 확인하세요. 구독 업데이트 실패와 VPN 권한 오류도 따로 점검해야 합니다. 전자는 링크와 응답 내용을, 후자는 시스템 설정을 먼저 살펴보세요.

다운로드 페이지로 이동

Linux

데스크톱에서는 Clash Verge Rev 또는 FlClash를 선택하고 배포판의 패키지 형식과 프로세서 아키텍처에 맞춰 다운로드하세요. 데스크톱 환경의 시스템 프록시 설정이 모든 터미널 프로그램에 적용되는 것은 아닙니다. 더 넓은 범위의 트래픽을 처리해야 한다면 TUN 권한과 라우팅, DNS 관리 방식을 확인하세요.

서버나 라우터에서는 보통 Mihomo 커널을 직접 설치하고 설정 경로, 시작 매개변수, 프로세스 서비스를 관리합니다. 그래픽 클라이언트와 커널 패키지는 용도가 다릅니다. 전자는 설정 관리 인터페이스를 제공하고 후자는 실행 환경을 직접 관리해야 합니다. 기기에 데스크톱 환경이 있는지 먼저 확인한 뒤 설치 방식을 고르면 커널을 설치한 뒤 인터페이스를 찾지 못하는 상황을 피할 수 있습니다.

다운로드 페이지로 이동

Clash 클라이언트, 프록시 서비스, 구독 제공자는 서로 다른 구성 요소입니다. 클라이언트를 다운로드해도 유효한 설정 출처는 별도로 준비해야 합니다. 이미 Clash VPN 구독을 사용 중이라면 대상 클라이언트가 해당 출력 형식과 호환되는지 확인하세요. 설정에 확장 프로토콜, 규칙 세트, 특정 DNS 필드가 포함되어 있다면 클라이언트 이름이 비슷하다고 바로 이전할 수 있는 것은 아닙니다. 실제 파싱 기능은 커널과 클라이언트 구현에 따라 결정됩니다.

다운로드 페이지에서 설치 파일, 플랫폼 요구 사항, 유지 관리 상태를 한눈에 확인할 수 있습니다. 보관된 클라이언트는 기존 환경의 호환성 요구에 사용할 수 있지만 새 설정에는 현재도 관리되고 필요한 기능을 지원하는 구현을 우선 사용하세요. 설치 파일, 구독 콘텐츠, 로컬 오버라이드를 따로 보관하면 나중에 이전할 때 다시 받아야 할 항목과 직접 설정한 항목을 구분할 수 있습니다.

전체 클라이언트 보기 → 클라이언트 선택 가이드 보기 →

Clash 생태계, 커널, 설정 출처

현재 환경에 적합한 클라이언트인지 판단하려면 그래픽 인터페이스, 실제로 실행되는 커널, 원격 구독에서 제공하는 콘텐츠를 구분해서 확인해야 합니다. 프로젝트 이름만으로 이 세 가지를 판단할 수는 없습니다.

프로젝트 이력과 호환 범위

Clash의 규칙 기반 프록시 설정은 널리 사용되는 클라이언트 생태계를 형성했습니다. 원 프로젝트와 일부 초기 클라이언트의 유지 관리가 중단된 뒤에도 커뮤니티에서 호환 구현을 계속 개발했으며 Mihomo는 그중 지속적으로 발전하는 커널입니다. 클라이언트마다 비슷한 인터페이스 용어를 사용하더라도 커널과 설정 처리 방식은 다를 수 있습니다. 문서를 찾아볼 때는 먼저 현재 실행 중인 커널 이름을 확인한 뒤 해당 필드 설명을 참고하세요. 특히 오래된 가이드의 제한 사항이 모든 최신 클라이언트에 공통으로 적용된다고 생각하지 마세요.

기존 설정을 가져올 수 있어도 모든 확장 필드가 적용되는 것은 아닙니다. 알 수 없는 필드, 지원되지 않는 프로토콜, 규칙 세트 로드 실패가 발생하면 클라이언트 아이콘만 보고 호환성을 판단하지 말고 오류를 현재 커널 문서와 대조하세요. 유지 관리 상태도 클라이언트 선택 기준입니다. 보관된 소프트웨어는 특정 구형 환경을 재현하는 데 적합하지만 계속 바뀌는 새 설정을 처리할 용도로 무조건 선택해서는 안 됩니다.

그래픽 클라이언트와 Mihomo의 역할

커널은 연결을 수신하고 DNS를 처리하며 규칙을 적용하고 아웃바운드 연결을 만듭니다. 그래픽 클라이언트는 설정 가져오기, 정책 그룹 조작, 시스템 프록시 전환, 서비스 설치, 로그 표시를 담당합니다. 특정 스위치의 제공 여부는 클라이언트의 구성 방식에 따라 달라지고 설정 필드의 지원 여부는 커널 기능을 확인해야 합니다. 문제가 발생하면 인터페이스 조작, 설정 생성, 커널 실행 중 어느 단계의 문제인지 먼저 구분하면 잘못된 계층을 반복해서 수정하는 일을 줄일 수 있습니다.

같은 커널을 사용하더라도 클라이언트마다 최종 설정이 다를 수 있습니다. 포트, 외부 제어 인터페이스, TUN 필드는 클라이언트가 추가할 수 있으며 원격 구독은 입력의 일부일 뿐입니다. 실제 동작을 확인할 때는 구독 원문만 읽기보다 최종 적용된 설정과 로그를 보는 편이 정확합니다. 커널만 직접 배포하는 고급 사용자는 서비스 시작, 권한 관리, 설정 업데이트도 직접 담당해야 합니다.

오픈소스 자료와 커뮤니티 이슈

Mihomo의 코드와 이슈, 릴리스 기록은 공개 저장소에서 확인할 수 있습니다. 소스 코드와 문서를 보면 필드의 실제 의미와 문제가 이미 논의됐는지, 기능 사용에 어떤 조건이 필요한지 파악하는 데 도움이 됩니다. 이슈를 검색하거나 등록할 때는 ‘연결이 안 됨’만 설명하기보다 운영체제와 커널 정보, 최소 설정, 재현 가능한 절차를 함께 제공하세요. 공개 게시 전에 구독 주소와 인증 매개변수, 불필요한 개인 접속 기록을 삭제해야 합니다.

저장소를 복제하는 명령은 소스 코드를 읽거나 구현을 살펴보려는 사용자에게 적합합니다. 일반 사용자는 그래픽 클라이언트를 설치하기 전에 커널을 직접 빌드할 필요가 없습니다. 아래 명령은 코드만 다운로드하며 프록시 서비스를 자동으로 설치하거나 시스템 네트워크 설정을 변경하지 않습니다. 오픈소스 자료를 참고할 때는 저장소의 라이선스와 문서, 릴리스 안내를 기준으로 삼고 서드파티 인터페이스 설명을 커널 API 규격과 혼동하지 마세요.

클라이언트, 커널, 구독을 각각 업데이트

클라이언트 업데이트는 주로 인터페이스와 시스템 통합, 커널 패키징에 영향을 줍니다. 커널 업데이트는 프로토콜 지원과 규칙 동작, DNS 처리에 변화를 줄 수 있고 구독 업데이트는 원격 프록시 리소스와 설정 내용을 바꿉니다. 이 세 가지를 같은 작업으로 취급하지 마세요. 업그레이드 전에 사용 가능한 설정과 로컬 오버라이드를 보관하고, 업그레이드 후에는 동일한 대상으로 DNS 조회와 규칙 매칭, 연결 아웃바운드를 확인한 다음 평소 사용 방식으로 돌아가세요.

사용자 지정 설정이 많다면 수정할 때마다 목적을 기록하는 것이 좋습니다. 예를 들어 특정 LAN 도메인을 Fake-IP 제외 목록에 넣거나 직접 연결 규칙을 기본 규칙보다 앞으로 옮긴 이유를 적어 두세요. 문제가 다시 발생하면 모든 설정을 한꺼번에 초기화하는 것보다 변경 기록을 따라 롤백하는 편이 원인을 찾기 쉽습니다. 클라이언트에 업데이트 완료가 표시되어도 실행 중인 커널과 설정이 다시 로드되지 않았을 수 있으므로 필요한 경우 실제 적용 상태를 클라이언트에서 확인하세요.

Clash 설정 및 문제 해결 노트

구체적인 문제에 맞는 절차를 확인하세요. 현재 사용 가능한 설정을 먼저 보존하고 문서에 따라 항목을 하나씩 조정하세요. 시스템 권한, DNS 가로채기, 라우팅 설정을 동시에 변경하지 않는 것이 좋습니다.

문제가 발생한 단계를 먼저 확인하세요. 구독 업데이트는 설정 가져오기 단계에서, YAML 오류는 파싱 단계에서 발생하며 TUN과 시스템 프록시는 트래픽 진입 경로를 결정합니다. 단계를 파악한 다음 관련 문서를 확인하면 클라이언트를 반복해서 바꾸는 것보다 효과적입니다. DNS, 정책 그룹, Fake-IP 같은 용어가 낯설다면 먼저 용어 가이드에서 의미를 확인한 뒤 해당 설정으로 돌아오세요.

전체 문서 보기 →