클라이언트 다운로드 · 한국어 설정 안내

Clash 프록시 클라이언트전체 플랫폼 다운로드 및 설정

기기에 맞는 클라이언트를 선택하고 구독 가져오기, 규칙 기반 라우팅, 연결 확인을 진행하세요.

  • 영구 무료
  • 오픈 소스
  • 한국어 문서
기능과 설정의 관계

Clash 규칙, 프록시 모드 및 네트워크 트래픽 처리

먼저 세 가지를 구분하세요. 앱이 요청을 클라이언트로 보내는지, 클라이언트가 어떤 규칙으로 요청을 처리하는지, 도메인을 어디에서 조회하는지입니다. 시스템 프록시와 TUN은 트래픽 유입 경로를, 규칙 모드는 출력 정책을, DNS 설정은 이름 해석 경로를 결정합니다. 각 단계를 나눠 확인하면 여러 설정을 한꺼번에 바꾸는 것보다 문제를 쉽게 찾을 수 있습니다.

규칙 기반 라우팅: 구체적인 규칙부터 적용하고 나머지는 처리

규칙 모드는 설정에 적힌 순서대로 도메인, 대상 주소, 규칙 집합을 확인해 요청을 지정된 정책 그룹이나 직접 연결로 보냅니다. 서로 다른 네트워크 리소스에 접속해야 할 때 적합하며, 사이트마다 기기 전체의 출구를 바꿀 필요가 없습니다. 사용 전에 정책 그룹이 실제로 정의되어 있는지 확인하고, 구체적인 도메인 규칙을 포괄적인 규칙보다 앞에 두세요. 마지막에는 MATCH로 나머지 요청을 처리합니다. 단일 프록시 출구만 제공하는 도구와 달리 Clash 생태계는 규칙 적용 과정을 확인할 수 있다는 점이 특징입니다. 예상과 다른 경로로 연결되면 노드만 바꾸지 말고 연결 기록에서 어떤 규칙이 적용됐는지 확인하세요.

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

예시의 Proxy는 정책 그룹 이름이며 실제 설정에 정의해야 합니다. 규칙 문법 보기 →

기기에 맞춰 선택하고 이름만 보고 설치 파일을 고르지 마세요

Clash 클라이언트 다운로드

다운로드 센터에서 운영체제별 클라이언트, 프로세서 아키텍처, 설치 안내를 확인할 수 있습니다. 먼저 기기의 운영체제를 확인한 다음 그래픽 클라이언트와 독립 실행형 코어를 구분하세요. 일반 데스크톱과 모바일 사용자는 보통 그래픽 인터페이스가 있는 클라이언트를 선택하면 됩니다. 서버, 라우터, 서비스를 직접 관리하는 기기에는 코어 패키지가 적합할 수 있습니다. 이름이 비슷한 클라이언트라도 지원 필드, 권한 부여 방식, 설정 덮어쓰기 동작이 같지는 않습니다.

Windows

먼저 Clash Plus를 살펴본 다음 인터페이스와 작업 방식에 따라 Clash Verge Rev, FlClash 등을 비교하세요. 프로세서 아키텍처와 시스템 요구 사항을 확인해야 합니다. Clash for Windows 대체 프로그램을 찾는다면 서비스 모드, 설정 이전, 시작 시 자동 실행을 다시 확인하세요. 기존 프로그램 폴더를 그대로 복사하는 것만으로는 충분하지 않습니다.

다운로드

macOS

컴퓨터에 Apple Silicon 또는 Intel 프로세서 중 무엇이 탑재됐는지 확인한 뒤 알맞은 설치 파일을 선택하세요. 설치 후 시스템 안내에 따라 필요한 권한을 허용하세요. 클라이언트를 바꾸기 전에는 기존 클라이언트의 프록시와 백그라운드 서비스를 종료해야 합니다. 메뉴 막대에 정상적으로 표시되더라도 시스템에 이전 프록시 설정이 남아 있을 수 있습니다.

다운로드

Android

Clash Plus, Clash Meta for Android, FlClash 등의 클라이언트를 비교해 보세요. 설치 파일의 아키텍처가 기기와 맞는지 확인하고, 처음 연결할 때 시스템 VPN 사용을 허용하세요. 백그라운드에서 연결이 자주 끊긴다면 앱을 반복해서 재설치하기보다 배터리 최적화와 백그라운드 실행 제한을 확인하세요.

다운로드

iOS

다운로드 센터에서 Clash Plus의 App Store 링크와 공식 사이트 clashplus.io를 확인할 수 있습니다. 설치 후 지원되는 설정을 가져오고 VPN 구성 추가를 허용하세요. 데스크톱 설정의 시스템 관련 필드 중 일부는 그대로 가져올 수 없으므로, 모바일 클라이언트의 안내를 기준으로 확인해야 합니다.

다운로드

Linux

데스크톱 환경이 있다면 Clash Verge Rev 또는 FlClash를 선택하고 배포판에 맞는 패키지 형식을 사용하세요. 서비스만 실행하려는 경우 mihomo 코어를 사용할 수 있으며, 서비스 시작 방법과 접근 권한을 별도로 설정해야 합니다. 터미널 프로그램은 데스크톱 시스템 프록시를 사용하지 않을 수 있으므로 환경 변수를 따로 확인하세요.

다운로드

새 클라이언트를 설치하기 전에 기존 설정을 내보내고 로컬 덮어쓰기 규칙을 기록해 두세요. 처음 테스트할 때는 프록시 클라이언트 하나만 실행하세요. 연결이 정상인지 확인한 후 자동 업데이트나 시작 시 자동 실행을 켜면 포트 충돌과 라우팅 문제를 줄일 수 있습니다.

전체 클라이언트 보기 →

펭귄 아이콘: Font Awesome Tux, CC BY 4.0 라이선스 적용.

처음 사용할 때의 진행 순서

구독 가져오기, 모드 선택 및 연결 확인

처음 설정할 때는 먼저 확인 가능한 연결을 만들고, 규칙 세분화와 TUN 설정은 그다음에 진행하세요. 설치 성공, 설정 가져오기 성공, 요청이 실제로 프록시를 통과하는 것은 서로 다른 결과입니다. 아래에는 진행 순서만 정리했습니다. 각 화면과 권한 설정은 전체 가이드에서 확인하세요.

  1. 설정을 가져와 활성화

    설정 또는 구독 페이지에서 서비스 제공업체가 준 링크를 추가하거나 로컬 YAML 파일을 가져오세요. 파싱이 끝나면 해당 설정을 선택하고 정책 그룹에 사용할 수 있는 항목이 표시되는지 확인하세요. 가져오기 오류가 발생하면 오류 원문을 보관하고, 스크린샷이나 로그에 구독 주소가 노출되지 않도록 주의하세요.

  2. 규칙 모드와 프록시 출구 선택

    먼저 규칙 모드를 사용하고 관련 정책 그룹에서 사용할 수 있는 출구를 선택한 다음, 현재 시스템에 맞는 프록시 유입 경로를 켜세요. 데스크톱에서는 시스템 프록시로 먼저 테스트하고, 모바일에서는 안내에 따라 VPN 연결을 허용하세요. 여러 클라이언트의 트래픽 처리 기능을 동시에 켜지 말고, 유입 경로를 확인하는 대신 전역 모드에 의존하지 마세요.

  3. 요청을 보낸 뒤 기록 확인

    테스트할 대상에 접속한 뒤 연결 또는 로그 페이지에서 대상 도메인, 적용된 규칙, 선택된 정책을 확인하세요. 브라우저에서는 작동하지만 터미널에서는 실패한다면 두 환경의 프록시 설정을 각각 살펴봐야 합니다. 테스트가 끝나면 임시로 바꾼 모드를 원래대로 돌리고 자주 사용하는 앱과 LAN 리소스에 계속 접속할 수 있는지 확인하세요.

설정 업데이트에는 실패했지만 기존 연결은 작동한다면 모든 설정을 바로 초기화하지 말고 업데이트 작업부터 확인하세요. 문의할 때는 운영체제, 클라이언트 이름, 사용한 프록시 모드, 오류 발생 시간을 알려주면 됩니다. 구독 링크, 인증 정보, 전체 설정은 먼저 민감한 내용을 가린 뒤 공유하세요.

전체 가이드 보기 →
코어, 인터페이스, 문서의 역할

Clash 오픈 소스 생태계와 설정 출처

Clash는 프록시 도구 생태계를 통칭할 때 널리 쓰이는 이름이며, 모든 플랫폼이 하나의 프로그램으로 작동하는 것은 아닙니다. 코어와 클라이언트의 관계를 이해하면 가이드가 현재 환경에 적용되는지 판단하기 쉽고, 특정 클라이언트의 화면 옵션을 모든 프로그램에 공통되는 설정으로 오해하지 않을 수 있습니다.

프로젝트 변천: 오래된 가이드는 현재 구현과 비교하세요

초기 Clash 프로젝트는 YAML 설정, 정책 그룹, 순서가 있는 규칙을 중심으로 한 사용 방식을 정립했습니다. 이후 커뮤니티에서 여러 코어 포크와 그래픽 클라이언트가 등장했고, mihomo는 일부 설정 기능을 이어받아 확장했습니다. 오래된 글을 찾았다면 어떤 코어와 클라이언트를 다루는지, 해당 클라이언트가 아직 유지 관리되는지 먼저 확인하세요. 필드가 같아 보여도 지원 범위나 기본 동작은 다를 수 있습니다. 파싱 오류가 발생하면 오래된 화면 캡처를 그대로 따르지 말고 현재 코어 문서와 실제 오류 메시지를 기준으로 확인하세요.

오픈 소스 생태계: 소스 코드, 릴리스 정보, 이슈 기록

오픈 소스 저장소에서는 코드를 확인하고 릴리스 정보를 읽거나 이슈 논의를 살펴볼 수 있습니다. 다운로드 수, 별점, 댓글만으로 기기 호환성을 판단할 수는 없으므로 이 사이트에서는 이런 수치를 기준으로 제품을 추천하지 않습니다. 특정 기능을 확인하려면 상위 프로젝트 문서에서 필드 설명을 찾고, 이슈 기록에서 알려진 제한 사항을 살펴보세요. 이 사이트는 다운로드 정보와 한국어 사용 안내를 정리하며 각 상위 프로젝트의 공식 조직을 대변하지 않습니다. 클라이언트별 라이선스, 배포 방식, 세부 기능은 해당 프로젝트의 안내를 확인하세요.

코어의 역할: 연결을 처리하는 것은 인터페이스 버튼이 아닙니다

코어는 프로토콜 연결, 규칙 매칭, DNS 등 네트워크 처리를 담당합니다. 그래픽 클라이언트는 설정 가져오기, 모드 전환, 시스템 연동, 로그 표시를 담당합니다. 비슷한 코어를 사용하는 두 클라이언트도 화면 구성과 덮어쓰기 절차는 다를 수 있습니다. 반대로 클라이언트가 성공적으로 실행됐다고 해서 하위 설정까지 올바르게 불러왔다는 뜻은 아닙니다. 문제를 확인할 때는 현재 활성화된 설정을 먼저 기록한 뒤 코어 로그를 살펴보세요. 이전을 준비한다면 구독 출처, 로컬 덮어쓰기, 시스템 설정을 각각 옮겨야 합니다. 설정 파일 하나에 모든 환경 설정이 담겨 있다고 가정하지 마세요.

업데이트 방식: 프로그램과 구독을 따로 관리

프로그램 업데이트는 클라이언트나 코어 자체의 문제를 해결하고, 구독 업데이트는 노드, 정책 그룹, 규칙을 새로 가져옵니다. 둘은 서로 다른 작업입니다. 프로그램을 업데이트하기 전에는 릴리스 정보를 읽고 로컬 변경 사항을 백업하세요. 구독을 업데이트한 뒤에는 사용자 지정 변경 사항이 남아 있는지 확인하세요. 일부 클라이언트는 구독 내용과 로컬 덮어쓰기를 병합해 코어에 전달하므로 실제 적용되는 설정은 원본 구독 파일과 다를 수 있습니다. 업데이트 후 문제가 생기면 변경된 범위를 먼저 비교한 다음 설정을 되돌릴지 클라이언트 옵션을 조정할지 결정하세요. 문제 원인을 놓치지 않도록 프로그램, 구독, DNS를 한꺼번에 바꾸지 마세요.

작업 기록 및 문제 해결 안내

Clash 설정 및 사용 가이드

각 글은 구체적인 문제를 다루므로 설치를 마친 뒤 작동 방식을 확인할 때 유용합니다. 먼저 실패한 요청의 로그를 보관하고 프록시 유입 경로, DNS 조회 경로, 규칙 매칭, 출구 연결 순서로 점검하세요. 네트워크 문제는 증상이 비슷해도 해결 방법이 다를 수 있습니다. 오류 한 줄만 보고 설정 전체를 초기화하지 마세요.

문제가 어느 단계에서 발생했는지 확실하지 않다면 먼저 자주 묻는 질문에서 증상을 비교해 보세요. 문제 해결 기록을 남길 때는 한 번에 설정 하나만 변경한 뒤 요청을 다시 보내는 편이 원인을 파악하기 쉽고, 기존 작업 환경을 복원하기도 편합니다. 여러 설정을 한꺼번에 바꾸는 방식은 피하세요.

전체 글 보기 →