• Clash 생태계 · 클라이언트 및 설정

Clash 셀렉트클라이언트 다운로드 및 설정

기기에 맞는 클라이언트를 선택하고 구독 가져오기부터 규칙 분기까지 따라 하기 쉬운 한국어 안내를 확인하세요.

  • 오픈소스 코어
  • 멀티 플랫폼 클라이언트
  • 단계별 문제 해결
플랫폼별 다운로드

Clash 클라이언트 다운로드

운영체제를 선택한 뒤 설치 파일과 시스템 요구 사항을 확인하세요. 클라이언트는 설정 화면을 제공하며, 구독과 실제로 사용할 프록시 서비스는 별도로 준비해야 합니다.

여러 기기에서 사용할 때는 앱 데이터 폴더 전체를 복사하기보다 구독 형식이 호환되는지 먼저 확인하세요. 클라이언트마다 오버라이드, 규칙 세트, 백그라운드 실행 방식이 다를 수 있습니다. 복구할 수 있도록 로컬 설정을 백업한 뒤 이전하세요.

전체 클라이언트 보기 →

Clash 설정의 5단계

먼저 트래픽이 클라이언트로 들어오는 방식을 파악한 다음 경로를 정하세요. 아래 예시는 설정 구조를 설명하기 위한 것으로, 그대로 연결할 수 있는 완전한 구독이 아닙니다.

프록시 모드 / 동작 설명

규칙을 순서대로 매칭

일치하는 규칙에 지정된 정책 그룹을 사용하거나 직접 연결합니다. 평소에는 이 모드를 선택하고 연결 기록에서 어떤 규칙이 적용됐는지 확인하세요.

mode: rule

프록시 모드와 트래픽 경로

평소 여러 지역의 서비스에 접속한다면 먼저 규칙 모드를 사용하세요. 설정된 조건에 따라 직접 연결하거나 프록시를 사용하므로 매번 네트워크 전체를 전환할 필요가 없습니다. 전역 모드는 프록시 연결을 잠시 테스트할 때, 직접 연결 모드는 로컬 네트워크와 비교할 때 유용합니다. 세 모드는 코어에 들어온 트래픽의 경로를 바꾸며, 시스템 프록시나 TUN의 트래픽 처리 설정을 대신하지 않습니다.

전역 모드로 전환했을 때 사이트가 다시 열리지만 규칙 모드에서는 문제가 계속된다면, 바로 클라이언트를 재설치하기보다 적용된 규칙과 정책 그룹을 확인하세요. 원인을 비교하려면 같은 앱, 같은 대상 주소, 같은 네트워크를 유지해야 합니다.

자세히 보기 →

config.yaml / 정책 그룹 구조

proxy-groups:
  - name: 수동 선택
    type: select
    proxies:
      - DIRECT

구조 예시에는 직접 연결 항목만 있습니다. 실제 프록시 이름은 설정에 정의된 항목과 일치해야 합니다.

정책 그룹과 구독 설정

출구를 직접 선택하려면 select 정책 그룹을 사용하고, 자동 선택이나 장애 조치가 필요하면 url-test와 fallback을 살펴보세요. 정책 그룹 자체가 프록시 서버를 제공하는 것은 아니며, 기존 항목을 선택 가능한 경로로 묶는 역할을 합니다. 이름은 공백과 대소문자까지 참조하는 이름과 정확히 일치해야 설정을 불러올 수 있습니다.

Clash 구독을 가져온 뒤 설정이 활성화됐는지 확인하고, 그룹에 사용할 수 있는 항목이 있는지 살펴보세요. 구독 관리 페이지의 로그인 주소를 구독 링크로 사용하면 안 됩니다. 서비스에서 여러 형식을 제공한다면 현재 코어와 호환되는 형식을 선택하세요. 속도 측정 결과만으로 노선을 고르지 말고 실제 접속 상태도 함께 확인해야 합니다.

자세히 보기 →

config.yaml / 규칙 매칭 순서

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT
  - MATCH,수동 선택

규칙은 위에서 아래로 매칭되며, 마지막 정책 이름은 정의된 정책 그룹과 일치해야 합니다.

규칙 분기와 예외 처리

특정 사이트는 직접 연결하고 나머지는 프록시 정책으로 보내려면 규칙 순서부터 확인하세요. 더 구체적인 도메인 규칙을 위에 두고, 마지막에 기본 처리용 MATCH를 배치하는 것이 일반적입니다. 도메인 규칙, 주소 규칙, 원격 규칙 세트는 각각 해결하는 문제가 다릅니다. 대상이 앞선 규칙에 일치하면 일반적으로 이후 규칙은 라우팅에 적용되지 않습니다.

LAN 서비스에 접속할 수 없다면 대상 주소가 직접 연결 규칙에 해당하는지 확인한 다음 DNS 조회 결과를 살펴보세요. 사용자 지정 규칙은 클라이언트가 지원하는 오버라이드 기능으로 저장하는 것이 좋습니다. 원격 구독 내용을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다. 한 번에 규칙을 조금씩 추가하고 변경 전후의 접속 결과를 기록하세요.

자세히 보기 →

네트워크 트래픽 처리 / 설정 예시

시스템 프록시 · 켜짐
TUN 모드 · 꺼짐
혼합 포트7890

설정 예시일 뿐이며 현재 기기의 네트워크 상태를 변경하지 않습니다.

시스템 프록시와 TUN 모드

브라우저는 연결되는데 일부 앱에서 접속할 수 없다면 먼저 해당 앱이 시스템 프록시를 사용하는지 확인하세요. 시스템 프록시는 프록시 주소를 운영체제 설정에 등록하며, 해당 설정을 읽는 앱에서만 적용됩니다. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하므로 일반적으로 더 많은 앱에 적용되지만, 적절한 권한과 라우팅, DNS 설정이 필요합니다. 단순한 속도 향상 스위치로 볼 수는 없습니다.

처음 설정할 때는 시스템 프록시만 켜서 구독, 모드, 출구가 정상 작동하는지 확인한 다음 필요에 따라 TUN을 테스트하세요. 다른 VPN이나 네트워크 필터링 도구를 함께 사용 중이라면 하나를 끄고 비교해 보세요. 포트 충돌, 가상 네트워크 어댑터 권한, 라우팅 충돌은 문제 해결 가이드에서 하나씩 확인하고 여러 설정을 한꺼번에 바꾸지 마세요.

자세히 보기 →

구독 관리 / 자동 업데이트

설정 출처
원격 구독
자동 업데이트
켜기
업데이트 간격
24시간
로컬 오버라이드
별도 저장

간격은 설명을 위한 예시입니다. 서비스 제공자의 권장 사항과 클라이언트 기능에 맞춰 조정하세요.

구독 업데이트와 로컬 수정

서비스 제공자가 서버나 규칙을 변경하면 구독을 다시 가져와야 클라이언트에 새 내용이 반영됩니다. 자동 업데이트를 사용하면 수동 작업을 줄일 수 있지만, 업데이트 성공이 모든 노선의 연결을 보장하지는 않습니다. 업데이트 시간, 설정 파싱 상태, 실제 연결 결과를 함께 확인하세요. 업데이트에 실패하면 링크의 유효 기간, 네트워크 연결 상태, 응답 내용을 먼저 점검하고 같은 구독을 반복해서 추가하지 마세요.

로컬 규칙, DNS, 정책 그룹 수정 사항은 원격 설정과 분리해 관리하는 것이 좋습니다. 클라이언트를 바꾸기 전에 구독 링크뿐 아니라 오버라이드 파일, 선택한 정책, 필요한 포트 설정도 기록하세요. 구독 주소에 접근 자격 증명이 포함될 수 있으므로 로그나 스크린샷을 공유하기 전에 전체 링크를 가리세요. 출처를 알 수 없는 온라인 변환 서비스에 개인 구독을 제출하는 것도 피해야 합니다.

자세히 보기 →

오픈소스 프로젝트와 설정 참고 자료

코어, 클라이언트, 구독 서비스를 구분하세요. 설치 파일의 기기 호환성, 설정 호환성, 네트워크 연결 가능 여부를 각각 확인해야 합니다.

Clash 생태계와 mihomo 코어

Clash 생태계에는 프록시 전달과 규칙 매칭을 담당하는 코어와 설정 관리를 위한 그래픽 클라이언트가 있습니다. 원본 Clash 프로젝트의 개발이 중단된 뒤에도 커뮤니티는 호환 코어와 클라이언트를 계속 개발하고 있으며, mihomo는 활발히 개발 중인 오픈소스 코어 프로젝트입니다. 예전 가이드의 화면 이름이나 설정 항목이 현재 도구와 다를 수 있으므로 먼저 클라이언트에서 실제로 사용하는 코어를 확인하세요.

그래픽 클라이언트는 주로 구독 가져오기, 모드 선택, 연결 상태 확인, 시스템 연동 기능을 제공합니다. 모두 mihomo를 사용하더라도 오버라이드 병합, 권한 요청, 설정 저장, 서비스 실행 방식은 클라이언트마다 다를 수 있습니다. 설정을 옮길 때는 다른 기기의 데이터 폴더를 통째로 덮어쓰지 말고 구독과 규칙을 먼저 옮긴 뒤 기기별 설정을 하나씩 복원하세요.

프로젝트 문서에서 기능 범위 확인

코어의 설정 문법, 프로토콜 지원, 항목의 의미는 MetaCubeX/mihomo 오픈소스 저장소와 문서에서 확인할 수 있습니다. 설정을 불러오지 못하면 오류 메시지를 저장하고 항목 계층, 들여쓰기, 참조 이름을 확인하세요. 네트워크 연결 문제와 문법 오류는 서로 다른 문제이므로 클라이언트를 계속 바꿔 가며 한꺼번에 점검하지 마세요.

공개 소스 코드는 동작을 이해하고 변경 사항을 추적하는 데 도움이 되지만, 실제 기기 환경에서의 테스트를 대신하지는 않습니다. 설치 전 운영체제 요구 사항, 프로세서 아키텍처, 클라이언트 유지 관리 상태를 확인하세요. 유지 관리가 중단된 도구는 보관 목적의 호환성과 일상적인 사용 요구를 구분해야 합니다. 익숙한 이전 인터페이스라는 이유만으로 새 운영체제의 권한이나 프로토콜 호환성 문제를 간과하지 마세요.

업데이트 및 문제 해결 순서

소프트웨어 업데이트, 구독 업데이트, 규칙 세트 업데이트는 서로 다른 작업입니다. 소프트웨어 업데이트는 클라이언트나 코어의 기능을 바꾸고, 구독 업데이트는 서비스 제공자가 전달하는 설정을 바꾸며, 규칙 세트 업데이트는 매칭 데이터를 바꿉니다. 문제를 해결할 때는 먼저 최근에 변경된 사항을 기록한 뒤 되돌리거나 조정할 항목을 정하세요. 구독만 업데이트해도 클라이언트 권한 문제는 해결되지 않으며, 소프트웨어를 재설치해도 만료된 구독 권한이 복구되지는 않습니다.

문제를 비교할 때마다 변수 하나만 바꾸세요. 같은 노선으로 같은 대상에 연결한 뒤 규칙 적용 여부, DNS 조회, 앱 트래픽 처리 상태를 확인합니다. 정상적으로 불러올 수 있는 설정을 백업하고 기존 포트와 모드도 기록해 두세요. 문제를 신고할 때는 단순히 “인터넷이 안 됩니다”라고 쓰기보다 클라이언트 이름, 시스템 환경, 재현 단계, 민감 정보를 가린 로그를 제공하면 원인을 찾기 쉽습니다.

Clash 셀렉트는 클라이언트 다운로드 링크와 설정 정보를 정리하며 프록시 노선을 제공하거나 각 클라이언트 개발 프로젝트를 대표하지 않습니다. 구독 서비스의 유효성, 기기가 연결된 네트워크, 대상 서비스의 접속 조건이 함께 결과에 영향을 줍니다. 사용 전에 현지 법률, 네트워크 관리 규정, 관련 서비스 약관을 준수하세요. 회사 네트워크나 공용 기기를 설정할 때는 먼저 관리자의 허가를 받아야 합니다.

처음 사용하는 경우 설정 가이드를 순서대로 따라 구독을 가져오고 연결을 확인하세요. 연결은 되지만 문제가 있다면 문제 해결 가이드에서 증상에 맞는 항목을 찾으세요. 포트 사용 여부는 포트 설정 섹션에서, 노선 상태는 노드 속도 측정 방법에서 확인할 수 있습니다. 이렇게 하면 관련 없는 방법을 여러 페이지에서 반복해서 시도하는 일을 줄일 수 있습니다.

최근 설정 가이드

기본 연결이 정상적으로 작동하면 규칙 분기, 여러 기기 간 동기화, 속도 문제를 살펴보세요. 각 글은 한 가지 설정 작업을 다루므로 여러 부분을 동시에 바꾸지 않아도 됩니다.

전체 글 보기 →

Linux 펭귄 그래픽: Font Awesome, CC BY 4.0 라이선스 적용.