세 가지 모드: 연결이 코어에 들어온 뒤 사용할 경로 결정
Clash 프록시 모드는 코어가 이미 가로챈 연결을 어떻게 처리할지 정합니다. 규칙 모드는 규칙을 하나씩 확인하고, 전역 모드는 단일 전역 정책을 적용하며, 직접 연결 모드는 대상에 바로 접속합니다. 한국과 해외 서비스를 함께 이용한다면 보통 규칙 모드부터 사용하세요. 전역 모드는 프록시 경로를 잠시 확인할 때, 직접 연결 모드는 현재 네트워크에서 대상에 바로 접속할 수 있는지 점검할 때 적합합니다.
먼저 두 가지를 구분해야 합니다. 연결이 Clash에 들어오는지, 들어온 연결이 어떤 경로로 나가는지입니다. 시스템 프록시와 TUN은 주로 첫 번째에 영향을 주고, 규칙·전역·직접 연결 모드는 두 번째를 결정합니다. 따라서 전역 모드를 선택해도 컴퓨터의 모든 앱이 자동으로 프록시를 사용하는 것은 아닙니다.
| 모드 | 연결 경로 선택 | 사용 사례 | 주요 확인 항목 |
|---|---|---|---|
| 규칙 Rule | 규칙 순서에 따라 대상별 정책 적용 | 한국 내 서비스는 직접 연결, 해외 서비스는 프록시로 동시 처리 | 일치한 규칙과 정책 그룹 선택 |
| 전역 Global | GLOBAL 전역 정책 사용 | 규칙 분류 문제를 잠시 배제할 때 | GLOBAL이 최종적으로 선택한 경로 |
| 직접 연결 Direct | 서비스 연결이 대상에 직접 접속 | 현재 네트워크의 직접 연결 여부 테스트 | 로컬 네트워크 경로와 대상 연결 가능 여부 |
규칙 모드: 한국 내 직접 연결과 해외 프록시를 함께 사용
규칙 모드는 설정의 mode: rule에 해당합니다. 코어는 규칙 목록을 위에서 아래로 확인해 일치하는 규칙의 정책을 적용합니다. 해당 정책이 정책 그룹이라면 그룹 내 선택 항목이나 동작 방식에 따라 최종 경로가 정해집니다. 모든 노드를 차례로 시험한 뒤 사이트에 접속되는 노드를 자동으로 고르는 방식은 아닙니다.
규칙은 개수보다 순서가 중요합니다
아래는 설정 예시이며 단독으로 실행할 수 있는 완전한 구독 파일이 아닙니다. 사용하려면 기존 설정에 ‘출구’라는 정책 그룹이 있고 그 안에 사용 가능한 프록시 노드가 있어야 합니다. 설정을 합칠 때는 해당 항목을 바꾸고, 파일 끝에 두 번째 rules를 중복으로 추가하지 마세요.
mode: rule
mixed-port: 7890
allow-lan: false
rules:
- DOMAIN-SUFFIX,bilibili.com,DIRECT
- DOMAIN-SUFFIX,github.com,출구
- MATCH,출구
mixed-port: 7890은 HTTP와 SOCKS 혼합 프록시가 로컬에서 수신할 포트를 설정합니다. 이 예시의 값일 뿐, 모든 클라이언트가 이 포트를 사용하는 것은 아닙니다.DOMAIN-SUFFIX,bilibili.com,DIRECT는 해당 도메인과 하위 도메인을 직접 연결합니다. 이 서비스에서 사용하는 모든 타사 리소스 도메인까지 포함하는 것은 아닙니다.DOMAIN-SUFFIX,github.com,출구는 일치하는 연결을 ‘출구’ 정책 그룹으로 보냅니다. 실제로 프록시를 사용할지는 그룹 내 선택에 따라 달라집니다.MATCH,출구는 앞선 규칙에 일치하지 않은 연결을 처리합니다. 적용하려는 구체적인 규칙 뒤에 배치해야 합니다.
목록 첫 줄에 MATCH,DIRECT를 넣으면 뒤에 있는 도메인 규칙이 해당 연결을 처리하지 못합니다. 대규모 구독은 보통 RULE-SET으로 외부 규칙 세트를 불러오며, 이 경우에도 규칙 순서는 동일하게 적용됩니다. 문제를 확인할 때는 구독 파일의 일부만 편집한 내용을 보는 데 그치지 말고 클라이언트에 실제로 로드된 규칙을 확인하세요.
규칙 모드에서도 모든 연결이 프록시를 거칠 수 있습니다
‘규칙’은 연결을 분류하는 방식일 뿐, 한국 내 연결을 직접 연결한다는 보장은 아닙니다. 설정에 MATCH,출구만 있거나 한국 사이트에 맞는 규칙이 없어 최종 프록시 정책으로 넘어가면 해당 연결도 프록시를 거칩니다. 반대로 프록시 정책 그룹에서 DIRECT를 선택했다면 해당 그룹에 일치해도 직접 연결됩니다. 결과를 판단할 때는 일치한 규칙, 정책 그룹, 최종 경로를 모두 확인하세요.
전역 모드: 단일 정책으로 잠깐 비교 테스트
전역 모드는 mode: global에 해당합니다. 가로챈 서비스 연결은 일반 규칙 목록을 하나씩 거치지 않고 내장된 GLOBAL 전역 선택 정책으로 전달됩니다. 클라이언트에서는 모드 전환과 전역 노드 선택이 별개의 동작인 경우가 많습니다. 먼저 Global 모드로 전환한 다음 전역 정책에서 선택한 노드나 정책 그룹을 확인하세요.
GLOBAL에서 DIRECT를 선택했다면 전역 모드에서도 직접 연결될 수 있습니다. 따라서 화면에 전역 모드라고 표시되는 것만으로 프록시를 사용 중이라고 단정할 수 없습니다. 연결 세부 정보의 정책 경로와 신뢰할 수 있는 외부 IP 확인 결과를 통해 최종 경로를 확인하세요.
해외 사이트에 접속되지 않을 때 전역 모드로 원인 찾기
- 규칙 모드에서 대상에 접속한 다음 연결 세부 정보에 표시된 대상 도메인, 일치 규칙, 최종 정책을 기록합니다.
- 전역 모드로 전환하고 정상 작동이 확인된 프록시 노드를 선택합니다. 시스템 프록시나 TUN 상태는 그대로 유지합니다.
- 기존 웹페이지 연결을 닫고 다시 접속합니다. 이전의 장기 연결이 재사용되지 않도록 필요하면 앱을 재시작하세요.
- 전역 모드에서는 접속되지만 규칙 모드에서는 안 된다면 규칙 순서와 정책 그룹 선택을 먼저 확인하세요. 두 모드 모두 접속되지 않으면 노드, DNS, 트래픽 진입 경로, 대상 서비스 상태를 점검하세요.
이 비교만으로 DNS 차이를 완전히 배제할 수는 없지만 원인 범위를 좁힐 수 있습니다. 사이트 하나를 다시 열기 위해 전역 모드를 계속 사용하지 마세요. 잘못된 규칙을 찾아 수정한 뒤 규칙 분류로 돌아가야 한국 내 서비스에 대한 로컬 연결 경로를 유지할 수 있습니다.
한국 사이트가 느려질 수 있는 이유
한국 사이트는 원래 국내 통신사 네트워크로 직접 접속할 수 있습니다. 전역 정책에서 해외 노드를 선택하면 요청이 해외 프록시 서버를 거친 뒤 한국의 원본 서버나 CDN으로 돌아올 수 있습니다. 경로가 길어지면 지연 시간, 국제 회선 상태, 프록시 서버의 대역폭이 초기 화면 표시와 동영상 로딩에 영향을 줄 수 있습니다. 접속 위치가 달라지면 CDN의 서버 선택이 바뀌거나 계정 추가 인증이 요구될 수도 있습니다.
예를 들어 같은 페이지의 첫 바이트 수신 시간이 직접 연결 시 45ms에서 프록시 사용 시 230ms로 늘었다면, DNS를 전부 바꾸기 전에 연결 경로부터 확인하세요. 이 수치는 측정 방법을 설명하기 위한 예시이며, 본 사이트의 실측값이나 성능 기준이 아닙니다. 실제 비교에서는 같은 기기와 리소스를 사용해 각각 최소 3회 측정하고, 캐시 적중 여부와 첫 로딩을 구분하세요.
직접 연결 모드: 클라이언트를 끄거나 네트워크 설정을 전부 초기화하는 기능이 아닙니다
직접 연결 모드는 mode: direct에 해당합니다. 코어에 들어온 서비스 연결은 일반 규칙으로 프록시 경로를 선택하지 않고 대상에 직접 접속합니다. 한국 사이트의 기본 연결 상태를 점검하거나 문제가 원격 프록시와 관련 있는지 확인할 때 적합합니다. 현재 네트워크에서 대상에 직접 접속할 수 없다면 직접 연결 모드로 바꿔도 연결 가능성이 생기지는 않습니다.
직접 연결 모드는 Clash를 종료하는 것과 다릅니다. 시스템 프록시가 로컬 수신 포트를 가리키거나 TUN이 계속 라우팅을 가로채고 있다면 연결은 여전히 로컬 코어에서 처리될 수 있습니다. 코어의 DNS 모듈도 기존 DNS 설정에 따라 계속 작동할 수 있으므로 ‘Direct’라는 표시만 보고 모든 DNS 요청이 시스템 기본 경로로 돌아갔다고 판단해서는 안 됩니다.
- 직접 연결로 전환: 클라이언트는 실행한 채 서비스 연결의 경로만 잠시 바꿀 때 적합합니다.
- 시스템 프록시 끄기: 해당 시스템 설정을 따르는 앱이 이 프록시 진입 경로를 사용하지 않게 합니다. TUN까지 자동으로 꺼지지는 않습니다.
- TUN 끄기: 해당 가상 네트워크 어댑터를 통한 트래픽 가로채기를 해제합니다. 앱에서 직접 설정한 HTTP 또는 SOCKS 프록시는 계속 작동할 수 있습니다.
- 클라이언트 종료: 시스템 프록시와 라우팅 설정이 복원됐는지 확인해야 합니다. 로컬 포트를 가리키는 프록시 설정이 남아 있으면 인터넷에 연결되지 않을 수 있습니다.
전환 위치: 화면의 모드, 정책 선택, 트래픽 진입 경로를 따로 확인
Clash Verge Rev의 일반적인 데스크톱 화면을 예로 들면, ‘프록시’로 이동해 페이지 상단에서 ‘규칙’, ‘전역’, ‘직접 연결’을 선택합니다. 영어 인터페이스에서는 Rule, Global, Direct로 표시됩니다. 버전에 따라 모드 아이콘이나 드롭다운 메뉴로 보일 수 있으므로 현재 화면의 안내 문구를 확인하세요. 전역 모드를 선택한 뒤에는 전역 정책의 현재 선택 항목도 확인해야 합니다.
시스템 프록시와 TUN은 보통 별도의 설정이며 세 가지 모드에 포함되지 않습니다. 전체 플랫폼 가이드에서 해당 플랫폼의 트래픽 가로채기 설정을 먼저 확인하세요. 설치, 구독 가져오기, 기본 연결 절차는 설정 안내에서 확인할 수 있습니다. 특정 데스크톱 클라이언트의 메뉴 위치를 모든 모바일 앱에 그대로 적용하지 마세요.
설정 파일에 사용하는 정확한 세 값
# 일상적인 규칙 분류
mode: rule
# 전역 정책을 임시로 사용
mode: global
# 서비스 연결을 대상으로 직접 연결
mode: direct
세 코드 블록은 서로 배타적인 선택지이므로 세 항목을 복사해 중복된 mode 필드로 함께 사용하면 안 됩니다. 클라이언트 화면에서 실행 중인 모드를 바꾸더라도 설정 파일에 다시 기록되는지는 클라이언트 구현에 따라 다릅니다. 구독을 새로 고치면 수동 변경이 덮어써질 수 있으니 저장한 뒤 화면의 현재 모드를 다시 확인하고 재시작 후에도 설정이 유지되는지 점검하세요.
네 가지 사용 사례로 알아보는 프록시 모드 선택
일상적인 웹 이용과 한국 내 업무: 규칙 모드부터 사용
한국 동영상 서비스, 인터넷 뱅킹, 업무용 도구와 해외 문서를 함께 이용한다면 규칙 모드를 선택하세요. 한국 내 서비스에 접속한 뒤 ‘연결’ 화면에서 해당 요청이 DIRECT 규칙에 일치하는지 확인합니다. 특정 서비스가 잘못 분류됐다면 더 구체적인 도메인 규칙을 추가하거나 규칙 세트 순서를 수정하세요. 모든 연결을 직접 연결로 바꿀 필요는 없습니다.
해외 서비스 하나에 문제가 있을 때: 전역 모드는 비교용으로만 사용
먼저 노드가 정상 작동하는지 확인한 뒤 잠시 전역 모드로 전환하세요. 접속이 복구되면 규칙 모드로 돌아와 대상 도메인이 잘못된 직접 연결 규칙에 포함됐는지 확인합니다. 한 페이지에서도 로그인, 정적 리소스, API에 서로 다른 도메인을 사용할 수 있으므로 첫 화면이 열린다고 모든 연결이 올바르게 분류된 것은 아닙니다.
은행이나 국내 서비스에 문제가 표시될 때: 실제 연결 경로 확인
규칙 모드에서 대상 서비스를 직접 연결하도록 설정하고, 필요하면 직접 연결 모드로 비교 테스트하세요. 전환한 뒤에는 새 연결을 만들어 이전 경로를 사용하던 세션이 남지 않도록 합니다. 로컬 네트워크 관리 페이지의 경우 사설 IP 라우팅과 TUN 제외 설정도 확인하세요. Direct를 선택하는 것만으로 모든 라우팅 문제가 해결되지는 않습니다.
게임이나 명령줄 도구에 변화가 없을 때: 트래픽 진입 경로 확인
규칙 모드에서 전역 모드로 바꿔도 앱 트래픽과 연결 목록에 변화가 없다면 해당 프로그램이 코어에 들어오는지 먼저 확인하세요. 명령줄 도구는 프록시를 별도로 설정해야 할 수 있으며, 일부 게임은 UDP를 사용해 HTTP 시스템 프록시를 자동으로 따르지 않습니다. TUN 사용 여부는 프로토콜 지원, 권한, 라우팅 요구 사항을 고려해 결정하세요.
전환 후 새 연결로 결과 확인
- 진입 경로를 확인합니다. 앱에서 사용하는 프록시 주소와 실제 수신 포트를 대조하세요. 프록시가 로컬의
127.0.0.1:7890으로 설정돼 있다면 앱이 이전 포트인7897에 연결하고 있지 않아야 합니다. - 모드를 확인합니다. 화면에 표시된 값이 Rule, Global, Direct 중 원하는 모드인지 확인하세요. 구독을 다시 불러온 뒤 설정이 되돌아가지 않았는지도 살펴봅니다.
- 정책을 확인합니다. 규칙 모드에서는 일치한 규칙을, 전역 모드에서는 GLOBAL의 선택 항목을 확인하고 두 경우 모두 최종 경로까지 점검하세요.
- 새 연결을 만듭니다. 대상 페이지나 앱을 닫았다가 다시 시도하세요. 페이지 새로고침만으로는 HTTP/2, HTTP/3 또는 다른 장기 연결이 재사용될 수 있습니다.
- 결과를 기록합니다. 대상 도메인, 연결 시간, 정책 경로, 오류 메시지를 적어 두세요. 모드와 노드, DNS를 한꺼번에 바꾸지 말고 매번 설정 하나씩만 변경합니다.
규칙 모드와 전역 모드 중 어느 쪽이 더 빠른가요?
정해진 답은 없습니다. 최종적으로 같은 노드를 사용한다면 모드만 바꾸는 것이 속도 차이의 주된 원인인 경우는 드뭅니다. 규칙 모드에서는 한국 사이트에 직접 연결하고 전역 모드에서는 해외를 경유하는 경우처럼 연결 경로가 달라지는지가 핵심입니다. 연결 지연 시간, 다운로드 대역폭, 대상 서버의 속도 제한도 구분해서 살펴보세요.
전역 모드를 사용하면 모든 DNS 조회가 프록시를 거치나요?
그렇게 단정할 수 없습니다. DNS 처리는 앱 자체 암호화 DNS 사용 여부, 코어의 nameserver 설정, DNS 요청의 출구 방식, TUN의 DNS 가로채기 여부에 따라 달라집니다. 전역 모드는 서비스 연결에 적용하는 정책 선택이지, DNS 유출을 완전히 막는 설정은 아닙니다.
초보자도 세 가지 모드를 매일 전환해야 하나요?
대부분 그럴 필요가 없습니다. 규칙과 정책 그룹을 올바르게 설정했다면 평소에는 규칙 모드를 사용하면 됩니다. 문제가 생겼을 때 전역 모드와 직접 연결 모드로 잠시 비교해 차이를 기록한 뒤 규칙이나 트래픽 진입 경로를 수정하세요. 모드 전환은 문제를 진단하는 방법이지 안정적인 트래픽 분류 설정을 대신하지 않습니다.