Clash 규칙 모드·전역 모드·직접 연결 모드 차이: 초보자 가이드

세 가지 모드 비교: 평소에는 Rule

Clash의 프록시 모드는 Clash 코어에 전달된 연결을 다음에 어떻게 처리할지 결정합니다. 어떤 앱이 연결을 Clash에 전달할지는 직접 결정하지 않습니다. 평소에는 구독 규칙에 따라 트래픽을 분기하는 Rule을 사용하세요. 분기 문제를 잠시 확인할 때는 Global을 시험하고, 이미 가로챈 연결로 대상에 직접 접속하려면 Direct를 선택하면 됩니다.

모드	연결 처리 방식	사용 상황	확인할 점
Rule／규칙	규칙을 위에서부터 순서대로 확인하고, 일치하는 규칙이 지정한 직접 연결·프록시 정책 그룹·차단 방식으로 처리합니다.	일상적인 웹 이용, 중국 본토와 해외 서비스 간 트래픽 분기, 로컬 네트워크 접속	어떤 규칙이 일치했는지, 해당 규칙이 어떤 정책을 지정했는지
Global／전역	일반적인 분기 규칙을 따르지 않고 GLOBAL 정책에서 현재 선택된 항목을 일괄 사용합니다.	프록시 경로를 일시적으로 확인하거나 Rule 모드와 접속 결과를 비교할 때	GLOBAL에서 현재 노드, 다른 정책 그룹, DIRECT 중 무엇을 선택했는지
Direct／직접 연결	코어에 전달된 연결이 원격 프록시 노드를 거치지 않고 대상에 직접 접속합니다.	일시적으로 직접 접속을 복구하거나 로컬 네트워크와 프록시 경로를 비교할 때	로컬 네트워크에서 대상에 접속할 수 있는지, 트래픽 가로채기와 DNS 설정이 계속 적용되는지

Rule 규칙 모드: 순서대로 일치하는 규칙을 찾아 경로 선택

규칙 모드는 설정의 rules 목록을 위에서부터 확인합니다. 규칙이 일치하면 지정된 정책을 사용하며, 더 적합한 규칙을 찾아 계속 내려가지 않습니다. 따라서 도메인 규칙, IP 규칙, 마지막 기본 규칙의 순서가 결과에 직접 영향을 줍니다.

쉽게 이해하는 트래픽 분기 예시

아래는 규칙 일부이며 전체 구독 설정이 아닙니다. 설정에 “일상 프록시”라는 정책 그룹이 이미 있다고 가정합니다. example.com은 규칙 일치 방식을 설명하기 위한 예시입니다.

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,일상 프록시
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,일상 프록시

example.com과 그 하위 도메인은 첫 번째 규칙과 일치해 “일상 프록시”로 처리됩니다.
대상 주소가 192.168.1.10이면 두 번째 규칙과 일치해 직접 연결됩니다. 로컬 네트워크 주소의 트래픽 경로를 설명하는 예시입니다.
no-resolve는 해당 IP 규칙을 확인하기 위해 도메인 조회를 따로 수행하지 않는다는 뜻이지, 클라이언트 전체의 DNS를 끈다는 뜻은 아닙니다.
MATCH는 기본 규칙이므로 목록 맨 아래에 두어야 합니다. 첫 번째에 두면 뒤에 있는 일반 규칙이 일치할 기회를 잃습니다.

규칙이 프록시 그룹과 일치해도 원격 노드를 사용한다는 뜻은 아닙니다

정책 그룹에서 DIRECT를 선택할 수 있습니다. 규칙이 “일상 프록시”를 지정해도 해당 그룹에서 직접 연결을 선택한 상태라면 최종적으로는 직접 접속합니다. 문제를 확인할 때는 “규칙 → 정책 그룹 → 실제 경로” 순으로 살펴보세요. 모드 버튼에 Rule이 표시되는지만 봐서는 충분하지 않습니다.

구독을 업데이트하면 규칙과 정책 그룹 구조가 달라질 수도 있습니다. 사용자 지정 분기 규칙을 계속 추가해야 한다면 클라이언트가 지원하는 오버라이드, Mixin 또는 설정 처리 방식을 먼저 확인하세요. 구독이 생성한 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다. 오버라이드 문법은 클라이언트마다 완전히 같지 않습니다.

Global 전역 모드: 출구를 하나로 통일하지만 모든 기기를 가로채지는 않습니다

전역 모드는 일시적인 확인에 유용합니다. Rule에서 열리지 않는 사이트가 있다면 Global로 바꾸고 사용 가능한 노드를 직접 선택한 뒤 접속 결과가 달라지는지 확인하세요. Global에서는 정상인데 Rule에서는 문제가 생긴다면 규칙 일치 여부, 정책 그룹 선택, 두 경로에서의 DNS 처리 방식을 살펴볼 필요가 있습니다. 그렇다고 구독 규칙에 문제가 있다고 단정할 수는 없습니다.

클라이언트의 프록시 페이지에서 모드를 Global로 변경합니다.
전역 정책 GLOBAL을 찾아 사용 가능한 노드를 직접 선택합니다. 일부 클라이언트에서는 현지화된 이름으로 표시될 수 있습니다.
연결을 다시 시도한 다음 Connections(연결) 페이지에서 실제 경로를 확인합니다.
테스트가 끝나면 Rule로 되돌려 평소 사용하는 로컬 네트워크나 직접 연결 가능한 요청이 계속 프록시 노드로 전송되지 않도록 하세요.

“전역”은 코어에 들어온 연결의 정책 선택을 뜻할 뿐, 운영체제의 모든 트래픽을 처리한다는 보장은 아닙니다. 예를 들어 Windows 시스템 프록시만 켜면 해당 설정을 따르는 브라우저는 보통 프록시를 사용하지만, 직접 연결을 만들거나 시스템 프록시를 무시하는 프로그램은 계속 직접 접속할 수 있습니다. Global로 바꿔도 이런 프로그램이 자동으로 가로채지는 않습니다.

Direct 직접 연결 모드: 노드는 거치지 않지만 클라이언트는 계속 연결에 관여할 수 있습니다

Direct는 Clash에 전달된 연결이 대상에 직접 접속하도록 합니다. “로컬 네트워크 접속”과 “프록시 경로 접속”을 비교하기 좋지만, 클라이언트를 종료하는 것은 아닙니다. 시스템 프록시가 로컬 수신 포트를 계속 가리키면 앱은 먼저 Clash에 연결하고, 코어가 대상에 직접 연결합니다.

마찬가지로 TUN을 켠 상태에서 Direct로 바꾸더라도 가상 네트워크 어댑터, 라우팅 가로채기, 설정된 DNS 처리가 계속 작동할 수 있습니다. 따라서 Direct에서 도메인 조회 문제가 생겨도 Clash의 DNS 설정을 원인에서 바로 제외할 수는 없습니다.

프록시 경로를 완전히 해제하려면

원격 노드만 잠시 사용하지 않으려면 Direct로 전환한 뒤 연결을 다시 만드세요.
시스템 프록시를 따르는 앱을 원래 경로로 되돌리려면 System Proxy를 끄고, 앱에 별도의 수동 프록시가 설정되어 있는지도 확인하세요.
TUN 가로채기를 해제하려면 클라이언트에서 TUN을 끄고 가상 네트워크 어댑터와 관련된 라우팅이 복구됐는지 확인한 다음 필요에 따라 클라이언트를 종료하세요.
클라이언트를 종료한 뒤 브라우저에서 인터넷이 되지 않는다면 시스템 프록시가 이미 수신을 중단한 로컬 포트를 계속 가리키는지 확인하세요.

예를 들어 앱이 계속 127.0.0.1:7890을 사용하지만 Clash가 종료되어 해당 포트에서 다른 프록시 서비스도 실행되지 않으면 요청이 실패할 수 있습니다. 7890은 흔히 쓰이는 설정값일 뿐이므로 실제 포트는 현재 클라이언트에 표시된 값을 확인하세요.

Clash for Windows에서 모드 변경하기

Clash for Windows 0.20.39의 일반적인 영문 인터페이스를 기준으로 설명합니다. 먼저 Profiles에서 가져온 설정을 선택한 다음 왼쪽의 Proxies 페이지로 이동해 상단에서 Rule / Global / Direct를 선택합니다. Rule에서는 구독의 정책 그룹을 확인하고, Global에서는 GLOBAL에서 현재 선택된 항목을 확인하세요.

시스템 프록시 스위치는 General → System Proxy에 있습니다. Proxies 페이지의 세 가지 모드와는 별도로 설정됩니다. 인터페이스 언어와 파생 버전에 따라 메뉴가 다를 수 있으며, mihomo 코어를 사용하는 다른 클라이언트에서는 “프록시” 또는 “설정 → 프록시 모드”에 있을 수 있습니다. 실제 화면을 기준으로 확인하세요.

구독을 처음 가져온 뒤 확인할 순서

Profiles에서 설정이 다운로드되어 선택된 상태인지 확인하세요. 구독 이름이 목록에 보이는 것만으로는 충분하지 않습니다.
Proxies로 이동해 Rule을 선택하고, 주요 프록시 그룹에서 사용 가능한 노드나 적절한 자동 선택 정책 그룹을 선택하세요.
General에서 실제 수신 포트를 확인하고 필요에 따라 System Proxy를 켜세요. 더 많은 앱의 트래픽을 가로채야 한다면 TUN 권한과 라우팅 설정을 별도로 확인하세요.
대상 웹페이지를 열고 Connections에서 대상 주소, 적용된 규칙, 정책 경로를 확인하세요. 표시되는 항목은 클라이언트 버전에 따라 다를 수 있습니다.

모드를 바꿔도 달라지지 않을 때: 네 단계로 연결 확인

1단계: 요청이 실제로 Clash에 전달되는지 확인

Connections 페이지를 열어 둔 상태에서 대상에 접속하세요. 해당 연결이 표시되지 않으면 시스템 프록시, 앱 자체 프록시 설정, TUN의 가로채기 범위를 먼저 확인하세요. 요청이 매우 짧으면 연결 페이지에 표시되기 전에 사라질 수 있으므로 로그도 함께 확인할 수 있습니다. 이 단계에서는 세 가지 모드를 계속 바꿔도 대개 연결 진입 문제를 해결하지 못합니다.

2단계: 기존 세션을 새로 고치는 데 그치지 말고 새 연결 만들기

모드 변경은 주로 새로 만드는 연결에 영향을 줍니다. 브라우저가 HTTP/2 장기 연결을 재사용할 수 있고, 메신저나 다운로드 도구도 기존 세션을 유지할 수 있습니다. 관련 웹페이지를 닫거나 작업을 일시 중지한 뒤 다시 시도하세요. 필요하다면 대상 연결만 종료하면 됩니다. 모든 연결을 닫으면 다른 다운로드나 통화도 끊길 수 있으니 영향을 먼저 확인하세요.

3단계: 일치한 규칙과 최종 정책 확인

Rule에서는 규칙이 예상한 정책을 지정하는지, 정책 그룹에서 실수로 DIRECT를 선택하지 않았는지 확인하세요. Global에서는 GLOBAL에서 대상 노드를 실제로 선택했는지 확인합니다. 연결이 예상한 노드를 사용 중인데도 실패한다면 모드를 계속 바꾸기보다 노드 상태, 인증 여부, 대상 서비스의 제한을 확인하세요.

4단계: DNS 문제는 별도로 확인

도메인 조회 실패와 프록시 노드 연결 실패는 같은 문제가 아닙니다. Global로 바꿔도 연결할 수 없는 DNS 서버가 자동으로 복구되지 않으며, Direct가 기존 시스템 DNS 경로를 사용한다고 보장할 수도 없습니다. TUN을 사용하는 경우 DNS 가로채기와 브라우저의 보안 DNS가 실제로 어떤 경로를 사용하는지도 확인하세요. fake-ip, nameserver 등의 항목을 점검할 때는 기존 설정을 보존하고 한 번에 하나씩 변경하면서 결과를 기록하세요.

용도별 모드 선택: 웹 탐색, 게임, 로컬 네트워크

일상적인 인터넷 사용에도 전역 모드를 계속 켜야 할까요?

보통은 Rule을 사용해 구독 규칙에 따라 직접 연결과 프록시 트래픽을 나누면 됩니다. 출구를 통일해야 하거나 잠깐 문제를 점검할 때만 Global을 사용하세요. 특정 사이트가 계속 잘못된 경로를 사용한다면 전역 모드로 우회해 두기보다 해당 규칙을 확인하는 편이 좋습니다.

게임에서 Global을 켜면 반드시 프록시를 거치나요?

그렇지 않습니다. 게임은 시스템 프록시를 따르지 않거나 UDP를 사용할 수 있습니다. 먼저 트래픽이 코어에 전달되는지 확인한 다음 노드와 가로채기 방식이 해당 프로토콜을 지원하는지 살펴보세요. TUN은 가로채는 범위를 넓힐 수 있지만 지연 시간을 낮춰 주지는 않으며, 게임 서비스 자체의 네트워크 요구 사항을 대신하지도 않습니다.

프린터, NAS 또는 라우터 관리 페이지에 접속할 수 없다면 무엇부터 확인해야 하나요?

먼저 Global을 사용 중인지, 대상 로컬 네트워크 주소가 원격 노드로 전송되고 있는지 확인하세요. Rule로 돌아간 뒤 사설 주소가 직접 연결되도록 하는 규칙을 점검하고 TUN의 라우팅 제외 설정도 확인하세요. 도메인 규칙 하나만 추가했다고 모든 로컬 네트워크 접속이 복구되는 것은 아닙니다.

Direct로 바꾼 뒤 특정 사이트가 열린다면 무엇을 알 수 있나요?

현재 조건에서 접속이 성공했다는 점만 알 수 있으며, 페이지 표시만으로 실제 경로를 판단할 수는 없습니다. 페이지 캐시, 기존 연결, 앱의 프록시 우회가 관찰 결과에 영향을 줄 수 있습니다. 연결을 새로 만들고 Connections에 기록된 정책을 함께 확인해야 더 정확하게 판단할 수 있습니다.

순서만 기억하세요: 먼저 연결이 Clash에 전달되는지 확인하고, 다음으로 모드와 정책 그룹을 살펴본 뒤, 마지막으로 노드와 DNS를 점검합니다. 평소에는 Rule을 사용하고 문제를 확인할 때만 Global이나 Direct를 잠시 사용하면, 접속 여부를 모드 탓으로만 돌리는 것보다 원인을 찾기 쉽습니다.