CLIENT ROUTING / 한국어 기술 참고

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

공식 Clash 다운로드 사용 가이드 보기

운영체제와 코어 호환성을 먼저 확인한 뒤 클라이언트를 선택하고, 구독 가져오기와 규칙 검사를 진행하세요. 이 사이트는 멀티플랫폼 다운로드 경로, 한국어 설정 문서, 프로토콜 선택 참고 자료를 한곳에 정리해 처음 설치하거나 기존 클라이언트를 이전하고 설정을 관리할 때 활용할 수 있습니다.

  • 영구 무료
  • 오픈 소스
  • 멀티플랫폼 클라이언트
  • 한국어 기술 문서

먼저 운영체제와 프로세서 아키텍처를 확인한 뒤 GUI 클라이언트 또는 Mihomo 코어를 선택하세요. 데스크톱에서 일상적으로 사용할 때는 GUI 클라이언트를 우선하고, 서버·라우터·자동화 환경에서는 코어를 직접 배포하는 방식을 고려하는 편이 좋습니다.

RULE ENGINE / 기능 경로

규칙 매칭부터 플랫폼 실행까지

Clash의 핵심은 스위치를 계속 바꾸는 것이 아니라 구독, 코어, 정책 그룹과 시스템 프록시를 점검 가능한 하나의 흐름으로 연결하는 데 있습니다. 아래에서는 PCB 부품 번호를 기준으로 네 가지 핵심 모듈을 나누어 먼저 실행 결론을 제시하고 설정 범위를 설명합니다.

R1 / RULE MATCHING

규칙은 순서대로 매칭되며 동시에 계산되지 않습니다

규칙 모드에서는 클라이언트가 설정 파일의 규칙 목록 위에서부터 연결 대상을 확인합니다. 조건에 맞는 첫 번째 규칙을 찾으면 지정된 정책을 사용하고 이후 항목은 검사하지 않습니다. 따라서 사용자 정의 규칙은 범위가 넓은 규칙보다 앞에 배치해야 하며, 최종 대체 규칙인 MATCH는 일반적으로 맨 마지막에 둡니다. 파일에 규칙을 작성하는 것만으로는 충분하지 않습니다. 대상 정책 그룹이 실제로 존재하는지, 설정을 다시 불러왔는지, 현재 모드가 규칙 모드인지도 확인해야 합니다.

도메인 규칙은 안정적으로 식별할 수 있는 사이트에 적합하고, IP 규칙은 DNS 해석 결과와 데이터베이스 상태의 영향을 받으며, 프로세스 규칙은 시스템 권한과 클라이언트 구현에 좌우됩니다. 잘못된 매칭을 점검할 때는 먼저 연결 기록에서 대상 도메인, 매칭된 규칙과 최종 정책을 확인한 다음 순서를 조정하거나 규칙을 추가하세요. 설정 문제를 글로벌 모드로 가리지 않는 것이 좋습니다.

INPUT 도메인 / IP / 프로세스
ORDER 위에서 아래로
OUTPUT 정책 그룹
규칙 모드 기본 조작 보기 →
JUNCTION / 플랫폼 경로

운영체제에 맞는 Clash 클라이언트 선택

같은 구독이라도 모든 클라이언트에서 완전히 로드된다는 보장은 없습니다. 먼저 현재 설정을 지원하고 계속 유지보수되는 클라이언트를 선택한 뒤 프로세서 아키텍처와 설치 패키지 유형을 확인하세요. 아래 경로는 해당 플랫폼의 다운로드 페이지로 이동시키며 파일 다운로드를 직접 시작하지는 않습니다.

P1 / WINDOWS

Windows

데스크톱에서 일상적으로 사용하기 좋습니다. 설치 전 x64 아키텍처, 운영체제 버전과 관리자 권한을 확인하세요. 기존 Clash for Windows에서 이전할 때는 먼저 설정과 오버라이드 규칙을 백업한 뒤 시스템 프록시를 검증해야 합니다.

다운로드 페이지로 이동
P2 / MACOS

macOS

Apple Silicon과 Intel 모델은 서로 다른 빌드를 선택해야 합니다. 처음 실행할 때 시스템 보안 확인, 네트워크 확장 또는 프록시 권한이 필요할 수 있으므로 설정을 가져오기 전에 클라이언트의 기본 권한을 먼저 승인하세요.

다운로드 페이지로 이동
P3 / ANDROID

Android

모바일에서는 VPN 연결을 허용하고 기기의 프로세서에 맞는 설치 패키지를 선택해야 합니다. 백그라운드 제한, 배터리 절약 정책과 비공개 DNS가 지속적인 연결에 영향을 줄 수 있으므로 연결이 끊기면 시스템 설정도 함께 확인하세요.

다운로드 페이지로 이동
P4 / IOS

iOS

App Store에서 Clash Plus를 받고 시스템 안내에 따라 VPN 설정 추가를 허용하세요. 모바일 네트워크와 Wi-Fi를 전환한 뒤에는 먼저 VPN 상태를 확인하고 구독과 정책 선택을 점검할 수 있습니다.

다운로드 페이지로 이동
P5 / LINUX

Linux

데스크톱 환경에서는 GUI 클라이언트를, 서버와 라우터에서는 Mihomo 코어를 직접 실행하는 방식을 선택할 수 있습니다. 배포할 때는 설정 경로, 서비스 권한, 리스닝 주소와 방화벽 범위를 명확히 정해야 합니다.

다운로드 페이지로 이동

클라이언트 간 차이가 확실하지 않다면 먼저 클라이언트 비교 페이지를 읽어 보세요. 코어 프로그램을 직접 배포해야 하는 경우 다운로드 페이지에서 독립적인 Mihomo 코어 섹션도 제공합니다.

클라이언트 비교 전체 클라이언트 보기 →
BOOT SEQUENCE / 빠른 시작

가져오기·선택·검증의 세 단계

처음 사용할 때 DNS, 규칙, 포트와 시스템 프록시를 한꺼번에 수정하지 마세요. 가장 짧은 경로를 순서대로 진행하고 각 단계의 결과를 확인한 뒤 다음 단계로 넘어가야 합니다. 문제가 생겼을 때 설정, 클라이언트와 운영체제 중 어디에서 발생했는지 빠르게 좁힐 수 있습니다.

  1. 01 / IMPORT

    인식 가능한 구독 설정 가져오기

    클라이언트의 설정 또는 구독 페이지를 열고 서비스 제공자가 안내한 구독 주소를 붙여 넣어 가져오기를 실행하세요. 완료 후에는 설정 이름, 업데이트 시간과 로딩 상태를 먼저 확인합니다. 파싱 오류가 표시되면 구체적인 필드와 줄 번호를 기록하고 가져오기를 계속 반복하지 마세요. 노드와 정책 그룹이 표시된 뒤 현재 활성 설정으로 지정하세요.

    로컬 YAML 파일도 가져올 수 있지만 들여쓰기는 일관된 공백을 사용해야 하며, 규칙에서 참조하는 정책 그룹 이름이 실제로 존재해야 합니다. 이전 클라이언트에서 내보낸 설정에 특정 코어 확장 필드가 포함되어 있다면 새 클라이언트로 이전할 때 코어 호환성도 확인해야 합니다.

  2. 02 / ROUTE

    규칙 모드와 사용 가능한 정책 선택

    처음 검증할 때는 보통 규칙 모드를 사용하고 주요 정책 그룹에서 확실히 작동하는 노드 하나를 선택합니다. 규칙 모드는 대상 주소에 따라 트래픽을 분기하며 직접 연결과 프록시 동작은 규칙 목록이 결정합니다. 글로벌 모드는 대부분의 연결을 하나의 정책으로 보내므로 짧은 비교 테스트에는 적합하지만, 규칙 오류를 가리는 장기적인 방법으로는 적절하지 않습니다.

    선택을 마친 뒤 시스템 프록시를 켜거나 모바일 운영체제에서 VPN 연결을 허용하세요. LAN 공유, TUN 모드와 사용자 정의 DNS는 이후 설정에 해당하므로 기본 연결이 확인되기 전에는 기본값으로 유지하는 편이 문제를 찾기 쉽습니다.

  3. 03 / VERIFY

    시스템 프록시, 로그와 규칙 매칭 검증

    브라우저로 일반 사이트에 접속해 로컬 네트워크 자체가 정상인지 확인한 다음 클라이언트 연결 기록을 살펴보세요. 유효한 기록에는 대상 주소, 매칭된 규칙, 사용한 정책 그룹과 최종 출구가 표시되어야 합니다. 일부 앱만 실패한다면 해당 앱이 시스템 프록시를 따르는지, 루프백 권한이 필요한지, DNS 결과가 규칙의 예상과 일치하는지 확인하세요.

    모든 연결이 실패한다면 설정 로딩, 노드 사용 가능 여부, 시스템 프록시, 포트 점유와 방화벽 순서로 점검하세요. 한 번에 하나의 변수만 변경하고 다시 테스트하면 여러 변경 사항이 서로 영향을 주는 것을 피할 수 있습니다.

전체 가이드 보기 →
OPEN SOURCE / 생태계 관계

Clash 코어에서 mihomo 생태계까지

현재 설정에 클라이언트가 적합한지 판단하려면 GUI, 프록시 코어, 구독 형식과 규칙 데이터베이스가 각각 어떤 역할을 하는지 이해해야 합니다. 오픈 소스 코드는 검토 가능한 구현 기반을 제공하지만, 실제 사용에서는 클라이언트의 유지보수 상태와 코어 버전의 관계도 확인해야 합니다.

HISTORY / 프로젝트 발전

원본 Clash가 규칙 기반 프록시 설정 모델을 정립했습니다

Clash 생태계에서는 YAML 설정, 정책 그룹, 규칙 목록과 외부 규칙 세트 등의 개념을 널리 사용합니다. 원본 프로젝트가 만든 설정 방식은 많은 데스크톱 및 모바일 클라이언트에 영향을 주었습니다. 원본과 일부 초기 GUI 클라이언트의 유지보수가 중단되면서 사용자는 현재 업데이트되는 클라이언트 분기와 통합된 코어 계열을 중심으로 선택하게 되었습니다.

기존 설정은 보통 이전의 기반으로 사용할 수 있지만 완전한 호환을 가정해서는 안 됩니다. 이전하기 전에 구독 주소, 로컬 오버라이드, 규칙 조각과 클라이언트별 설정을 백업하고, 이전 후에는 설정 파싱, 시스템 프록시, DNS와 정책 그룹 옵션을 다시 확인해야 합니다.

ECOSYSTEM / 오픈 소스 협업

코어·인터페이스·규칙 데이터는 여러 프로젝트가 협력해 구성합니다

사용 가능한 Clash 클라이언트는 대개 여러 부분으로 구성됩니다. GUI는 상호작용과 시스템 통합을 처리하고, mihomo 등의 코어는 연결과 설정을 처리하며, GeoIP·GeoSite 또는 규칙 세트 프로젝트는 분류 데이터를 제공합니다. 각 프로젝트의 출시 일정이 완전히 같지는 않으므로 클라이언트 업데이트에 최신 규칙 데이터베이스가 항상 포함되는 것은 아니며, 구독 업데이트가 로컬 코어를 자동으로 업그레이드하지도 않습니다.

기능 차이가 발생하면 먼저 문제가 어느 계층에 속하는지 확인하세요. 인터페이스에 메뉴가 없는 것은 클라이언트 구현 차이이고, 설정 필드를 파싱하지 못하는 것은 대개 코어 호환성 문제이며, 특정 도메인 분류가 부정확하다면 규칙 데이터와 업데이트 시간을 확인해야 할 수 있습니다.

CORE MAP / 코어 관계

mihomo가 프로토콜과 규칙 기능을 확장합니다

mihomo는 Clash Meta의 방향성을 이어받아 프로토콜 지원, 규칙 프로바이더, DNS와 트래픽 처리 기능을 지속적으로 확장하고 있습니다. 이러한 기능을 사용하면 설정에 원본 Clash가 인식하지 못하는 필드가 포함될 수 있습니다. 클라이언트를 선택할 때 이름에 Clash가 포함되어 있는지만 보지 말고 실제로 통합된 코어, 업데이트 방식과 설정 지원 범위를 확인하세요.

서버 사용자는 코어를 직접 배포할 수 있지만 프로세스 관리, 권한, 로그, 설정 업데이트와 포트 보안을 직접 처리해야 합니다. 데스크톱 사용자는 일반적으로 코어가 통합된 GUI 클라이언트를 선택하는 편이 유지보수하기 쉽습니다. 두 방식의 핵심 개념은 같지만 운영 책임은 다릅니다.

UPDATE PATH / 업데이트 방식

클라이언트·코어·구독·규칙 데이터베이스는 각각 업데이트됩니다

클라이언트 업그레이드는 주로 인터페이스 기능, 시스템 호환성과 내장 구성 요소를 변경합니다. 코어 업그레이드는 프로토콜이나 설정 필드를 추가할 수 있고, 구독 업데이트는 보통 노드·정책 그룹·서비스 제공자 규칙을 갱신합니다. GeoIP·GeoSite와 원격 규칙 세트는 주소 분류를 담당합니다. 업데이트 후 이상을 점검할 때는 모든 구성 요소를 한꺼번에 교체하지 말고 방금 바뀐 계층을 기록해야 합니다.

안전한 업데이트 순서는 현재 정상 작동하는 설정을 보관한 뒤 구성 요소 하나만 업데이트하고 로딩 및 연결 테스트를 실행하는 것입니다. 설정 파싱에 실패하면 즉시 되돌리고, 규칙 동작이 달라지면 매칭 기록을 확인하며, 시스템 프록시가 이상하면 권한과 포트 상태를 점검하세요.

FIELD NOTES / 최신 글

설정 업데이트 및 문제 점검 기록

블로그는 실제 설정 작업을 중심으로 수정 이유, 적용 범위와 검증 순서를 기록합니다. 데이터베이스 업데이트, 첫 구독 가져오기 또는 Windows 앱 프록시 문제를 처리해야 한다면 관련 글에서 시작할 수 있습니다.

고급 설정

Clash GeoIP 및 GeoSite 데이터 업데이트: 규칙 참조, 갱신 주기와 문제 해결

두 규칙 데이터베이스의 용도, 업데이트 방법과 설정 참조 관계를 설명하고, 업데이트 실패 또는 규칙 미적용 시 점검 순서를 안내합니다. 이미 규칙 모드를 사용하며 지역 및 사이트 분류 데이터를 관리해야 하는 사용자에게 적합합니다.

글 읽기 →
입문 가이드

Clash 초보자 FAQ: 구독 가져오기, 모드 선택과 연결 점검 10문 10답

처음 사용할 때 자주 겪는 열 가지 문제를 한곳에서 다룹니다. 클라이언트 선택, 구독 업데이트, 프록시 모드와 기본 점검을 포함하며 설치 후 질문 순서대로 한 번씩 확인하는 것을 권장합니다.

글 읽기 →
문제 해결

Windows UWP 앱에서 프록시 연결 불가: 루프백 제한 해제와 검증 단계

UWP 루프백 제한이 프록시 연결에 영향을 주는 이유를 설명하고 시스템 설정, 앱 선택과 복구 테스트를 포함한 전체 점검 절차를 제공합니다. 브라우저는 정상인데 일부 스토어 앱만 인터넷에 연결되지 않는 경우에 적합합니다.

글 읽기 →

그 밖에도 기존 클라이언트 이전, 혼합 포트와 LAN 공유 프록시를 다루는 글이 있습니다. 읽기 전에 문제가 속한 플랫폼과 설정 계층을 확인하면 불필요한 수정을 줄일 수 있습니다.

전체 글 보기 →