Clash 규칙·전역·직접 연결 모드 차이: 초보자에게 맞는 모드는?

평소에는 규칙, 점검할 때는 전역, 비교할 때는 직접 연결

대부분의 일상적인 사용에는 규칙 모드가 적합합니다. 프록시가 필요한 요청은 해당 정책으로 보내고, 로컬 네트워크나 지정한 웹사이트, 업무 서비스는 규칙에 따라 직접 연결할 수 있습니다. 전역 모드는 특정 프록시 출구로 대상 서비스에 접속할 수 있는지 잠깐 확인할 때, 직접 연결 모드는 로컬 네트워크가 정상인지 점검할 때 유용합니다. 세 모드는 속도나 보안 수준을 나타내는 단계가 아니라, 코어가 연결의 출구를 정하는 세 가지 방식입니다.

각 모드를 이해하려면 먼저 전제를 확인해야 합니다. 여기서 다루는 것은 이미 Clash 또는 mihomo 코어에 들어온 트래픽입니다. 앱이 시스템 프록시를 사용하지 않고 TUN이나 다른 방식으로도 가로채지 않는다면, 전역 모드로 바꿔도 해당 앱의 트래픽이 자동으로 프록시 노드를 거치지는 않습니다.

코어가 가로챈 연결을 처리하는 방식
모드	출구 결정 방식	주요 사용 상황
규칙 Rule	위에서부터 규칙을 확인한 뒤, 일치하는 정책 또는 정책 그룹으로 전달합니다.	일상적인 웹 서핑, 로컬 서비스와 원격 서비스를 구분해 처리할 때
전역 Global	일반적으로 내장 GLOBAL 정책 그룹으로 보내며, 해당 그룹에서 현재 선택된 출구를 사용합니다.	노드 확인, 출구를 일시적으로 통일하거나 비교 점검할 때
직접 연결 Direct	프록시 노드를 출구로 사용하지 않고, 이 기기의 네트워크로 대상에 직접 연결합니다.	로컬 네트워크를 확인하거나 프록시 출구를 잠시 사용하지 않을 때

규칙 모드: 규칙 순서에 따라 출구 결정

규칙 모드는 설정의 rules 순서대로 연결을 처리하며, 규칙과 일치하면 일반적으로 뒤에 있는 항목은 더 이상 확인하지 않습니다. 규칙은 요청을 DIRECT, 차단 정책, 특정 노드 또는 정책 그룹으로 보낼 수 있습니다. 규칙 모드가 곧 “중국 본토는 직접 연결하고 나머지는 모두 프록시 사용”을 뜻하지는 않습니다. 이는 일부 구독에서 사용하는 규칙 구성일 뿐이며, 실제 동작은 현재 활성화된 설정에 따라 달라집니다.

규칙을 확인한 다음 정책 그룹에서 선택된 노드를 확인하세요

아래는 전체 구독 설정이 아닌 규칙 일부입니다. 설정에 “프록시 선택”이라는 정책 그룹이 이미 있다고 가정합니다. 다른 설정에 복사할 때는 정책 그룹 이름을 기존 이름과 정확히 일치시켜야 합니다.

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

DOMAIN-SUFFIX,example.com,DIRECT: example.com과 그 하위 도메인을 직접 연결합니다. notexample.com에는 일치하지 않습니다.
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve: 대상의 IP가 해당 대역에 속한다고 확인되면 직접 연결합니다. no-resolve는 이 규칙과 일치시키기 위해 별도로 도메인을 조회하지 않는다는 뜻입니다. 로컬 네트워크 주소 전체 목록은 아닙니다.
MATCH,프록시 선택: 앞선 규칙에 일치하지 않은 연결을 마지막 처리 규칙으로 “프록시 선택”에 전달합니다.

MATCH를 첫 줄에 두면 뒤에 있는 일반 규칙은 해당 연결을 처리할 기회가 없습니다. “프록시 선택”에서 현재 DIRECT를 선택했다면, 이 그룹에 일치하더라도 최종 연결은 직접 연결됩니다. 따라서 “규칙 모드가 켜져 있다”는 사실만으로는 부족합니다. 일치한 규칙, 정책 그룹, 최종 출구를 함께 확인해야 합니다.

구독 업데이트 후 분기 결과가 달라질 수 있습니다

구독에는 노드뿐 아니라 정책 그룹, 규칙, DNS 설정도 포함될 수 있습니다. 업데이트 후 같은 웹사이트의 연결 경로가 달라졌다고 해서 반드시 클라이언트 오류인 것은 아닙니다. 규칙 순서나 정책 그룹 정의가 바뀌었을 수도 있습니다. 계속 유지해야 하는 사용자 지정 분기 규칙은 클라이언트에서 지원하는 오버라이드 또는 병합 설정에 추가하는 편이 좋습니다. 구독이 생성한 파일을 직접 수정하면 다음 업데이트 때 변경 내용이 덮어써질 수 있습니다. 병합 순서는 사용하는 클라이언트의 동작을 확인하세요.

전역과 직접 연결: 출구를 바꾸지만 네트워크 조건까지 바꾸지는 않습니다

전역 모드에서는 평소 사용하는 정책 그룹이 아니라 GLOBAL을 확인하세요

전역 모드에서는 일반적인 분기 규칙을 하나씩 적용해 트래픽별 출구를 고르지 않고, 보통 내장 GLOBAL 그룹을 사용합니다. 모드를 바꾼 뒤에는 프록시 화면에서 해당 그룹이 실제로 선택한 항목을 확인하세요. 특정 노드나 다른 정책 그룹일 수도 있고 DIRECT일 수도 있습니다. 평소 쓰는 “자동 선택” 그룹에서 노드를 바꿔도 전역 출구가 반드시 함께 바뀌는 것은 아닙니다.

전역 모드는 변수를 하나씩 바꿔 확인하는 테스트에 적합합니다. 예를 들어 규칙 모드에서 열리지 않던 웹사이트가 전역 모드로 바꾸고 같은 사용 가능한 노드를 선택한 뒤 열린다면, 우선 기존 규칙과 그룹 선택을 확인하세요. 다만 이것만으로 원인을 확정할 수는 없습니다. DNS 캐시, 기존 연결 재사용, 원격 서비스 상태도 결과에 영향을 줄 수 있습니다. 테스트할 때는 연결을 새로 만들고 설정은 가능한 한 한 번에 하나씩만 바꾸세요.

직접 연결 모드는 클라이언트를 종료하는 것과 다릅니다

직접 연결 모드는 코어에 들어온 연결을 대상으로 바로 연결하지만, 클라이언트의 수신 포트, DNS 모듈 또는 TUN 가로채기는 계속 작동할 수 있습니다. 따라서 “직접 연결 모드에서 정상”인 경우와 “클라이언트를 완전히 종료한 뒤 정상”인 경우는 같은 테스트가 아닙니다. 전자는 가로채기 경로를 유지한 채 출구만 바꿉니다. 후자는 시스템 프록시, 가상 네트워크 어댑터, DNS 경로까지 달라질 수 있습니다.

대상이 현재 로컬 네트워크에서 원래 연결되지 않는다면 직접 연결 모드로도 접속할 수 없습니다. 반대로 프린터, 인트라넷 관리 페이지, 회사 네트워크에서만 접속할 수 있는 시스템은 올바른 직접 연결 규칙이 필요할 수 있습니다. 전역 프록시를 사용한 뒤 이런 서비스에 접속할 수 없다면 원격 노드를 계속 바꾸기보다 규칙 분기로 돌아가는 것이 좋습니다.

시스템 프록시·TUN과 세 가지 모드의 관계

전체 경로를 두 단계로 나눠 볼 수 있습니다. 앱 요청 → 트래픽 가로채기 → 모드 및 출구 선택. 시스템 프록시는 보통 운영체제에 HTTP 프록시 등의 설정을 등록하며, 해당 설정을 따르는 앱만 이를 사용합니다. 일부 게임, 명령줄 프로그램, 자체 네트워크 스택을 구현한 소프트웨어는 시스템 프록시를 자동으로 따르지 않습니다. 특히 시스템 프록시를 모든 UDP 트래픽을 가로채는 수단으로 봐서는 안 됩니다.

TUN은 가상 네트워크 인터페이스와 라우팅을 이용해 IP 트래픽을 가로채므로 명시적 프록시를 지원하지 않는 앱에 적합합니다. 다만 어떤 연결을 가로챌 수 있는지는 라우팅, 제외 목록, 권한, 플랫폼 구현에 따라 다릅니다. TUN을 켜도 올바른 규칙이 자동으로 선택되지는 않으며, 원격 노드가 게임에 필요한 UDP 포워딩을 지원한다고 보장할 수도 없습니다.

수신 포트와 출구를 명확히 구분하세요

예를 들어 설정에서 mixed-port: 7890을 사용한다면 127.0.0.1:7890은 이 기기에서 사용하는 HTTP/SOCKS 혼합 프록시 수신 주소입니다. 원격 노드 주소도, 규칙 모드 전용 포트도 아닙니다. 클라이언트와 설정에 따라 다른 포트를 사용할 수 있으므로 현재 적용 중인 설정을 확인하세요.

curl --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 --head https://example.com

이 명령은 프록시 수신 주소를 직접 지정하므로 터미널이 시스템 프록시 설정을 상속하는지에 의존하지 않습니다. 연결 제한 시간은 10초, 전체 제한 시간은 20초로 설정하고 응답 헤더를 요청합니다. 이는 테스트용 설정이지 측정된 지연 시간이 아닙니다. 연결이 거부되면 먼저 코어가 실행 중인지, 포트가 7890인지 확인하세요. 곧바로 노드가 작동하지 않는다고 판단하지 마세요. 실제 포트가 다르면 설정에 맞게 명령을 수정해야 합니다.

웹 서핑·게임·업무별 모드 선택

사용 목적별 권장 모드와 추가 확인 사항
사용 목적	권장 시작 설정	추가 확인 사항
일반 웹사이트와 동영상	규칙 모드	관련 도메인이 예상한 동일 정책 그룹으로 연결되는지, 기본 그룹이 올바르게 선택되어 있는지 확인하세요.
특정 서비스 하나만 접속되지 않을 때	잠시 전역 모드로 비교	GLOBAL의 실제 출구, 기존 연결을 새로 만들었는지, DNS에 이상이 없는지 확인하세요.
온라인 게임	필요한 트래픽 가로채기와 규칙 모드	게임 트래픽이 코어에 들어오는지, 노드가 UDP를 지원하는지, 라우팅 및 패킷 손실에 문제가 없는지 확인하세요.
회사 인트라넷과 로컬 기기	규칙 모드, 인트라넷은 직접 연결	기업 VPN 라우팅, 내부 DNS, 로컬 네트워크 대역의 제외 설정이 올바른지 확인하세요.
인터넷 회선 자체 확인	직접 연결 모드로 비교	필요하면 트래픽 가로채기를 끄고 테스트한 뒤, 끝나면 원래 설정으로 되돌리세요.

게임은 “전역 모드가 더 빠르다”는 뜻이 아닙니다

게임 지연 시간은 서버 위치, 통신사 경로, 원격 노드의 경로, 네트워크 혼잡의 영향을 받습니다. 전역 모드로 바꿔도 우회 경로를 쓰는 출구가 개선되지는 않으며, 노드에 없는 UDP 기능이 생기지도 않습니다. 게임 프로세스가 코어에 들어오지 않는다면 세 모드를 전환해도 달라지는 것이 없을 수 있습니다. 무작정 전역 모드로 바꾸기보다 먼저 연결 기록을 확인하고 TUN이 필요한지 판단하세요.

업무 환경에서는 인트라넷과 기업 네트워크 정책을 우선하세요

기업 VPN과 TUN은 모두 라우팅과 DNS를 바꿀 수 있으므로, 둘을 함께 켰다면 인트라넷 도메인이 어디에서 조회되는지 특히 주의해서 확인해야 합니다. 업무 시스템이 내부 DNS에 의존한다면 IP 직접 연결 규칙 하나만 추가해도 해결되지 않을 수 있습니다. 도메인이 이미 잘못된 주소로 조회됐을 수 있기 때문입니다. 회사 네트워크 정책을 따르고, 기업 VPN이 처리할 주소와 로컬 프록시가 처리할 트래픽을 구분하세요. 같은 대역을 두 가로채기 방식이 동시에 처리하지 않도록 해야 합니다.

모드 전환 위치와 적용 여부 확인

Clash는 코어와 설정 생태계를 가리키는 이름이며, 그래픽 클라이언트마다 화면 구성이 다릅니다. Clash Meta는 이후 mihomo라는 이름으로 발전했으며, mihomo를 사용하는 클라이언트끼리도 같은 버튼을 사용하지 않을 수 있습니다. 버튼 이름과 기능을 기준으로 메뉴를 찾고, 오래된 스크린샷을 모든 클라이언트의 표준 메뉴로 여기지 마세요.

모드 선택 메뉴를 찾으세요. 데스크톱 클라이언트에서는 보통 “프록시” 페이지 상단이나 트레이 메뉴에서 “규칙 / 전역 / 직접 연결”을 선택할 수 있습니다. 영어 표기는 보통 Rule, Global, Direct입니다. 예를 들어 Clash Verge Rev에서는 “프록시” 페이지에서 모드 전환 메뉴를 찾을 수 있으며, 위치는 버전에 따라 달라질 수 있습니다.
트래픽 가로채기 설정을 확인하세요. 클라이언트의 “설정” 또는 홈 화면에서 “시스템 프록시”와 “TUN 모드”를 확인하세요. 이 옵션을 모드 선택과 혼동하지 마세요. 규칙 모드를 켜도 시스템 프록시가 활성화되는 것은 아닙니다.
정책 그룹을 확인하세요. 규칙 모드에서는 해당 요청에 일치한 정책 그룹을, 전역 모드에서는 GLOBAL을 확인하세요. 화면에서 강조된 모드만 기억하지 말고 실제 선택된 노드나 하위 그룹도 기록하세요.
테스트 연결을 새로 만드세요. 페이지를 새로고침해도 지속 연결이 모두 종료되는 것은 아닙니다. 필요하면 관련 탭을 닫았다가 다시 열거나, 클라이언트의 연결 페이지에서 해당 연결을 종료하세요. 이 작업을 하면 진행 중인 전송이 중단됩니다.
연결 기록을 확인하세요. “연결” 페이지에서 대상 도메인이나 IP를 찾아 일치한 규칙, 정책 경로, 출구를 확인하세요. 메뉴 이름은 클라이언트마다 다를 수 있습니다. 로그도 참고하되 웹페이지 하나가 열리는지만으로 판단하지 마세요.

설정 파일의 모드 필드

# 세 항목 중 하나만 남기세요. 아래는 규칙 모드입니다
mode: rule

# 전역 모드 사용: mode: global
# 직접 연결 모드 사용: mode: direct

이 항목은 최상위 필드이므로 규칙이나 노드 아래에 들여쓰지 마세요. 그래픽 클라이언트는 시작 또는 설정 다시 불러오기 시 화면 설정으로 이 값을 덮어쓸 수 있으므로, 파일을 수정한 뒤에도 화면에서 실제 모드를 확인해야 합니다. 모드 이름 direct와 규칙 동작 DIRECT는 용도가 다릅니다. 전자는 실행 모드 값이고, 후자는 규칙에서 지정하는 내장 출구입니다.

모드 전환 후에도 문제가 계속될 때 확인할 순서

설정과 코어가 실행 중인지 확인하세요. 구독을 가져오는 데 성공했다고 코어가 설정을 정상적으로 불러왔다는 뜻은 아닙니다. 먼저 설정 파싱 오류가 있는지 확인한 다음 프록시 수신 포트가 열려 있는지 확인하세요.
요청이 코어에 들어오는지 확인하세요. 연결 페이지를 열고 새 테스트 요청을 보내세요. 기록이 전혀 없다면 앱의 프록시 설정, TUN 라우팅, 제외 항목부터 확인하세요.
모드와 출구를 확인하세요. 현재 모드, 일치한 규칙, 최종 노드를 기록하세요. 규칙이 DIRECT와 일치했다면 다른 프록시 그룹에서 노드를 바꿔도 해당 연결에는 보통 영향을 주지 않습니다.
규칙 모드와 전역 모드를 비교하세요. 노드는 그대로 두고 연결을 새로 만드세요. 전역 모드에서는 되지만 규칙 모드에서는 안 된다면 규칙과 정책 그룹부터 확인하세요. 두 모드 모두 실패하면 노드, 구독 상태, DNS, 대상 서비스를 확인하세요.
직접 연결 모드와 트래픽 가로채기 해제를 비교하세요. 직접 연결 모드에서도 실패하지만 가로채기를 해제한 뒤 정상으로 돌아온다면 가로채기 경로, DNS 또는 라우팅을 추가로 확인해야 합니다. 기존 설정을 기록해 두었다가 테스트가 끝나면 복구하세요. 종료한 로컬 포트를 시스템 프록시가 계속 가리키는 상황을 방지할 수 있습니다.

자주 묻는 질문 3가지

규칙 모드는 전역 모드보다 눈에 띄게 느린가요?

모드만으로는 판단할 수 없습니다. 규칙 매칭에도 처리 비용이 들지만, 실제 사용 경험은 최종 출구, DNS, 연결 재사용, 네트워크 혼잡에도 영향을 받습니다. 두 모드에서 서로 다른 노드를 선택했다면 측정된 차이를 규칙 매칭 탓으로 돌릴 수 없습니다. 비교할 때는 대상 주소, 노드, 트래픽 가로채기 방식, 테스트 시간대를 가능한 한 동일하게 유지하세요.

직접 연결 모드로 바꿨는데도 클라이언트에 트래픽 기록이 남는 이유는 무엇인가요?

직접 연결 모드라고 요청이 코어를 우회하는 것은 아닙니다. 시스템 프록시나 TUN이 연결을 코어로 보낼 수 있고, 코어는 대상에 직접 연결하므로 연결 목록은 계속 갱신됩니다. 구독 업데이트나 상태 확인 같은 백그라운드 작업도 별도로 요청을 보낼 수 있습니다. 전체 트래픽 수치만으로 특정 웹사이트가 프록시 노드를 사용했다고 판단해서는 안 됩니다.

전역 모드에서 접속이 되면 계속 전역 모드를 사용해도 되나요?

가로채는 모든 트래픽이 같은 출구를 사용해야 한다면 계속 사용할 수 있지만, 로컬 서비스나 업무 시스템에 적합하지 않을 수 있다는 점을 감안해야 합니다. 로컬 서비스와 원격 서비스를 함께 사용하는 일상 환경에서는 규칙 모드로 돌아가 관련 도메인이나 규칙 집합을 수정하고 요청이 예상한 정책으로 가는지 확인하는 편이 안전합니다. 잘못된 분기를 감추려고 전역 모드를 계속 사용하지 마세요.

모드 선택은 한 가지 원칙으로 정리할 수 있습니다. 평소에는 규칙 모드를 사용하고, 접속 문제가 생기면 전역 모드로 출구를 확인하며, 직접 연결 모드로 로컬 경로를 점검하세요. 어떤 모드를 선택하든 연결 기록을 확인해 트래픽이 실제로 어디를 거쳤는지 확인해야 합니다. 규칙 유형과 설정 필드가 더 궁금하다면 프로토콜 안내서를, 그래픽 클라이언트를 선택할 때는 클라이언트 비교에서 플랫폼과 코어별 차이를 확인하세요.