Clash 규칙 모드·전역 모드·직접 연결 모드 차이와 일상적인 선택법

평소에는 규칙 모드, 문제 해결 때만 잠시 전환

사용 가능한 구독이 있고 로컬 서비스는 직접 연결하면서 특정 사이트만 프록시로 접속하려면 규칙 모드를 선택하세요. 전역 모드는 프록시 출구를 잠깐 확인할 때, 직접 연결 모드는 로컬 네트워크를 점검할 때 적합합니다. 세 모드는 Clash 코어에 들어온 트래픽을 처리하는 방식이 다를 뿐, 서로 다른 노드나 속도 단계가 아닙니다.

Clash 계열 클라이언트와 Clash Meta(현재 mihomo) 코어를 사용하는 클라이언트에서는 보통 세 가지 옵션을 ‘규칙 / Rule’, ‘전역 / Global’, ‘직접 연결 / Direct’로 표시합니다. 메뉴 위치는 클라이언트 버전에 따라 다르지만, 코어 설정 필드는 대개 각각 rule, global, direct입니다.

모드	출구 선택 방식	주요 사용 상황	주의 사항
규칙 Rule	rules 순서에 따라 대상 정책을 적용	일상적인 웹 탐색, 도메인이나 앱별 트래픽 분리	현재 설정된 규칙에 따라 결과가 달라짐
전역 Global	GLOBAL 정책 그룹에서 현재 선택한 항목 사용	트래픽 분리 규칙이 문제인지 임시 확인	GLOBAL에서 실제로 무엇을 선택했는지 확인해야 함
직접 연결 Direct	로컬 네트워크를 통해 대상에 직접 연결	로컬 네트워크 출구 확인, 직접 연결로 임시 복구	클라이언트나 TUN을 끄는 것과는 다름

세 가지 모드의 트래픽 흐름

규칙 모드: 규칙에 따라 출구를 결정하며, 웹사이트 위치를 자동으로 추측하지 않음

앱 요청
  → 시스템 프록시 또는 TUN으로 유입
  → Clash / mihomo
  → rules를 순서대로 확인
      → DIRECT 규칙에 일치: 로컬 네트워크 → 대상
      → 프록시 정책 그룹에 일치: 선택한 노드 → 대상
      → REJECT 규칙에 일치: 연결 거부
      → MATCH에 도달: 기본 정책으로 처리

규칙은 위에서 아래로 확인하며, 보통 처음 일치하는 규칙이 대상의 처리 방식을 결정합니다. 대상은 내장 정책인 DIRECT, REJECT일 수도 있고 설정에 정의된 정책 그룹일 수도 있습니다. 규칙 모드에 ‘중국 본토는 직접 연결, 해외는 프록시’ 같은 고정 목록이 내장된 것은 아닙니다. 구독에 어떤 규칙이 있는지, 규칙 세트가 제대로 로드되었는지에 따라 최종 결과가 결정됩니다.

예를 들어 회사 내부 도메인은 직접 연결해야 하는데 기본 규칙에 따라 프록시 그룹으로 보내지면 접속에 실패할 수 있습니다. 이때 노드를 바꾸는 것만으로는 해결되지 않을 수 있으니, 먼저 연결 세부 정보에서 적용된 규칙을 확인하고 더 구체적인 직접 연결 규칙을 추가할지 검토하세요. 회사 VPN을 사용하는 환경에서는 다른 트래픽 가로채기 설정이 경로를 덮어쓰지 않는지도 확인해야 합니다.

전역 모드: 일반적인 트래픽 분리를 건너뛰고 GLOBAL 선택 항목 사용

코어에 들어온 앱 요청
  → GLOBAL 정책 그룹
  → 현재 선택한 노드 또는 정책
  → 대상

전역 모드는 일반적으로 rules 목록에 따라 트래픽을 분리하지 않고, 내장된 GLOBAL 정책 그룹을 사용합니다. 이 모드는 ‘출구를 명확히 지정했을 때 같은 대상에 정상적으로 접속할 수 있는가?’라는 질문을 확인하는 데 적합합니다. 전환한 다음 프록시 페이지에서 GLOBAL을 펼쳐 원하는 노드나 정책 그룹이 선택되어 있는지 확인하세요.

전역 모드라고 해서 반드시 원격 노드를 거치는 것은 아닙니다. GLOBAL에서 DIRECT를 선택했거나 하위 정책이 최종적으로 직접 연결을 사용하면 트래픽은 그대로 직접 전송됩니다. 코어에 들어오지 않은 다른 앱의 트래픽까지 자동으로 가져오지도 않습니다.

직접 연결 모드: 트래픽은 계속 유입되지만 원격 프록시 노드는 사용하지 않음

코어에 들어온 앱 요청
  → DIRECT
  → 로컬 네트워크
  → 대상

직접 연결 모드에서는 코어에 들어온 연결이 로컬 네트워크를 통해 나갑니다. 클라이언트가 로컬 프록시 포트, DNS 서비스 또는 TUN 가상 네트워크 어댑터를 계속 실행할 수도 있으므로 ‘클라이언트 실행 전의 네트워크 상태로 복원’되는 것은 아닙니다. 클라이언트를 완전히 거치지 않는 상태와 비교하려면 시스템 프록시와 TUN을 별도로 끄고 앱 자체의 프록시 설정도 확인하세요.

프록시 모드, 시스템 프록시, TUN의 차이

시스템 프록시와 TUN은 ‘트래픽을 어떻게 받아들일지’를 정하고, 규칙·전역·직접 연결은 ‘들어온 트래픽을 어떻게 내보낼지’를 정합니다. 가장 혼동하기 쉬운 두 설정 계층입니다. TUN을 활성화해도 규칙 모드를 선택할 수 있으며, TUN을 사용하려고 모드를 전역으로 바꿀 필요는 없습니다.

시스템 프록시: 시스템 프록시 설정을 따르는 앱이 요청을 로컬 프록시 포트로 보내도록 합니다. 일부 게임, 명령줄 도구, 자체 네트워크 스택을 사용하는 앱은 시스템 프록시를 따르지 않습니다.
TUN 모드: 가상 네트워크 인터페이스와 관련 라우팅을 통해 트래픽을 가져옵니다. 일반적으로 시스템 프록시보다 더 많은 트래픽을 처리하지만, 라우팅 제외 설정, 권한, 플랫폼 구현 등의 영향을 받습니다.
프록시 모드: 코어에 들어온 연결을 규칙 분기, GLOBAL 정책 또는 직접 연결로 처리합니다.

예를 들어 설정의 mixed-port: 7890은 로컬 혼합 프록시가 7890 포트에서 연결을 수신한다는 뜻이지, 전역 모드가 활성화되었다는 뜻은 아닙니다. 브라우저의 수동 프록시 주소로 127.0.0.1:7890을 지정할 수 있습니다. 포트는 클라이언트에 현재 표시된 값을 사용해야 하며, 예시 포트를 모든 설치 환경의 기본값으로 간주하면 안 됩니다.

클라이언트에서 모드를 바꾸고 실제 적용 여부 확인

데스크톱 클라이언트에서는 보통 홈 화면 카드, 프록시 페이지 또는 트레이 메뉴에서 모드를 바꿀 수 있습니다. Clash Verge Rev 같은 클라이언트라면 기본 화면에서 ‘프록시 모드’를 찾아 ‘규칙’, ‘전역’, ‘직접 연결’ 중 하나를 선택하세요. 일부 버전에서는 트레이 아이콘 메뉴에서도 전환할 수 있습니다. 메뉴 이름과 위치는 달라질 수 있으므로 비슷하게 생긴 스위치가 아니라 세 가지 모드 옵션을 기준으로 확인하세요.

현재 상태 기록: 현재 모드와 노드, 시스템 프록시 및 TUN의 활성화 여부를 기록해 두세요. 노드 이름만 적어 두면 안 됩니다.
전역 모드로 전환: ‘전역 / Global’을 선택하고 ‘프록시 / Proxies’ 페이지에서 ‘GLOBAL’을 펼친 다음, 사용 가능한 것으로 확인된 노드를 선택하세요.
새 요청 만들기: 대상 페이지를 다시 열고 ‘연결 / Connections’에서 해당 도메인을 찾으세요. 필요한 경우 해당 대상의 기존 연결만 종료한 뒤 페이지를 새로고침하세요.
출구 경로 확인: 연결 세부 정보에서 선택한 노드나 정책 경로를 확인할 수 있어야 합니다. 화면에 따라 GLOBAL, 노드 이름 또는 전체 경로가 표시될 수 있으므로 버튼이 강조 표시된 것만 보고 판단하지 마세요.
규칙 모드로 복귀: 테스트가 끝나면 ‘규칙 / Rule’로 전환하고 같은 대상에 다시 접속해 적용된 규칙과 최종 정책을 비교하세요.

이미 수립된 TCP 연결, 브라우저 연결 풀, 실행 중인 다운로드는 기존 연결을 계속 사용할 수 있습니다. 모드를 바꾼다고 모든 기존 세션이 즉시 다시 연결되는 것은 아닙니다. 잘못 판단하지 않도록 대상 페이지를 다시 여는 것부터 시도하세요. 회의나 파일 전송이 끊길 수 있으니 처음부터 모든 연결을 종료할 필요는 없습니다.

설정 파일의 mode 필드

# 설정 예시: 일상적으로 규칙 모드 사용
mode: rule

# 로컬 혼합 프록시 포트 예시. 실제 설정값을 확인하세요
mixed-port: 7890

전역 모드나 직접 연결 모드가 필요하면 mode 값을 각각 global 또는 direct로 바꾸세요. 하나의 YAML에 최상위 mode를 여러 번 작성하면 안 됩니다. GUI 클라이언트는 실행 중 선택한 모드를 저장하거나 오버라이드 설정으로 구독의 필드를 덮어쓸 수 있습니다. 설정을 다시 불러온 뒤 모드가 바뀐다면 구독 원문을 계속 수정하기보다 클라이언트의 저장 설정을 확인하세요.

규칙 모드에서는 안 되고 전역 모드에서는 될 때 확인할 순서

흔히 볼 수 있는 현상이지만, 그렇다고 바로 ‘규칙 모드에 문제가 있다’고 결론 내릴 수는 없습니다. 전역 테스트에서 다른 노드를 사용했거나 잘못된 직접 연결 규칙을 우회했을 수도 있습니다. 테스트 조건을 동일하게 맞춰야 결과를 비교할 수 있습니다.

먼저 두 모드에서 같은 노드 사용

규칙 모드에서 대상에 적용된 프록시 그룹을 찾아 노드를 직접 선택하고, 전역 모드에서도 GLOBAL이 같은 노드를 사용하도록 설정하세요. 테스트 중 자동 선택 그룹이 출구를 바꾸지 않도록 잠시 피하세요. 그렇지 않으면 모드뿐 아니라 경로까지 달라져 비교가 어려워집니다.

그다음 적용된 규칙과 기본 정책 확인

대상이 DIRECT에 일치했지만 로컬 네트워크로 접속되지 않음: 범위가 지나치게 넓은 도메인 직접 연결 규칙이나 IP 규칙이 있는지 확인하세요.
대상이 REJECT에 일치함: 차단 규칙이 잘못 적용되었는지 확인하세요. 특히 로그인, 인증, 정적 리소스 도메인을 살펴보세요.
대상이 MATCH로 처리됨: 기본 대상이 예상한 값인지, 관련 규칙 세트가 제대로 로드되었는지 확인하세요.
대상이 올바른 프록시 그룹에 일치했지만 접속에 실패함: 그룹 이름에 ‘프록시’가 포함되어 있는지만 보지 말고 실제로 어떤 항목이 선택되었는지 확인하세요.

사용자 지정 규칙은 이미 존재하는 정책 그룹 이름을 참조해야 하며 이름도 정확히 일치해야 합니다. 더 구체적인 규칙은 보통 먼저 적용되는 포괄적인 규칙보다 앞에, 기본 규칙인 MATCH보다 앞에 배치해야 합니다. 구독을 업데이트하면 수동 변경 사항이 덮어써질 수 있으므로 장기적으로 설정을 조정하려면 클라이언트의 규칙 오버라이드나 병합 기능을 사용하세요. 저장 전에 해당 기능의 안내를 읽어 보세요.

마지막으로 DNS 확인

전역 모드로 바꿔도 전체 DNS 설정이 자동으로 바뀌는 것은 아닙니다. 도메인 조회 실패, DNS 업스트림 연결 불가, fake-ip와 앱의 비호환성 같은 문제는 여러 모드에서 발생할 수 있습니다. 먼저 로그에서 DNS 조회 시간 초과가 있는지 확인한 뒤 DNS 업스트림에 연결할 수 있는지 점검하세요. ‘전역’을 DNS 문제 해결 버튼처럼 사용하지 말고, 여러 DNS 필드를 한꺼번에 바꾸지도 마세요.

세 가지 대상으로 반복 가능한 비교 테스트

정상적으로 직접 연결되는 웹사이트, 프록시 출구를 지정해야 하는 대상, 라우터 관리 페이지 같은 LAN 서비스를 준비하세요. LAN 주소는 실제 게이트웨이를 확인하고, 모든 기기에서 같은 주소를 사용한다고 가정하지 마세요. 각 모드에서 약 30초간 새 연결을 관찰하고 기록하세요. 대기 시간은 성능 테스트 결과가 아닙니다.

테스트 항목	확인 위치	기록할 내용
직접 연결 웹사이트	연결 세부 정보	규칙 모드에서 예상한 직접 연결 정책이 적용되는지
프록시 대상	연결 세부 정보 및 프록시 페이지	규칙 모드와 전역 모드에서 같은 노드를 사용하는지
LAN 서비스	브라우저 및 연결 목록	잘못 프록시로 전송되었는지, 아니면 코어에 아예 들어오지 않았는지

LAN 요청이 라우팅 제외로 코어에 들어오지 않았다면 전역 모드에서도 직접 연결될 수 있습니다. 이는 전역 모드가 작동하지 않는 것이 아니라 트래픽 유입 계층의 동작입니다. 반대로 LAN 서비스 요청이 코어에 들어온 뒤 전역 모드에서 원격 노드로 보내지면 서비스에 접속하지 못할 수 있습니다. 문제 해결이 끝나면 규칙 모드로 복원하고 LAN 직접 연결 또는 라우팅 제외 설정을 확인하세요.

노드 지연 시간 테스트는 특정 탐지 방식에서의 응답 상태만 보여 줄 뿐, 대상 웹사이트의 로그인이나 동영상 재생, 파일 다운로드까지 정상적으로 된다는 뜻은 아닙니다. 실제 서비스 요청과 연결 경로, 오류 로그를 함께 확인해 판단하세요.

자주 묻는 질문과 일상 설정 팁

전역 모드가 항상 더 빠른가요?

그렇지 않습니다. 원래 직접 연결에 적합한 서비스가 원격 노드를 거치면 우회 경로와 지연 시간이 늘고 구독 트래픽 사용량도 증가할 수 있습니다. 전역 모드는 출구 선택을 단순화하고 연결을 확인하기 위한 기능이지, 모든 앱의 속도를 높이는 기능은 아닙니다. 규칙 모드의 성능은 규칙이 적절한지, DNS가 정상인지, 선택한 경로의 실제 품질이 어떤지에 따라 달라집니다.

직접 연결 모드를 쓰면 구독 트래픽 사용을 멈출 수 있나요?

코어에 들어온 일반 트래픽이 직접 연결 모드를 사용하면 선택한 원격 프록시 노드를 통해 전달되지 않습니다. 하지만 클라이언트는 노드 상태 확인, 구독 업데이트, 기타 백그라운드 작업을 계속 수행할 수 있으므로 모든 백그라운드 통신이 중단된다고 단정할 수 없습니다. 관련 활동을 중지하려면 자동 속도 측정, 업데이트 작업, 클라이언트 실행 상태를 각각 확인하세요.

모바일에서 전역 모드를 쓰면 모든 앱이 노드를 거치나요?

그렇지 않습니다. 모바일 클라이언트는 운영체제의 VPN 또는 네트워크 확장 기능으로 트래픽을 가져오며, 앱 제외, 라우팅 제외, 플랫폼 제한이 있을 수 있습니다. 먼저 대상 앱의 트래픽이 클라이언트에 들어오는지 확인한 다음 전역 정책에서 실제로 무엇을 선택했는지 살펴보세요. 상태 표시줄의 VPN 아이콘만으로 모든 연결의 출구를 판단하지 마세요.

설정을 계속하기 전에 빠른 시작 가이드에서 구독이 활성화되었는지 확인하고, 설정 참고 자료에서 규칙과 정책 그룹의 참조 관계를 살펴보세요. 모든 모드에서 접속할 수 없다면 모드를 반복해서 바꾸기보다 트래픽 유입 설정, 노드 연결 상태, DNS를 먼저 확인하세요.