Clash 규칙, 전역, 직접 연결 프록시 모드의 차이는 무엇인가요? 초보자를 위한 선택 가이드
Clash의 규칙, 전역, 직접 연결 세 가지 프록시 모드가 각각 어떻게 동작하는지, 어떤 상황에 적합한지, 전환하는 방법은 무엇인지 설명해 평소 인터넷 사용 습관에 맞는 모드를 고를 수 있도록 돕습니다.
전체 글 보기 →FEATURES · 수업 노트
왼쪽은 강의 목차, 오른쪽은 칠판에 붙인 강의 노트입니다. 한 페이지마다 하나의 기능을 다룹니다: 어떤 문제를 해결하는지, 어떻게 켜는지, 비슷한 도구와 무엇이 다른지 설명하고, 바로 대조해볼 수 있는 설정 예시도 함께 담았습니다.
분기(라우팅)는 Clash의 핵심 기능입니다: 모든 연결은 규칙 목록을 위에서 아래로 순서대로 매칭하며, 처음 일치하는 규칙에 따라 직접 연결, 노드 경유, 차단 중 하나로 결정됩니다. 국내 사이트는 우회 없이 직접 연결하고, 해외 서비스는 노드로 전달하며, 광고와 추적 도메인은 곧바로 차단해 세 가지가 서로 간섭하지 않습니다. 규칙은 도메인 접미사, IP 대역, GeoSite 등 다양한 형식을 지원하며 우선순위대로 정렬하면 되고, 사이트마다 따로 설정할 필요는 없습니다. '전체 프록시' 방식 도구와의 차이는, 분기는 처리가 필요한 트래픽만 다루기 때문에 속도 손실이 최소화되고, 프록시 때문에 국내 서비스의 접속 지역이 바뀌는 일도 없다는 점입니다.
rules:
- DOMAIN-SUFFIX,example.com,PROXY
- GEOSITE,cn,DIRECT
- GEOIP,CN,DIRECT
- MATCH,PROXY구독은 하나의 설정 링크로, 클라이언트가 주기적으로 링크에서 최신 노드와 규칙을 가져와 수동 관리의 번거로움을 없애줍니다. 가져온 뒤에는 자동 업데이트 주기(보통 24시간)를 유지하는 것이 좋으며, 노드 만료나 진입점 변경도 업데이트를 통해 자동으로 반영됩니다. 여러 구독을 동시에 사용할 수 있고, 용도별로 정책 그룹을 나눠 참조하면 서로 충돌하지 않습니다. 구독 업데이트에 실패하면 먼저 로그의 HTTP 상태 코드를 확인하고, 시스템 시간이 정확한지, 링크가 통신사에 의해 차단되지 않았는지 점검하세요. 사용 가이드에 전체 점검 순서가 정리되어 있어 순서대로 따라 하면 대부분 원인을 찾을 수 있습니다.
proxy-providers:
my-sub:
type: http
url: "https://example.com/sub?token=xxxx"
interval: 86400
path: ./providers/my-sub.yaml시스템 프록시는 브라우저와 시스템 설정을 따르는 프로그램의 트래픽을 클라이언트에 넘겨주며 대부분의 일상적인 상황을 처리합니다. TUN 모드는 가상 네트워크 카드를 만들어 기기의 모든 TCP/UDP 연결을 넘겨받기 때문에, 시스템 프록시를 따르지 않는 프로그램(게임, 커맨드라인 도구)도 분기 대상에 포함시킬 수 있습니다. 둘 중 하나만 켜면 됩니다: 일상적인 웹 사용은 시스템 프록시만으로 충분하고, 전체 트래픽을 넘겨받아야 할 때만 TUN을 켭니다. TUN은 관리자 권한으로 서비스를 설치해야 하며, Windows와 macOS의 권한 부여 절차는 설치 가이드에 플랫폼별로 정리되어 있고, Linux에서는 방화벽과 라우팅 테이블 순서도 함께 확인해야 합니다.
mixed-port: 7890
tun:
enable: true
stack: mixed
auto-route: true규칙(Rule)은 규칙 목록을 하나씩 매칭하는 방식으로 일상적으로 추천됩니다. 전역(Global)은 모든 연결을 같은 노드로 보내며 임시 테스트나 문제 확인에 사용합니다. 직접 연결(Direct)은 프록시를 전혀 사용하지 않아 잠시 멈춘 것과 같습니다. 세 모드는 클라이언트 메인 화면에서 한 번의 클릭으로 전환할 수 있으며, 설정 파일의 mode 항목에 해당합니다. 처음에는 규칙 모드를 사용하고, '프록시를 켰는데 효과가 없다'면 전역으로 바꿔 비교해보면 문제가 규칙인지 노드인지 판단할 수 있습니다. 전역은 되는데 규칙은 안 되면 규칙이 매칭되지 않은 것이고, 둘 다 안 되면 노드나 시스템 프록시 스위치를 살펴봐야 합니다.
mode: rule # rule / global / direct
log-level: info
allow-lan: false로그는 문제 해결의 첫 번째 현장입니다: 각 연결이 어떤 규칙에 매칭됐는지, 어떤 노드를 선택했는지, 소요 시간과 실패 원인이 한 줄씩 기록됩니다. 연결이 지연되면 timeout 문구를 찾고, 구독이 실패하면 provider가 가져오는 줄을 확인하며, 포트가 이미 사용 중이면 시작할 때 바로 bind 오류가 나타납니다. log-level을 잠시 debug로 바꾸면 더 자세한 규칙 매칭 과정을 볼 수 있고, 확인이 끝나면 다시 info로 되돌려 로그가 넘치지 않게 합니다. 이 사이트의 블로그에서는 자주 발생하는 오류를 한 줄씩 알기 쉽게 풀어 설명하고 각 오류의 점검 순서도 함께 정리했으니 참고하면 됩니다.
log-level: info # 排错时临时改 debug
external-controller: 127.0.0.1:9090DOWNLOAD · 플랫폼별 클라이언트 선택
각 플랫폼의 첫 번째 카드는 현재 활발히 관리되고 있는 우선 클라이언트입니다. 관리가 중단된 예전 클라이언트는 따로 표시해 참고용으로만 남겨두었습니다. 플랫폼 카드를 클릭하면 다운로드 페이지의 해당 그룹으로 이동하며, 시스템 요구 사항과 대체 클라이언트도 다운로드 페이지에 정리되어 있습니다.
Windows 10 이상: Clash Plus를 우선 추천하며, Clash Verge Rev·FlClash 등을 대체로 사용할 수 있습니다. 설치 후 구독을 가져오면 바로 사용할 수 있습니다.
다운로드 바로가기 →Intel과 Apple Silicon용으로 따로 패키징되어 있습니다: Clash Plus와 Clash Verge Rev는 활발히 관리되고 있으며, ClashX Meta는 관리가 중단되어 참고용으로만 남아 있습니다.
다운로드 바로가기 →Android 7 이상: Clash Plus와 Clash Meta for Android 모두 mihomo 코어를 기반으로 하며, 구독과 앱별 프록시를 지원합니다.
다운로드 바로가기 →App Store에 등록된 Clash Plus: 검색하거나 다운로드 페이지에서 스토어 상세 페이지로 이동할 수 있습니다. 설치 후 구독을 가져오면 사용할 수 있으며, 공식 사이트 clashplus.io에 플랫폼 안내가 있습니다.
다운로드 바로가기 →데스크톱 배포판에는 Clash Verge Rev를 추천하며, deb와 rpm 패키지를 제공합니다. 서버나 라우터 환경에서는 mihomo 코어를 직접 배포해 YAML 설정으로 서비스를 실행할 수 있습니다.
다운로드 바로가기 →코어(mihomo)는 서버와 라우터를 다루는 고급 사용자를 위한 것으로 다운로드 페이지에 따로 분류되어 있습니다. 일반 데스크톱과 모바일 사용자는 위 다섯 플랫폼 중에서 그래픽 클라이언트를 선택하면 됩니다.
QUICKSTART · 세 단계로 시작하기
사용 가이드의 요약 버전입니다. 전체 버전에는 각 단계마다 플랫폼별 차이와 문제 해결 방법이 함께 담겨 있으며, 여기서는 순서만 기억하면 됩니다: 클라이언트 설치, 구독 가져오기, 프록시 켜고 확인하기 — 이 순서를 지켜야 합니다.
OPEN SOURCE · 안심하고 사용할 수 있는 이유
Clash 계열 클라이언트의 소스 코드는 모두 공개되어 있으며, 코어와 그래픽 인터페이스는 커뮤니티가 각각 관리합니다. 아래 네 항목에서 프로젝트의 유래, 생태계 역할 분담, 코어와의 관계, 업데이트 방식을 설명하니 읽어본 뒤 트래픽을 맡길지 판단해보세요.
Clash는 2018년 전후에 등장한 프로젝트로, 처음에는 Go 언어로 작성된 커맨드라인 프록시 코어였으며 '규칙 기반 분기'라는 개념으로 개발자 커뮤니티에 퍼졌습니다. 원 프로젝트의 관리가 중단된 뒤 커뮤니티가 공개된 소스 코드를 바탕으로 개발을 이어가며 오늘날 전체 플랫폼을 지원하는 클라이언트 계열로 발전했습니다. 다운로드 페이지에 나열된 모든 클라이언트는 이 공개된 개발 흐름에서 이어져 온 것입니다.
코어와 인터페이스가 분리되어 있는 것이 이 생태계의 특징입니다: mihomo(구 Clash Meta)가 핵심 전달과 규칙 매칭을 담당하고, Clash Plus·Clash Verge Rev·FlClash 같은 그래픽 클라이언트는 코어를 일반 사용자가 쓸 수 있는 인터페이스로 감싸는 역할을 합니다. 어느 한 계층에 문제가 생겨도 그 부분만 따로 교체할 수 있어 특정 작성자나 저장소에 종속되지 않습니다.
mihomo는 현재 활발히 관리되는 코어로, 원본 Clash의 설정 형식과 호환되면서 TUN 모드와 규칙 세트 등의 기능을 확장했습니다. 다운로드 페이지에 나열된 그래픽 클라이언트는 대부분 mihomo를 내장하고 있으며, 서버나 라우터 사용자는 코어를 직접 다운로드해 단독으로 실행할 수도 있습니다. 같은 YAML 설정을 사용하면 분기 동작은 데스크톱 클라이언트와 동일합니다.
각 클라이언트는 자체 일정에 따라 버전을 배포하며, 다운로드 페이지의 설치 파일 링크는 상위 배포에 맞춰 자동으로 갱신되므로 페이지에 버전 번호를 고정해두지 않습니다. 클라이언트에 내장된 구독과 GeoIP·GeoSite 데이터베이스는 설정된 주기에 따라 자동으로 업데이트되어 노드 목록과 분기 데이터를 최신 상태로 유지하며, 수동으로 다운로드해 교체할 필요가 없습니다.
git clone https://github.com/MetaCubeX/mihomo.git
코어 저장소 주소는 누구나 확인할 수 있으며, 클론하면 전달과 규칙 매칭의 전체 구현을 직접 읽어볼 수 있습니다.
BLOG · 최신 글
블로그는 '한 가지 질문에 하나의 답'이라는 방식으로 운영됩니다: 모드는 어떻게 고를지, 첫 연결은 어떻게 확인할지, 로그 오류는 어떻게 읽을지 등 각 글마다 그대로 따라 할 수 있는 단계와 판단 기준을 제시합니다.
Clash의 규칙, 전역, 직접 연결 세 가지 프록시 모드가 각각 어떻게 동작하는지, 어떤 상황에 적합한지, 전환하는 방법은 무엇인지 설명해 평소 인터넷 사용 습관에 맞는 모드를 고를 수 있도록 돕습니다.
전체 글 보기 →구독을 가져온 뒤 첫 연결부터 설명합니다: 노드를 고르는 방법, 지연 시간 테스트하는 방법, 시스템 프록시를 켜는 방법을 다루고, 두 가지 방법으로 프록시가 실제로 작동하는지 확인합니다.
전체 글 보기 →Clash 클라이언트의 실행 로그를 열고 읽는 방법을 알려드리며, 연결 시간 초과, 구독 파싱 실패, 포트 사용 중 등 자주 발생하는 오류의 의미와 확인 순서를 하나씩 설명합니다.
전체 글 보기 →FAQ · 자주 묻는 질문 모음
더 많은 용어와 개념은 용어 설명 페이지에 정리되어 있으며, 플랫폼별 설치 세부 사항과 주의할 점은 설치 가이드 페이지에서 확인할 수 있습니다.
혼합 포트의 기본값은 7890입니다. 시작할 때 bind 오류가 나타나면 포트가 이미 사용 중이라는 뜻이므로 설정에서 7891 등 비어 있는 값으로 바꾸거나, 해당 포트를 사용 중인 프로그램을 먼저 종료하세요. 포트와 리스닝 주소에 대한 개념은 용어 설명의 네트워크와 포트 분류에서 확인할 수 있습니다.
다음 순서로 확인하세요: 시스템 시간이 정확한지, 구독 링크를 브라우저에서 여전히 열 수 있는지, 현재 네트워크가 해당 도메인을 차단하고 있는지. 로그의 provider 줄에 있는 HTTP 상태 코드를 보면 어느 단계에서 막혔는지 바로 알 수 있으며, 하나씩 대조하면 원인을 찾을 수 있습니다.
일상적인 웹 사용은 시스템 프록시만 켜면 충분합니다. 게임이나 커맨드라인 도구처럼 시스템 프록시를 따르지 않는 프로그램은 TUN으로 전체를 처리해야 합니다. 두 가지를 동시에 켜지는 마세요. 자세한 차이와 켜는 방법은 사용 가이드에서 확인할 수 있습니다.
각각 직접 연결, 노드로 전달, 즉시 차단을 의미합니다. 규칙 목록은 위에서 아래로 순서대로 매칭되며 처음 일치하는 규칙이 적용되므로 순서가 곧 우선순위입니다. 더 많은 정책과 규칙 작성법은 용어 설명의 규칙과 분기 분류에서 확인할 수 있습니다.