Clash 전체 플랫폼 다운로드
클라이언트 및 설정 가이드

Mihomo가 규칙과 연결을 처리합니다

Mihomo는 Clash Meta 생태계에서 널리 사용되는 코어로, YAML 설정을 읽고 프록시 연결을 수립하며 DNS 조회를 수행하고 규칙을 매칭해 최종 정책을 반환합니다. Windows, macOS, Linux의 그래픽 클라이언트는 일반적으로 관리 계층에 해당하며, 화면에 표시되는 프록시 그룹, 규칙 제공자, 로그와 연결 상태는 최종적으로 코어가 처리합니다. 클라이언트를 선택할 때는 앱 이름만 보지 말고 Mihomo 지원 여부를 먼저 확인해야 합니다.

일상적인 문제는 인터페이스 계층과 코어 계층으로 나누어 생각할 수 있습니다. 인터페이스 계층은 설정 가져오기, 모드 선택과 설정 저장을 담당하고, 코어 계층은 구독에 포함된 노드, 프록시 그룹, 규칙 순서와 네트워크 요청을 처리합니다. “설정은 가져왔지만 접속이 되지 않는” 경우에는 클라이언트를 계속 바꾸기보다 먼저 코어 로그와 현재 모드를 확인한 뒤 구독 내용, DNS 또는 시스템 권한 문제인지 판단하는 편이 효과적입니다.

구독 주소는 설정으로 들어가는 관문입니다

구독은 보통 노드, 프록시 그룹, 규칙과 DNS 설정이 포함된 설정 파일을 반환합니다. 가져올 때는 서비스 제공자가 안내한 구독 주소를 사용하고, 클라이언트에 업데이트 성공이 표시되는지 확인한 다음 설정에 프록시 그룹과 노드가 나타나는지 살펴보세요. 입력창에 URL을 붙여넣는 것만으로 설정이 적용되는 것은 아닙니다. 업데이트 시간, 노드 목록과 로그를 함께 확인해야 합니다.

구독 업데이트에 실패하면 먼저 브라우저에서 주소에 접속할 수 있는지 확인한 뒤 시스템 시간, 네트워크 프록시와 클라이언트 권한을 점검하세요. YAML 또는 JSON 설정이 아니라 웹페이지가 반환된다면 관리 페이지 주소를 복사했을 가능성이 있습니다. 업데이트가 완료되면 설정을 한 번 다시 불러오고, 현재 선택한 프록시 그룹이 비어 있지 않은지 확인하는 것이 좋습니다. 클라이언트마다 지원하는 구독 형식이 다르므로 필요하면 서비스 제공자가 안내한 Clash 또는 Mihomo 형식을 사용하세요.

규칙 순서가 요청의 경로를 결정합니다

규칙 라우팅은 위에서 아래 순서로 매칭됩니다. 일반적으로 DOMAIN, DOMAIN-SUFFIX, DOMAIN-KEYWORD, IP-CIDR 및 GEOIP를 사용하며, 각각 도메인, 키워드, IP 대역과 지리 데이터베이스를 기준으로 판단합니다. 규칙이 매칭되면 요청은 DIRECT, 특정 프록시 그룹 또는 REJECT 정책으로 전달됩니다. 앞선 규칙이 매칭되지 않을 때는 마지막 MATCH가 남은 요청을 처리합니다.

라우팅 문제를 점검할 때는 페이지가 열리는지만 보지 말고 연결 또는 로그 패널에서 대상 도메인, 매칭된 규칙과 최종 정책을 확인하세요. 규칙 제공자가 업데이트된 뒤에는 클라이언트에서 설정을 다시 불러와야 할 수 있습니다. 로컬 네트워크 기기, 중국 본토 서비스와 반드시 직접 연결해야 하는 도메인에는 더 구체적인 규칙을 추가해 기본 규칙보다 앞에 배치할 수 있습니다. 규칙은 구체적일수록 앞에 두고, MATCH는 일반적으로 마지막에 둡니다.

rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

규칙·전체·직접 연결은 서로 다른 점검 단계에 사용됩니다

규칙 모드는 설정 파일의 규칙에 따라 각 요청의 정책을 결정하므로 장기간 사용하기에 적합합니다. 전체 모드는 모든 요청을 현재 프록시 그룹으로 전달해 노드와 출구가 정상인지 확인할 때 유용합니다. 직접 연결 모드는 프록시를 우회하므로 로컬 네트워크를 점검하거나 문제가 프록시 경로에서 발생했는지 확인할 때 사용합니다. 세 모드는 속도 등급이 아니라 요청을 배분하는 방식의 차이입니다.

처음 설정할 때는 먼저 전체 모드로 클라이언트, 노드와 시스템 프록시가 정상인지 확인한 뒤 규칙 모드로 전환해 라우팅 결과를 점검하세요. 규칙 모드에서 특정 사이트에 문제가 생기면 잠시 전체 모드로 바꿔 비교 테스트할 수 있습니다. 테스트가 끝나면 규칙 모드로 되돌리고 프록시 그룹 선택, DNS 설정과 연결 로그를 확인하세요. Android 및 iOS에서는 시스템 권한 화면에서 추가 승인이 필요할 수 있으므로 VPN 또는 프록시 권한 요청이 표시되면 현재 클라이언트 안내에 따라 승인하세요.

시스템 프록시와 TUN은 서로 다른 범위를 처리합니다

시스템 프록시는 운영체제의 프록시 설정을 따르는 브라우저와 앱에 주로 적용되며, 설정이 간단하고 필요한 권한이 적어 데스크톱에서 첫 단계로 사용하기 좋습니다. 일부 명령줄 프로그램, 게임, 가상 머신과 시스템 프록시를 읽지 않는 앱은 자동으로 이 경로를 이용하지 않습니다. TUN은 가상 네트워크 인터페이스를 통해 더 넓은 범위의 트래픽을 가로채고 Mihomo가 DNS와 규칙 라우팅을 처리하게 하지만, 더 높은 시스템 권한이 필요하며 다른 VPN이나 네트워크 필터와 충돌할 수 있습니다.

TUN을 켜기 전에 다른 VPN을 종료하고 클라이언트에 관리자 권한 또는 시스템 확장 권한이 있는지 확인한 뒤 기존 네트워크 설정을 기록해 두세요. 인터넷이 끊기면 우선 TUN을 끄고 시스템 프록시를 복원한 다음 코어 로그를 확인하세요. 데스크톱에서는 먼저 시스템 프록시로 기본 기능을 검증하고 규칙과 노드가 정상임을 확인한 뒤 TUN이 필요한지 판단하는 것이 좋습니다. 모바일의 VPN 서비스도 시스템 승인이 필요하며, 배터리 절전 정책이 백그라운드 연결을 끊을 수 있습니다.