Clash 3가지 프록시 모드 선택법: 규칙·글로벌·다이렉트 모드의 차이와 전환 시점

세 가지 모드가 각각 통제하는 것

Clash와 Clash Meta(mihomo 코어) 클라이언트 화면에는 대체로 "모드" 전환 항목이 있으며, 흔히 볼 수 있는 세 가지 선택지는 규칙(Rule), 글로벌(Global), 다이렉트(Direct)입니다. 세 모드는 역할 계층은 같습니다—모두 "곧 발생할 네트워크 연결이 최종적으로 어느 출구로 나갈지"를 결정하며, 차이는 판단 기준이 다르다는 점뿐입니다.

• 규칙 모드: 설정 파일의 rules 항목을 위에서부터 하나씩 대조하며, 도메인·IP·GEOIP·프로세스 이름 등의 조건에 매칭되면 해당 프록시 그룹이나 다이렉트로 넘기고, 어떤 규칙에도 매칭되지 않으면 마지막의 MATCH 기본 규칙으로 처리합니다.
• 글로벌 모드: 규칙 매칭 단계를 건너뛰고, 모든 연결을 현재 선택된 하나의 프록시 노드(또는 프록시 그룹)로 일괄 전달하며 도메인이나 지역을 더는 구분하지 않습니다.
• 다이렉트 모드: 마찬가지로 규칙 매칭을 건너뛰지만 방향이 반대입니다—모든 연결이 어떤 프록시 노드도 거치지 않고 로컬 네트워크 출구에서 그대로 발생합니다.

즉 규칙 모드는 "조건에 따라 트래픽을 나누는" 방식, 글로벌 모드는 "전부 프록시로 보내는" 방식, 다이렉트 모드는 "전부 프록시를 거치지 않는" 방식입니다. 세 모드는 상호 배타적인 단일 선택 상태로, 같은 시점에 클라이언트는 이 중 하나에만 있을 수 있습니다.

규칙 모드에서 트래픽이 흐르는 실제 방식

규칙 모드는 대부분의 Clash 설정 파일에서 기본으로 활성화되어 있고, 구독 제공자도 장기적으로 사용하도록 권장하는 모드입니다. 판단 순서는 설정 파일 rules 목록에 적힌 순서를 따르며, 흔히 볼 수 있는 규칙 유형은 다음과 같습니다.

연결이 발생하면 코어는 첫 번째 규칙부터 순서대로 대조하며, 하나가 매칭되면 즉시 대조를 멈춥니다. "두 규칙에 동시에 부합"하는 충돌은 발생하지 않습니다—먼저 적힌 규칙이 우선순위가 높습니다. 이런 이유로 많은 구독 설정에서는 한국 국내에서 자주 쓰는 서비스의 다이렉트 규칙을 앞쪽에, 해외 서비스의 프록시 규칙과 기본 MATCH를 뒤쪽에 배치합니다. 목적은 불필요한 대조를 줄이고, 순서 오류로 다이렉트여야 할 연결이 잘못 프록시로 보내지는 상황을 막는 것입니다.

규칙 모드의 장점은 세밀함입니다. 국내 클라우드 스토리지, 지도, 결제 관련 앱은 다이렉트로 속도와 안정성을 확보하면서, 해외 사이트와 앱은 일괄적으로 프록시를 거치게 하여 서로 영향을 주지 않습니다. 단점은 효과가 규칙 세트의 품질과 업데이트 주기에 완전히 좌우된다는 점입니다. 구독 제공자의 규칙 세트가 미처 다루지 못한 부분이 있으면, 새로 등장한 도메인 일부에서 잠시 분류가 부정확해질 수 있으며, 이 경우 보통 규칙 세트 업데이트를 기다리거나 사용자 정의 규칙을 직접 추가해야 합니다.

글로벌 모드가 적합한 상황과 그 대가

글로벌 모드는 "프록시를 거쳐야 하는가"에 대한 판단을 전적으로 사용자에게 맡기며, 코어는 rules 항목을 더는 읽지 않고 모든 연결을 현재 선택된 노드로 일괄 전달합니다. 다음과 같은 상황에서는 합리적이거나 필요한 선택입니다.

1. 노드가 실제로 사용 가능한지 테스트: 글로벌 모드로 전환해 대상 노드를 선택한 뒤 여러 지역의 사이트에 접속해 보면, 규칙 분류의 간섭 없이 해당 노드의 연결성과 지연 성능을 직관적으로 확인할 수 있습니다.
2. "규칙 모드에서는 접속 오류가 나지만 노드를 바꾸면 정상"인 문제 진단: 규칙 세트가 특정 도메인을 잘못 분류했다고 의심될 때, 글로벌 모드로 먼저 문제가 노드 자체에 있는지 분류 규칙에 있는지 확인할 수 있습니다.
3. 접속하려는 사이트나 서비스가 규칙 세트 업데이트보다 빠르게 등장한 경우: 예를 들어 새로 오픈되어 아직 규칙 세트에 등록되지 않은 해외 사이트에 일시적으로 접속해야 할 때, 글로벌 모드는 즉시 적용되므로 규칙 업데이트나 사용자 정의 규칙 작성을 기다릴 필요가 없습니다.

다이렉트 모드가 적합한 상황

다이렉트 모드는 글로벌 모드와 반대로 모든 연결이 어떤 프록시 노드도 거치지 않습니다. 사용 범위는 훨씬 좁아서 주로 문제 진단 시 "프록시 자체의 개입을 배제"하는 데 쓰입니다.

• 특정 사이트가 열리지 않는 원인이 로컬 네트워크 문제인지 프록시 노드 문제인지 의심될 때, 다이렉트 모드로 전환해 확인합니다—다이렉트 상태에서도 접속이 안 되면 Clash와 무관한 문제이므로 로컬 네트워크나 대상 사이트 자체를 점검해야 합니다.
• 로컬 네트워크 내 라우터 관리 페이지, NAS 관리 화면, 프린터 설정 화면 등 내부망에서만 접속해야 하는 주소에 일시적으로 접속할 때, 이런 주소는 프록시 노드로 전달되면 안 됩니다.
• 시스템이나 앱 스토어 업데이트 시, 규칙 세트가 해당 도메인을 다이렉트로 표시하지 않았다면 일시적으로 다이렉트 모드로 전환해 다운로드 속도를 높이고 프록시 노드의 대역폭 소모를 피할 수 있습니다.

다이렉트 모드에서는 해외 사이트가 프록시를 잃어 접속되지 않는 것이 정상 동작이며 오류가 아니라는 점을 짚어둘 필요가 있습니다. 진단이 끝나면 규칙 모드로 되돌리는 것을 잊지 말아야 합니다.

평소에 규칙 모드를 기본값으로 둬야 하는 이유

규칙 모드를 기본 상태로 삼는 핵심 이유는 "효율성"과 "안정성"이라는 두 가지 요구를 동시에 충족한다는 점이며, 글로벌과 다이렉트는 각각 한쪽만 만족시킵니다.

글로벌 모드를 장기간 사용한다는 것은 국내 사이트에 접속할 때마다, 로컬 네트워크 기기에 연결할 때마다, 시스템 업데이트를 할 때마다 매번 프록시 노드를 한 단계 더 거쳐야 한다는 뜻입니다. 이는 속도를 늦출 뿐만 아니라 노드의 대역폭 소모도 늘리며, 트래픽 제한이 있는 구독을 쓰는 경우 특히 부담이 커집니다. 다이렉트 모드를 장기간 사용하는 것은 프록시 기능을 사실상 꺼두는 것과 같아서 Clash를 쓰는 의미 자체가 사라집니다. 규칙 모드는 이 두 극단적인 상황 모두를 규칙 세트의 판단에 맡기며, 규칙 세트가 잘 관리되고 있다면 대부분의 상황에서 수동 개입이 필요하지 않습니다.

모드를 전환하는 올바른 절차

모드 전환은 장기적인 상태가 아니라 일회성 진단 동작으로 다뤄야 합니다. 다음 순서로 진행하고, 전환 후에는 확인이 끝나면 반드시 규칙 모드로 되돌리세요.

규칙 세트의 분류 오류로 확인된 경우, 더 안정적인 해결책은 글로벌 모드에 계속 머무는 것이 아니라 설정 파일에서 해당 도메인에 사용자 정의 규칙을 추가하고 규칙 목록 앞쪽에 배치해, 그 도메인이 어느 프록시 그룹으로 가야 하는지 또는 다이렉트로 처리해야 하는지를 지정하는 것입니다. 이렇게 하면 이후 같은 문제가 재발해도 매번 수동으로 모드를 전환할 필요 없이 해결됩니다.

자주 헷갈리는 부분 보충 설명

일부 사용자는 "모드"와 "프록시 그룹 내 노드 선택"을 혼동합니다—이 둘은 서로 독립된 개념입니다. 모드는 "어떤 방식으로 트래픽을 나눌지"를 결정하고, 프록시 그룹의 노드 선택은 "프록시 쪽으로 넘어간 뒤 구체적으로 어느 서버를 거칠지"를 결정합니다. 모드를 전환해도 이미 선택된 노드가 초기화되지는 않으며, 규칙 모드에서 특정 규칙에 매칭되어 어떤 프록시 그룹으로 넘겨진 뒤에는 여전히 그 프록시 그룹에서 수동으로 지정했거나 속도 테스트로 자동 선택된 노드를 그대로 사용합니다.

또한 TUN 모드는 여기서 다룬 세 가지 모드와 같은 층위의 개념이 아닙니다. TUN은 시스템 전체의 네트워크 계층 트래픽을 넘겨받는 접속 방식이고, 규칙/글로벌/다이렉트는 그렇게 넘겨받은 트래픽을 어떻게 분류할지에 대한 판단 로직입니다. TUN 모드를 켠 상태에서도 규칙, 글로벌, 다이렉트 사이를 자유롭게 전환할 수 있으며, 둘은 동시에 작동하며 서로 충돌하지 않습니다.