Clash 최신 버전 다운로드 모든 플랫폼 클라이언트와설정 가이드

mode: rule
rules:
  - DOMAIN-SUFFIX,example.org,PROXY
  - MATCH,DIRECT

mode: global

GLOBAL
  → 선택한 아웃바운드

mode: direct

DIRECT
  → 대상 주소

규칙 기반 라우팅

규칙 모드는 목록 순서에 따라 도메인, 주소 또는 규칙 집합을 매칭하고, 조건에 맞으면 지정된 아웃바운드로 전달합니다. 마지막 MATCH는 나머지 연결을 처리합니다. 프록시 경로를 임시로 비교하려면 전역 모드로 전환하고 GLOBAL에서 실제 아웃바운드가 선택됐는지 확인하세요. 직접 연결 모드는 로컬 네트워크와 비교할 때 사용하며 클라이언트를 끄는 것과는 다릅니다. 통합 프록시 주소만 제공하는 도구와 달리 Clash에서는 설정 파일에서 라우팅 기준을 확인할 수 있습니다. 문제를 진단할 때는 먼저 매칭된 규칙을 확인한 뒤 순서를 조정하세요. 아웃바운드 문제를 규칙 오류로 오해하지 않도록 주의해야 합니다.

TUN 모드

TUN은 가상 네트워크 인터페이스로 트래픽을 받아 시스템 프록시를 사용하지 않는 앱에 적합합니다. 활성화하기 전에 구독과 아웃바운드가 정상인지 확인하고 클라이언트에 필요한 서비스 권한이나 관리자 권한이 있는지 살펴보세요. 시스템 프록시보다 더 많은 트래픽을 처리하므로 라우팅, DNS, 방화벽 설정의 영향을 더 크게 받습니다. 예시에서는 자동 라우팅과 DNS 하이재킹을 사용하지만 모든 플랫폼이 같은 방식으로 구현되는 것은 아닙니다. 활성화한 뒤 로컬 네트워크 접속에 문제가 생기면 라우팅 충돌과 제외 규칙부터 확인하세요. 여러 트래픽 처리 서비스를 중복으로 켜지 마세요.

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

구독 관리

구독은 서버 정보나 전체 설정을 업데이트하는 데 사용합니다. 가져온 뒤에도 해당 설정을 선택하고 활성화해야 하며, 다운로드에 성공했다고 연결까지 완료된 것은 아닙니다. 전체 설정 구독과 proxy-providers의 프록시 목록은 서로 다른 구성 요소이므로 콘텐츠 유형에 맞는 가져오기 메뉴를 사용하세요. 원격 파일을 직접 수정하는 대신 로컬 오버라이드를 사용하면 포트와 사용자 지정 규칙을 유지하고 다음 업데이트에서 설정이 덮어써질 위험을 줄일 수 있습니다. 업데이트에 실패하면 요청 오류와 설정 파싱 오류를 구분해 기록하고 네트워크 경로와 YAML 문법을 각각 확인하세요. 접근 정보가 포함된 구독 링크를 공개하지 마세요.

proxy-providers:
  remote:
    type: http
    url: "https://example.org/proxies.yaml"
    path: ./providers/remote.yaml
    interval: 3600

proxy-groups:
  - name: PROXY
    type: select
    use:
      - remote

example.org는 필드 위치를 설명하기 위한 예시이며 실제 구독 주소로 사용할 수 없습니다.

DNS 설정

DNS는 도메인 이름을 조회하고 규칙은 연결을 어느 아웃바운드로 보낼지 결정하므로 두 설정은 함께 맞춰야 합니다. fake-ip는 예약된 주소로 도메인 매핑을 만들어 커널이 이후 연결을 연결 지을 수 있도록 합니다. nameserver-policy를 사용하면 특정 도메인에 사용할 DNS 서버를 지정할 수 있습니다. 시스템 DNS만 바꾸는 것과 달리 커널 DNS는 트래픽 처리 경로에 맞춰 DNS 요청을 다룰 수 있지만, 앱 자체의 암호화 DNS는 별도로 확인해야 합니다. 설정을 바꾼 뒤 연결을 다시 만들고 DNS 로그를 살펴보세요. 필요한 경우 캐시를 비우세요. DNS 조회에 성공했다고 프록시 아웃바운드까지 정상인 것은 아니므로 각각 따로 확인해야 합니다.

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - https://dns.alidns.com/dns-query
  nameserver-policy:
    "+.example.org":
      - https://dns.alidns.com/dns-query

다중 커널 호환성

Clash 생태계의 커널은 비슷한 YAML 구조를 공유하지만 지원하는 프로토콜과 필드는 서로 다릅니다. mihomo는 Clash 스타일 설정을 이어받아 일부 프로토콜과 규칙 기능을 확장했습니다. 구형 커널은 새 필드를 불러오지 못하거나 예상과 다르게 처리할 수 있습니다. 클라이언트의 외관만 비교하지 말고 커널 이름, 설정 문법, 기능 지원 여부를 함께 확인하세요. 클라이언트에서 커널을 선택할 수 있다면 전환 전에 설정을 백업하세요. 예시에는 기본 필드만 사용했으므로 전환 후에도 DNS, 아웃바운드 그룹, 최종 규칙을 하나씩 확인해야 합니다.

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

rules:
  - GEOIP,CN,DIRECT
  - MATCH,DIRECT

플랫폼 간 설정

같은 아웃바운드 그룹과 규칙을 여러 기기의 설정 기반으로 활용할 수 있지만, 시스템 권한과 파일 경로, 트래픽 처리 방식은 기기별로 맞춰야 합니다. 데스크톱은 보통 시스템 프록시부터 설정하고, 모바일 기기는 시스템 VPN 인터페이스를 통해 연결하며, 서버는 명시적인 서비스 설정을 사용하는 편이 좋습니다. 설정 파일 전체를 그대로 복사하기보다 공통 규칙과 기기별 설정을 나눠 관리하면 포트와 트래픽 처리 방식의 차이를 유지하기 쉽습니다. 이전한 뒤 아웃바운드 그룹 참조가 올바른지 확인하고 DNS 조회와 연결을 테스트하세요. 데스크톱에서 사용하는 절대 경로를 휴대전화에 그대로 적용할 수는 없습니다.

# 기기마다 로컬 포트를 따로 확인
mixed-port: 7890
allow-lan: false

# 여러 기기에서 공통으로 관리할 규칙 구조
rules:
  - DOMAIN-SUFFIX,example.org,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY