Clash 클라이언트 다운로드및 규칙 분류 설정

규칙이 연결을 전달할 아웃바운드를 결정합니다

규칙 모드에서는 설정된 순서대로 하나씩 매칭하며, 일치하는 규칙을 찾으면 보통 그 아래는 확인하지 않습니다. 특정 사이트에는 도메인 접미사 규칙을, 로컬 네트워크 주소에는 IP 대역 규칙을 사용할 수 있습니다. 지역별 데이터 규칙을 쓰려면 해당 데이터베이스도 사용할 수 있어야 합니다. 모든 연결의 아웃바운드를 하나로 고르는 전역 모드와 달리, 규칙 모드에서는 한국 내 서비스를 직접 연결하면서 지정한 사이트만 프록시 그룹으로 보낼 수 있습니다. 문제를 확인할 때는 먼저 로그에서 매칭된 규칙을 확인하고, 다음으로 프록시 그룹의 현재 선택 항목을 살펴보세요. 노드만 바꾸고 규칙 순서를 바로잡지 않으면 문제가 해결되지 않을 수 있습니다. 마지막의 MATCH는 그 밖의 연결을 처리합니다.

rules:
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN-SUFFIX,github.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

이 예시는 기존 Proxy 프록시 그룹과 사용 가능한 GEOIP 데이터에 의존합니다.

프록시 그룹이 규칙을 받아 아웃바운드를 선택합니다

프록시 그룹을 사용하면 규칙과 실제 노드를 별도로 관리할 수 있습니다. 규칙에는 그룹 이름만 지정하면 되므로 노드를 바꿀 때 규칙을 하나씩 수정하지 않아도 됩니다. select 그룹은 직접 선택할 때 적합하며, 자동 테스트나 장애 조치 그룹은 테스트 주소와 업데이트 간격을 함께 설정해야 합니다. 각 규칙에 노드 이름을 직접 쓰는 것보다 그룹을 사용하면 관리가 쉽고 구독에서 이름이 바뀌어도 영향을 줄일 수 있습니다. 아래 예시는 직접 연결 옵션만 포함한 구조입니다. 기존 설정에 합칠 때는 프록시 아웃바운드를 선택할 수 있도록 기존 노드 이름을 추가하거나 정의된 프록시 제공자를 참조해야 합니다.

proxy-groups:
  - name: Proxy
    type: select
    proxies:
      - DIRECT

TUN으로 더 많은 앱 연결 처리

TUN은 가상 네트워크 인터페이스로 연결을 처리하므로 시스템 프록시 설정을 따르지 않는 앱에 적합합니다. 트래픽이 코어로 들어오는 경로를 바꾸는 기능이며 규칙, 노드, DNS 설정을 대체하지는 않습니다. 시스템 프록시만 설정하는 경우와 달리 TUN은 라우팅과 더 높은 권한이 필요합니다. 먼저 일반 프록시가 작동하는지 확인한 뒤 서비스를 설치하거나 시스템 권한을 허용하세요. 로컬 네트워크 접속에 문제가 생기면 라우팅 제외 항목과 DNS 가로채기 범위를 확인하세요. 운영체제마다 네트워크 스택 지원이 다르므로 아래 설정은 플랫폼 문서에 맞춰 조정해야 합니다.

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

DNS 설정은 이름 해석과 도메인 식별에 영향을 줍니다

DNS는 도메인을 IP 주소로 변환할 뿐 아니라 코어가 도메인 기반 규칙을 매칭하는 데도 영향을 줍니다. fake-ip 모드는 가상 주소와 요청 도메인을 연결하므로 TUN과 함께 쓰기 좋지만, 일부 로컬 네트워크 장치나 앱은 예외 설정이 필요할 수 있습니다. 시스템 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

전체 구독과 프록시 제공자 업데이트 구분하기

클라이언트에서 가져오는 전체 설정 구독과 코어의 proxy-providers가 관리하는 노드 목록은 서로 다른 계층입니다. 전체 설정 구독에는 규칙, 그룹, DNS가 포함될 수 있지만 프록시 제공자는 보통 프록시 그룹에서 참조할 노드만 제공합니다. 전체 구독에서 생성된 파일을 직접 수정하면 업데이트 때 변경 사항이 덮어써질 수 있습니다. 계속 유지할 수정 사항은 클라이언트가 지원하는 재정의 또는 병합 기능에 넣으세요. 노드를 반복해서 수동으로 가져오는 대신 예약 업데이트를 활용할 수 있지만, 출처와 업데이트 로그는 확인해야 합니다. 아래 예시는 로컬 파일을 사용하며 원격 구독 주소는 포함하지 않습니다.

proxy-providers:
  local-nodes:
    type: file
    path: ./providers/local.yaml

로컬 파일이 존재하고 유효한 proxies 목록을 포함해야 합니다. 프록시 그룹에서는 use를 통해 local-nodes를 참조해야 합니다.

시스템 프록시가 앱 연결을 수신 포트로 전달합니다

시스템 프록시를 켜면 시스템 설정을 따르는 앱이 로컬 프록시로 연결됩니다. mixed-port는 코어가 HTTP 및 SOCKS 요청을 받는 포트를 지정합니다. 두 설정은 서로 일치해야 하며, 설정 파일의 포트만 바꾼다고 시스템 설정까지 변경되는 것은 아닙니다. TUN을 통한 네트워크 계층 처리와 달리 일부 명령줄 도구는 프록시 매개변수를 별도로 설정해야 합니다. 처음 사용할 때는 클라이언트의 기본 포트를 유지하고 다른 프록시 도구는 꺼 두세요. 아래 예시는 개인용 데스크톱에 적합하도록 로컬에서만 수신합니다. 로컬 네트워크에 공개하기 전에는 인증과 방화벽 제한을 별도로 검토해야 합니다.

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