Clash 클라이언트다운로드 및 사용 안내

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

규칙은 위에서 아래로 확인하며, 처음 일치한 항목이 연결 정책을 결정합니다. 구체적인 도메인 규칙을 앞에 두고, 그다음 지역 규칙으로 직접 연결이 필요한 트래픽을 처리한 뒤, 마지막 MATCH로 나머지 연결을 지정합니다. 예시의 PROXY는 미리 정의한 프록시 그룹이어야 하며 DIRECT는 기본 직접 연결 정책입니다. 글로벌 모드로 출구만 바꾸는 것보다 규칙 모드에서 목적지별로 트래픽을 나눌 수 있습니다. 수정 후 설정을 다시 불러오고 연결 화면에서 적용된 규칙을 확인하세요. 구독을 업데이트하면 직접 편집한 내용이 덮어써질 수 있으므로, 규칙을 계속 유지하려면 클라이언트가 지원하는 오버라이드 위치에 저장하세요.

proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - AUTO
      - DIRECT
  - name: AUTO
    type: url-test
    use:
      - subscription
    url: https://www.gstatic.com/generate_204
    interval: 300

프록시 그룹을 사용하면 노드 묶음과 규칙의 대상 그룹을 따로 관리할 수 있습니다. select는 수동 선택에, url-test는 지정한 테스트 주소의 결과에 따라 후보를 자동 선택하는 데 사용합니다. 자동 그룹이라고 해서 모든 사이트에서 가장 빠른 노드를 고르는 것은 아닙니다. 예시는 subscription을 통해 같은 이름의 프록시 제공자를 참조하므로 사용 전에 해당 제공자 설정을 추가해야 합니다. 평소에는 PROXY가 AUTO를 가리키게 하고, 특정 작업에서는 필요한 노드를 직접 선택할 수 있습니다. 규칙을 하나씩 수정하는 대신 프록시 그룹을 바꾸면 매칭 방식은 그대로 두고 출구만 변경됩니다. 그룹 이름은 규칙에서 참조하는 이름과 일치해야 하며, 그룹끼리 서로 참조하는 순환 구조도 피해야 합니다.

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

TUN은 가상 네트워크 인터페이스로 트래픽을 받아 시스템 프록시를 사용하지 않는 앱을 처리하는 데 적합합니다. 보통 관리자 권한이나 클라이언트의 서비스 모드가 필요합니다. 시스템 프록시와 달리 라우팅, 인터페이스, DNS까지 관여하므로 활성화하기 전에 일반 프록시 연결이 정상인지 확인하세요. 예시의 자동 라우팅은 트래픽 진입 경로를 바꾸며, 지원 여부는 운영체제와 클라이언트에 따라 다릅니다. 다른 VPN을 함께 사용한다면 먼저 라우팅 충돌을 확인하세요. 종료할 때는 클라이언트의 끄기 기능을 사용해 네트워크를 복구하고 프로세스만 강제 종료하지 마세요. 로컬 네트워크 접속에 문제가 생기면 라우팅과 방화벽도 점검해야 합니다.

dns:
  enable: true
  listen: 127.0.0.1:1053
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - https://dns.alidns.com/dns-query

DNS 설정은 도메인 이름을 해석하는 방식을 정하며 도메인 기반 라우팅에도 영향을 줍니다. fake-ip 모드에서는 먼저 매핑 주소를 반환한 뒤 코어가 대상 도메인과 함께 연결을 처리합니다. 이 주소는 원격 사이트의 실제 주소가 아닙니다. 예시는 기본 필드만 보여 주므로 실제 네트워크에서 접근 가능한 업스트림 DNS를 선택해야 합니다. DNS 리슨을 켰다고 해서 시스템이 자동으로 해당 DNS를 사용하는 것은 아니므로 클라이언트의 DNS 연결 방식도 확인하세요. 일부 앱에 문제가 생기면 모든 DNS 기능을 끄기보다 필요에 따라 fake-ip-filter를 설정할 수 있습니다. 문제를 점검할 때는 먼저 DNS 응답을 확인한 뒤 규칙과 출구를 살펴보세요.

proxy-providers:
  subscription:
    type: file
    path: ./providers/subscription.yaml

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

구독은 규칙과 프록시 그룹을 포함한 전체 설정일 수도 있고 노드 목록만 담은 데이터일 수도 있어 가져오기 방법을 구분해야 합니다. GUI 클라이언트에서는 보통 설정 화면에 전체 구독 주소를 입력합니다. proxy-providers는 노드 공급원을 별도로 관리하는 방식입니다. 예시는 로컬 제공자 파일을 읽으며, 파일에는 형식에 맞는 노드 데이터가 있어야 합니다. 먼저 서비스 제공자가 안내한 형식을 확인한 뒤 알맞은 가져오기 메뉴를 선택하세요. 업데이트에 실패하면 주소가 유효한지, 응답에 설정 내용이 포함됐는지, 로컬 네트워크에서 접근 가능한지 확인합니다. 구독 주소에는 계정 정보가 들어 있을 수 있으니 스크린샷이나 로그를 공유하기 전에 전체 링크를 가리세요.

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

플랫폼이 달라도 비슷한 YAML 설정을 사용할 수 있지만 시스템 프록시, 백그라운드 실행, 권한 설정 방법은 다릅니다. mixed-port는 HTTP와 SOCKS가 함께 사용하는 리슨 포트이며 시스템 설정에 자동 반영되는지는 클라이언트에 따라 다릅니다. 예시는 로컬 기기에서만 리슨하므로 한 기기에서 먼저 연결을 확인하기에 적합합니다. 설정을 옮길 때는 포트 사용 여부, 파일 경로, 코어가 지원하는 필드를 확인하세요. 데스크톱의 서비스 설정을 휴대폰에 그대로 적용해서는 안 됩니다. 클라이언트를 고를 때는 먼저 운영체제 아키텍처와 프로젝트 유지 관리 여부를 확인한 뒤 인터페이스 기능을 비교하세요. 클라이언트와 설치 파일은 다운로드 센터에서 확인할 수 있습니다.