#Clash 규칙·전역·다이렉트 3가지 모드 선택법: 초보자 전환 가이드와 대표 사례

##세 모드가 각각 하는 일

먼저 전제를 짚어두면, 모드(mode)는 클라이언트의 전역 스위치로 "어떤 방식으로 나가는 경로를 고를 것인가"를 결정할 뿐, 어떤 구독이나 어떤 노드를 쓰는지와는 직접 관련이 없습니다. 세 모드의 동작 차이는 다음과 같습니다.

• Rule(규칙 모드): 새 연결이 생길 때마다 설정 파일의 rules 목록을 위에서 아래로 순서대로 매칭하며, 특정 규칙에 걸리면 해당 규칙이 지정한 정책 그룹(프록시, 다이렉트, 거부)으로 처리됩니다. 아무 규칙에도 걸리지 않으면 마지막 기본 규칙(보통 MATCH 또는 FINAL)으로 떨어집니다. 이것이 일상적으로 사용하는 기본 모드이며, 국내 도메인은 다이렉트로, 해외 도메인은 프록시로, 광고 도메인은 바로 거부하는 것도 모두 이 매칭 로직에 의존합니다.
• Global(전역 모드): rules의 모든 판단을 건너뛰고, 모든 연결이 동일한 정책 그룹(보통 메인 화면에서 선택한 노드나 정책 그룹)으로 통일되어 나갑니다. 도메인, IP, 프로세스를 구분하지 않습니다.
• Direct(다이렉트 모드): 마찬가지로 규칙 판단을 건너뛰지만 방향이 반대입니다. 모든 연결이 본체 네트워크로 직접 나가며, 프록시 노드는 전혀 개입하지 않습니다.

다시 말해 Rule은 "정밀 분기", Global은 "전체 프록시", Direct는 "전체 다이렉트"입니다. 세 모드는 상호 배타적이며 동시에 하나만 적용됩니다.

##규칙 모드의 매칭 순서와 흔한 함정

규칙 모드는 가장 자주 쓰이면서도 가장 쉽게 함정에 빠지는 모드인데, 매칭 순서 문제가 관련되어 있기 때문입니다. 대표적인 규칙 예시는 다음과 같습니다.

rules:
  - DOMAIN-SUFFIX,cn,DIRECT
  - DOMAIN-KEYWORD,google,PROXY
  - GEOIP,CN,DIRECT
  - RULE-SET,reject,REJECT
  - MATCH,PROXY

핵심은 규칙이 위에서 아래로 순서대로 매칭되며, 한 번 걸리면 즉시 적용되고 이후 규칙은 더 이상 검사하지 않는다는 점입니다. 범위가 넓은 규칙(예: 특정 RULE-SET 모음)을 앞쪽에 두면, 뒤쪽의 더 정밀한 도메인 규칙이 영원히 실행될 기회를 얻지 못할 수 있습니다. 이것이 "규칙을 바꿨는데도 적용이 안 된다"는 문의의 가장 큰 원인 중 하나입니다. rule-providers로 불러온 원격 규칙 세트도 마찬가지로, 이는 규칙 묶음을 특정 위치에 통째로 삽입하는 것일 뿐이며 순서 문제는 여전히 존재합니다.

규칙 모드에서 놓치기 쉬운 부분이 하나 더 있습니다. GEOIP 계열 규칙은 GeoIP 데이터베이스로 대상 IP의 소속 지역을 판단하는데, 데이터베이스가 오래됐거나 로딩에 실패하면 해당 규칙이 바로 무효 처리되어 다음 규칙으로 넘어갑니다. 겉보기에는 "규칙이 적용되지 않는" 것과 거의 똑같지만, 실제 원인은 데이터 파일 문제이지 규칙 문법 문제가 아닙니다.

##전역 모드로 임시 전환해야 하는 시점

전역 모드는 정밀 분기를 포기하는 대신 "간섭 요소를 제거해 로직을 최대한 단순화"할 수 있습니다. 실제 사용에서 다음과 같은 상황에 임시로 전환하기 적합합니다.

1. 규칙이 올바르게 작성됐는지 확인: 특정 사이트 접속 이상이 규칙 설정 문제인지 의심될 때, 먼저 전역 모드로 전환해 테스트합니다. 전역 모드에서 정상 접속되면 프록시 노드 자체에는 문제가 없고 규칙 매칭 쪽에 문제가 있다는 뜻이며, 전역 모드에서도 여전히 이상하다면 노드나 구독 자체에 문제가 있다는 뜻입니다. 가장 기본적이면서도 실용적인 문제 해결 방법입니다.
2. 속도 테스트 및 지연 비교: 특정 노드가 여러 사이트에서 실제로 어떤 성능을 보이는지 집중적으로 확인하고 싶을 때, 규칙이 분기 로직을 끊는 것을 원치 않는다면 전역 모드로 모든 트래픽을 같은 경로로 통일시켜 더 직관적인 결과를 얻을 수 있습니다.
3. 규칙 세트가 일시적으로 누락되거나 손상된 경우: 원격 규칙 세트 다운로드 실패, 문법 오류로 규칙 모드 전체가 이상해졌을 때, 먼저 전역 모드로 네트워크 사용을 확보한 뒤 설정을 다시 손보는 방식입니다.
4. 규칙에서 "다이렉트"로 잘못 판정된 해외 리소스 접속: 특정 도메인이 걸리면 안 되는 다이렉트 규칙에 우연히 걸렸는데 당장 설정을 고치기 귀찮을 때, 전역 모드를 임시 우회 수단으로 사용할 수 있습니다.

##다이렉트 모드의 실제 용도

다이렉트 모드는 "프록시를 끈 것"처럼 보이지만 Clash를 직접 종료하는 것과 완전히 같지는 않습니다. 시스템 프록시 설정, TUN 가상 네트워크 카드 등의 트래픽 인수 방식은 여전히 작동하며, 다만 모든 트래픽이 Clash 내부에서 강제로 다이렉트로 판정되어 어떤 노드도 거치지 않습니다. 대표적인 용도는 다음과 같습니다.

• 프록시 노드 사용 가능 여부 확인: 특정 사이트 접속이 이상할 때 다이렉트 모드로 전환해 테스트합니다. 다이렉트 모드에서 정상적으로 접속되면 문제는 본체 네트워크나 Clash 설정이 아니라 프록시 노드나 상대 서버 쪽이라는 것을 기본적으로 확인할 수 있습니다.
• 프록시 자체가 속도를 늦추고 있는지 확인: 로컬 네트워크 내 파일 전송, 내부망 서비스 접속, 가정용 NAS 연결 같은 상황에서는 어떤 원격 노드도 거칠 필요가 없으므로, 다이렉트 모드로 불필요한 우회를 피하고 지연을 줄일 수 있습니다.
• 본체 네트워크 기준선을 임시로 확인: 네트워크 문제를 디버깅할 때 "Clash를 거치지 않으면 어떨지" 알고 싶다면, 다이렉트 모드가 클라이언트를 직접 종료하는 것보다 편리합니다. 시스템 네트워크 환경을 다시 설정할 필요가 없고, 규칙 모드로 되돌리는 것도 한 번의 클릭으로 끝납니다.
• 소프트웨어 업데이트, 대용량 파일 다운로드처럼 프록시 노드 트래픽에 민감한 작업: 일부 구독에는 트래픽 한도가 있으므로, 대용량 파일 다운로드를 다이렉트로 처리하면 노드의 트래픽 할당량을 아낄 수 있습니다.

##모드를 전환했는데도 적용이 안 된 것처럼 느껴지는 흔한 원인

초보자가 가장 흔히 겪는 혼란은 "분명히 모드를 바꿨는데 접속 결과가 그대로"인 경우입니다. 문제를 확인할 때는 다음 방향을 하나씩 짚어보면 됩니다.

연결 재사용, 기존 연결이 다시 분기를 타지 않음

브라우저와 대부분의 클라이언트 소프트웨어는 이미 맺어진 TCP 연결이나 HTTP Keep-Alive를 재사용하는데, 모드 전환은 새로 생성되는 연결에만 영향을 주며 이미 맺어진 연결은 경로를 다시 판정하지 않습니다. 테스트할 때는 관련 탭을 닫거나 해당 앱을 재시작해 완전히 새로운 연결이 생기도록 하는 것이 좋습니다.

DNS 캐시로 도메인 해석 결과가 그대로인 경우

클라이언트나 시스템 레벨에서 도메인에 대응하는 IP를 캐시해둔 경우, 모드가 바뀌어도 이후 요청이 기존 해석 결과로 바로 연결을 시도할 수 있습니다. 특히 Fake-IP나 DNS 하이재킹 계열 설정에서 이런 현상이 더 자주 나타납니다. 먼저 DNS 캐시를 지우거나 Clash 코어를 재시작한 뒤 다시 테스트해보세요.

TUN 모드가 트래픽을 인수해 GUI의 모드와 동기화되지 않은 경우

TUN 모드를 활성화하면 시스템 레벨의 트래픽이 네트워크 카드 단계에서 바로 인수됩니다. 클라이언트 화면의 모드 전환이 프록시 포트에만 작용하고 TUN 네트워크 카드의 라우팅 테이블을 함께 갱신하지 않으면 "화면상으로는 전환됐지만 실제 동작은 그대로"인 것처럼 보일 수 있습니다. 이런 상황이라면 TUN 네트워크 카드를 재시작하거나 설정 파일을 다시 로드해보세요.

규칙 모드에서 예상치 못한 규칙에 걸린 경우

규칙 모드로 돌아왔는데 동작이 예상과 다르다면, 바로 클라이언트 버그를 의심하기보다 앞서 설명한 매칭 순서에 따라 규칙 목록을 다시 확인해보세요. 특히 RULE-SET으로 불러온 규칙 세트의 범위가 너무 넓게 잡혀서, 원래는 더 아래에서 매칭돼야 할 연결을 미리 가로채고 있는 건 아닌지 살펴봐야 합니다.

여러 정책 그룹 간 의존 관계가 있는 경우

Global 모드에서 선택한 것이 단일 노드가 아니라 정책 그룹이라면, 정책 그룹 내부의 로드 밸런싱, 자동 선택 등의 로직이 여전히 작동합니다. 결과적으로 "특정 노드로 고정될 것"이라는 예상과 다르게 보일 수 있는데, 이는 모드 전환 실패가 아니라 정책 그룹 자체의 스케줄링 로직 때문입니다.

##세 모드를 기억하는 법과 일상 활용

세 모드의 역할을 한 문장으로 정리하면 다음과 같습니다. 규칙 모드는 상시 사용하는 기본값, 전역 모드는 문제 해결과 속도 테스트 때 쓰는 임시 도구, 다이렉트 모드는 프록시 변수를 배제한 대조군입니다. 평소에는 규칙 모드를 유지하고, 접속 이상이 생기면 바로 설정을 고치기보다 다이렉트 모드와 전역 모드로 각각 한 번씩 테스트해보세요. 그러면 문제가 본체 네트워크, 프록시 노드, 규칙 설정 중 어디에 있는지 대체로 판단할 수 있고, 그 뒤에 맞춤 대응하는 편이 무작정 설정 파일을 뜯어고치는 것보다 훨씬 효율적입니다.