Clash 규칙 모드·글로벌 모드·직접 연결 모드 차이와 선택 방법

모드는 트래픽 경로의 어느 계층에 위치할까

Clash, Clash Meta（mihomo）와 해당 코어를 사용하는 그래픽 클라이언트는 일반적으로 규칙, 글로벌, 직접 연결의 세 가지 실행 모드를 제공합니다. 여기서 ‘모드’는 주로 코어에 들어온 연결을 어떤 정책으로 처리할지 결정하며, 시스템 프록시·TUN·DNS 스위치와 같은 의미는 아닙니다.

연결이 모드의 제어를 받을 수 있는지는 먼저 트래픽이 Clash에 들어오는지에 달려 있습니다. 시스템 프록시를 활성화하면 브라우저와 시스템 프록시 설정을 따르는 앱이 로컬 HTTP 또는 SOCKS 포트로 요청을 전달합니다. TUN을 활성화하면 코어가 네트워크 계층에서 더 넓은 범위의 TCP·UDP 트래픽을 인계받을 수 있습니다. 특정 프로그램에 프록시 주소를 직접 입력하면 해당 프로그램이 mixed-port에 바로 연결할 수도 있습니다. 이러한 진입점을 거치지 않은 연결은 모드를 바꿔도 자동으로 프록시 경로에 들어가지 않습니다.

코어에 들어온 뒤에야 모드가 라우팅 결정에 참여합니다. 규칙 모드는 규칙 목록을 읽고 정책을 선택하며, 글로벌 모드는 일반적으로 연결을 GLOBAL이라는 정책 그룹에 전달하고, 직접 연결 모드는 DIRECT로 전달합니다. 이후 코어는 도메인 해석, 정책 그룹 선택, 노드 연결 등의 단계도 수행합니다.

모드 전환은 일반적으로 새로 생성되는 연결에만 영향을 줍니다. 브라우저가 이미 유지 중인 HTTP/2·HTTP/3 또는 WebSocket 세션은 기존 경로를 계속 사용할 수 있으며, 다운로드 작업과 메신저도 장시간 연결을 유지할 수 있습니다. 전환 결과를 테스트할 때는 대상 페이지를 닫았다가 다시 열고, 필요하면 해당 앱의 연결을 종료하거나 클라이언트를 잠시 재시작해야 합니다.

규칙 모드: 대상·출처·프로토콜에 따른 분할 라우팅

규칙 모드는 일상적인 사용에서 가장 흔한 선택입니다. 코어는 설정 파일의 규칙 순서에 따라 현재 연결을 위에서 아래로 확인합니다. 처음으로 일치하는 규칙을 찾으면 추가 검사를 중단하고 해당 규칙이 지정한 정책 그룹 또는 내장 정책으로 연결을 전달합니다.

규칙은 전체 도메인, 도메인 접미사, IP 대역, 지리 정보, 프로세스, 인바운드 출처 또는 네트워크 유형을 기준으로 판단할 수 있습니다. 코어 버전에 따라 지원하는 규칙 유형은 완전히 같지 않으며, 프로세스 규칙도 운영체제 권한과 구현 방식의 영향을 받습니다. 따라서 현재 클라이언트가 사용하는 코어의 문서를 기준으로 설정해야 합니다.

rules:
  - DOMAIN-SUFFIX,example.net,Proxy
  - DOMAIN,printer.lan,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

이 예시는 먼저 지정된 도메인을 처리하고, 로컬 네트워크 대역은 직접 연결한 다음 지리적 IP를 처리하며, 마지막으로 앞서 일치하지 않은 연결을 MATCH로 받습니다. MATCH는 일반적으로 규칙 마지막에 배치합니다. 범위가 지나치게 넓은 규칙을 앞에 두면 뒤의 세부 규칙이 실행될 기회를 잃을 수 있습니다.

규칙 모드의 주요 장점

• 로컬 트래픽과 프록시 트래픽을 함께 운용할 수 있습니다. 로컬 네트워크 장치, 중국 본토 서비스 또는 사내 네트워크는 직접 연결로 유지하고, 프록시가 필요한 대상만 노드로 전달할 수 있습니다.
• 정책 그룹을 독립적으로 선택할 수 있습니다. 스트리밍 서비스, 개발 서비스, 메신저 등 대상별로 서로 다른 정책 그룹을 설정할 수 있어 모든 연결이 같은 노드를 사용할 필요가 없습니다.
• 트래픽 비용을 관리하기 쉽습니다. 소프트웨어 업데이트나 클라우드 동기화처럼 트래픽이 많은 연결이 프록시를 거칠지 규칙으로 결정할 수 있습니다.
• 장기간 사용하기에 적합합니다. 규칙이 안정적으로 구성되면 모드를 자주 수동 전환할 필요가 없습니다.

규칙 모드에서 흔히 하는 오해

규칙 모드라고 해서 모든 도메인이 예상대로 분류되는 것은 아닙니다. 규칙 집합은 업데이트가 필요하고 도메인이 바뀔 수 있으며, 앱이 IP로 직접 연결할 수도 있습니다. 최종 기본 정책이 프록시라면 일치하지 않은 연결도 프록시를 사용하고, 기본값이 직접 연결이면 분류되지 않은 대상은 바로 연결됩니다. 결과를 판단할 때는 현재 모드 이름만 보지 말고 연결 세부 정보의 일치 규칙, 정책 체인, 최종 노드를 확인해야 합니다.

DNS도 규칙 일치에 영향을 줍니다. 도메인 요청이 코어에 들어오면 코어가 도메인 규칙을 직접 사용할 수 있는 경우가 많습니다. IP 정보만 있는 연결은 IP 규칙, 스니핑 결과 또는 매핑 메커니즘이 필요할 수 있습니다. fake-ip, redir-host, 도메인 스니핑 등을 활성화하면 구체적인 동작은 DNS 설정과 코어 버전의 영향도 받습니다.

글로벌 모드: GLOBAL 정책으로 일괄 처리

글로벌 모드는 일반적인 규칙 일치를 건너뛰고 Clash에 들어온 연결을 모두 GLOBAL 정책으로 전달합니다. 그래픽 클라이언트는 보통 프록시 또는 정책 페이지에서 GLOBAL 선택 항목을 제공하며, 노드·프록시 그룹·DIRECT 중 실제 출구를 선택할 수 있습니다.

따라서 ‘글로벌 모드’가 반드시 ‘모든 연결이 특정 원격 노드를 통과한다’는 뜻은 아닙니다. GLOBAL에서 현재 DIRECT를 선택했다면 최종 결과는 직접 연결입니다. 자동 선택 그룹을 선택했다면 실제 출구는 해당 그룹의 상태 확인과 선택 로직에 따라 달라집니다. 글로벌 모드로 전환한 뒤에는 GLOBAL이 현재 무엇을 가리키는지도 확인해야 합니다.

글로벌 모드가 적합한 상황

1. 규칙이 문제를 일으키는지 빠르게 판단할 때. 규칙 모드에서는 접속할 수 없지만 글로벌 모드에서는 접속할 수 있다면 노드 자체는 정상일 가능성이 있습니다. 다음 단계로 일치 규칙, 정책 그룹, DNS 경로를 확인해야 합니다.
2. 짧은 시간 동안 출구를 통일할 때. 특정 노드의 연결성, 지연 시간 또는 출구 주소를 임시로 테스트할 때 글로벌 모드를 사용하면 규칙의 영향을 줄일 수 있습니다.
3. 규칙 설정을 아직 정리하지 못했을 때. 노드만 있고 사용할 만한 규칙이 없는 기본 설정을 막 가져온 경우, 글로벌 모드로 노드를 임시 검증할 수 있습니다. 다만 장기간 사용하기 전에는 분할 라우팅 설정을 보완해야 합니다.
4. 앱이 여러 관련 도메인에 접속할 때. 로그인, 인증 코드, 리소스 로딩처럼 여러 출처의 요청을 점검할 때 출구를 통일하면 규칙 분할이 일관되지 않은지 판단하기 쉽습니다.

글로벌 모드에서 주의할 영향

출구를 통일하면 원래 직접 연결할 수 있는 서비스도 같은 정책을 거치게 되어 지연 시간과 노드 트래픽이 늘어날 수 있습니다. 로컬 네트워크 프린터, 라우터 관리 페이지, 네트워크 저장소 등은 별도의 우회 기능으로 처리되는 경우가 많지만, 모드 이름만 보고 판단해서는 안 됩니다. TUN 라우팅 제외 항목, 시스템 프록시 우회 목록, 클라이언트의 로컬 네트워크 설정을 함께 확인해야 합니다.

일부 사내 네트워크, 학교 네트워크 인증 페이지와 로컬 네트워크에서만 접근할 수 있는 주소는 원격 노드를 거치기에 적합하지 않습니다. 글로벌 모드에서 이러한 서비스가 작동하지 않으면 규칙 모드로 돌아간 뒤 해당 도메인이나 대역에 DIRECT를 설정할 수 있습니다. 사설 주소 규칙은 가능한 한 명확하게 작성해야 하며, 대표적인 범위는 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16입니다.

직접 연결 모드: 코어에 들어온 연결을 모두 DIRECT로 처리

직접 연결 모드는 Clash가 인계받은 연결을 DIRECT로 대상에 직접 접속하게 하며, 일반 규칙에 따라 프록시 노드를 선택하지 않습니다. 프록시 전달을 잠시 중지하거나, 로컬 네트워크와 비교 테스트를 하거나, 현재 네트워크에서 직접 접속해야 하는 리소스를 처리할 때 적합합니다.

직접 연결 모드가 클라이언트를 완전히 종료한다는 뜻은 아닙니다. 시스템 프록시 포트가 계속 수신 대기할 수 있고, TUN 가상 네트워크 어댑터가 활성 상태로 남아 있을 수 있으며, DNS 요청도 계속 Clash가 처리할 수 있습니다. 달라지는 점은 연결의 최종 전달 정책이 DIRECT가 된다는 것입니다. 운영체제의 원래 네트워크 경로로 돌아가려면 시스템 프록시 또는 TUN을 끄고, 클라이언트 설계에 따라 시스템 DNS가 복원되었는지도 확인해야 합니다.

직접 연결 모드의 대표적인 용도

• 현재 통신사 네트워크에서 웹사이트에 직접 접속할 수 있는지 확인합니다.
• 라우터, 프린터, 네트워크 저장소 또는 개발 환경의 로컬 서비스에 접속합니다.
• 대용량 시스템 업데이트를 다운로드할 때 잠시 로컬 네트워크 출구를 사용합니다.
• 프록시 노드는 정상인데 특정 앱만 계속 비정상인 문제를 점검합니다.
• 프록시 전달을 일시 중지하되 클라이언트 화면과 설정은 유지해 나중에 쉽게 되돌립니다.

직접 연결 모드에서도 대상에 접속할 수 없다면 문제는 대개 프록시 노드에 있지 않습니다. 이때는 로컬 DNS, 시스템 방화벽, 대상 서비스 상태, 통신사 경로와 앱 자체 설정을 확인해야 합니다. 직접 연결에서는 정상이고 규칙 모드에서만 문제가 발생한다면 일치 규칙 결과를 확인합니다. 직접 연결은 정상인데 글로벌 모드에서 실패한다면 GLOBAL에서 선택한 노드와 해당 노드의 네트워크 기능을 중점적으로 점검해야 합니다.

규칙·글로벌·직접 연결 모드 전체 비교

세 모드 사이에 고정된 성능 순위는 없습니다. 연결 속도는 주로 로컬 네트워크, 대상 서버, 노드 부하, 전송 프로토콜, DNS 결과와 라우팅 품질의 영향을 받습니다. 규칙 모드는 일치 단계가 추가되지만, 일반적인 규모의 규칙 처리 자체가 사용자가 체감하는 지연의 주요 원인인 경우는 드뭅니다. 글로벌 모드도 자동으로 가장 빠른 노드를 선택하는 것은 아니며, GLOBAL이 속도 측정 기반 선택 로직을 갖춘 정책 그룹을 가리킬 때만 가능합니다.

사용 상황에 맞는 모드 선택

일상적인 웹 사용과 여러 앱의 동시 연결

규칙 모드를 우선 사용하세요. 로컬 네트워크, 로컬 서비스, 프록시가 필요한 대상을 서로 다른 경로로 나눌 수 있습니다. 설정에는 명확한 기본 처리 규칙이 있어야 하며, 사용하는 규칙 집합도 정기적으로 업데이트해야 합니다. 특정 서비스가 자주 잘못된 경로로 연결된다면 더 구체적인 도메인 규칙을 추가하고 범위가 넓은 규칙보다 앞에 배치하세요.

새 설정을 가져온 후 노드 테스트

먼저 시스템 프록시 또는 TUN이 켜져 있는지 확인한 다음 글로벌 모드로 전환하고 GLOBAL에서 명확한 노드를 선택하세요. 여러 대상에 접속하며 연결 로그를 관찰합니다. 글로벌 모드가 정상이라면 규칙 모드로 돌아가 분할 라우팅을 확인하세요. 글로벌 모드에서도 실패한다면 우선 노드, 구독 내용, 시간 설정과 네트워크 연결성을 점검해야 합니다.

웹페이지는 열리지만 로그인이나 이미지가 실패할 때

잠시 글로벌 모드로 전환해 다시 테스트할 수 있습니다. 현대적인 웹페이지는 메인 사이트, 정적 리소스, 인증 서비스, API 도메인에 동시에 요청하는 경우가 많습니다. 규칙 모드에서는 이러한 요청이 서로 다른 출구로 나뉘어 세션 지역이나 주소가 일치하지 않을 수 있습니다. 글로벌 모드에서 정상으로 돌아온다면 실패한 요청의 도메인을 확인하고 관련 도메인에 일관된 정책을 설정해야 하며, 글로벌 모드에 장기간 의존해서는 안 됩니다.

라우터 관리 페이지, NAS 또는 개발 서버에 접속할 때

임시 진단에는 직접 연결 모드를 사용할 수 있습니다. 장기 설정에서는 규칙 모드에 로컬 네트워크 도메인과 사설 네트워크 대역의 직접 연결 규칙을 추가하는 편이 적합합니다. TUN을 활성화했다면 라우팅 제외 항목과 자동 라우팅 설정도 확인해 로컬 서브넷이 원격 출구로 잘못 전달되지 않도록 해야 합니다.

잠시 동안만 프록시를 중지하고 싶을 때

Clash의 트래픽 인계와 DNS 처리는 유지하고 싶다면 직접 연결 모드로 전환하세요. 시스템을 완전히 원래 네트워크 경로로 되돌리려면 시스템 프록시 또는 TUN을 꺼야 합니다. 클라이언트를 종료하기 전에는 시스템 프록시 설정을 자동으로 복원하는지도 확인해 운영체제가 이미 수신 대기를 중단한 로컬 포트를 계속 가리키지 않도록 해야 합니다.

모든 요청을 같은 출구로 보내야 할 때

글로벌 모드를 사용하고 GLOBAL에서 노드 또는 정책 그룹을 명확히 선택하세요. 테스트가 끝나면 실제 필요에 따라 규칙 모드로 돌아갈지 결정해야 합니다. 장시간 글로벌 전달을 사용하면 로컬 서비스 접근, 지연 시간과 노드 트래픽에 영향을 줄 수 있으므로 모든 문제의 고정 해결책으로 삼기에는 적합하지 않습니다.

모드 전환 후에도 적용되지 않을 때의 점검 순서

모드 선택은 올바른데 네트워크 동작이 달라지지 않는다면 노드를 계속 바꾸기보다 트래픽 진입점부터 확인해야 합니다. 다음 순서는 대부분의 데스크톱 클라이언트와 mihomo 코어 설정에 적용할 수 있습니다.

1. 대상 앱이 Clash에 들어오는지 확인합니다. 클라이언트 연결 목록이나 실시간 로그를 확인하세요. 대상에 접속했는데 새 연결이 전혀 나타나지 않는다면 앱이 시스템 프록시를 사용하지 않거나 트래픽이 TUN에 인계되지 않은 경우가 많습니다. 일부 게임, 명령줄 도구와 자체 네트워크 스택을 사용하는 소프트웨어는 시스템 프록시를 자동으로 읽지 않습니다.
2. 현재 모드가 코어에 기록되었는지 확인합니다. 그래픽 인터페이스와 코어 상태가 잠시 동기화되지 않을 수 있습니다. 전환 후 로그나 제어판의 mode 값을 확인하고, 필요하면 페이지만 새로 고치지 말고 코어를 재시작하세요.
3. 글로벌 모드에서 GLOBAL의 실제 선택을 확인합니다. GLOBAL이 여전히 DIRECT를 가리키거나 현재 사용할 수 없는 정책 그룹을 가리킬 수 있습니다. 정책 체인을 단계별로 펼쳐 최종 출구 노드를 확인하세요.
4. 규칙 모드에서 일치한 규칙을 확인합니다. 연결 세부 정보에는 일반적으로 규칙 유형, 규칙 내용과 대상 정책이 표시됩니다. 결과가 예상과 다르면 규칙 순서, 규칙 집합의 업데이트 상태와 마지막 MATCH의 전달 대상을 확인하세요.
5. DNS 경로를 확인합니다. 도메인 해석에 실패하면 세 가지 전달 모드 모두 연결할 수 없는 것처럼 보일 수 있습니다. DNS 로그를 확인해 상위 DNS 주소에 접근할 수 있는지 확인하고, fake-ip 필터 항목, IPv6 설정과 도메인 스니핑 설정도 점검하세요.
6. 기존 연결을 새로 만듭니다. 대상 앱의 페이지나 세션을 닫고 기존 연결이 해제될 때까지 기다린 뒤 다시 테스트하세요. 브라우저에서는 새 시크릿 창을 열면 캐시, 연결 재사용과 확장 프로그램 설정의 영향을 줄일 수 있습니다.
7. 운영체제의 다른 프록시 설정을 확인합니다. 브라우저 확장 프로그램, 환경 변수, 기업용 프록시, VPN과 다른 네트워크 도구가 두 번째 전달 계층을 만들 수 있습니다. 한 번에 설명 가능한 테스트 경로 하나만 남겨야 합니다.

세 단계 비교로 빠르게 원인 찾기

첫 단계에서는 직접 연결 모드로 테스트해 로컬 네트워크 기준선을 확보합니다. 두 번째 단계에서는 명확한 노드를 선택한 글로벌 모드로 프록시 경로를 확인합니다. 세 번째 단계에서는 규칙 모드로 돌아가 일치 규칙을 관찰합니다. 직접 연결에서 실패하면 먼저 로컬 네트워크를 확인해야 하고, 글로벌 모드에서 실패하지만 직접 연결은 정상이라면 노드와 프록시 진입점을 점검해야 합니다. 규칙 모드에서만 실패할 때는 규칙 순서, 정책 그룹과 DNS 분류를 집중적으로 확인하세요.

테스트가 끝나면 일상적인 설정은 대개 규칙 모드로 돌아갑니다. 글로벌 모드와 직접 연결 모드는 분명한 목적이 있을 때 사용하는 임시 도구에 가깝습니다. 전자는 출구를 통일하고 규칙 요인을 분리할 때, 후자는 로컬 네트워크 기준을 세울 때 유용합니다. 트래픽 진입점, 모드 결정, 최종 정책이라는 세 계층의 관계를 이해하면 버튼을 반복해서 전환하는 것보다 안정적인 결과를 얻기 쉽습니다.