Clash 클라이언트다운로드와 설정 파일 안내

브라우저나 다른 앱에서 사용할 로컬 프록시 주소가 필요합니다. mixed-port는 하나의 포트에서 HTTP와 SOCKS 프록시 연결을 모두 받습니다. 먼저 클라이언트에 표시된 실제 수신 포트를 확인한 다음 앱 설정에 입력하세요. 이 포트는 노드 서버의 포트와 다릅니다. 실행 로그에 주소가 이미 사용 중이라고 나오면 다른 프록시 프로세스를 종료한 뒤 포트 변경을 고려하세요. 로컬에서만 사용할 때는 LAN 접근을 비활성화해 두세요. 여기서 rule은 규칙에 따른 라우팅을 뜻하며, 시스템 트래픽이 이미 코어로 전달된다는 의미는 아닙니다. 시스템 프록시나 TUN은 별도로 설정해야 합니다.

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

노드는 연결되는데 웹사이트가 열리지 않는다면 DNS부터 확인해 보세요. 코어 DNS를 활성화하면 fake-ip가 도메인과 이후 연결을 연결해 도메인 규칙에 따른 라우팅을 지원합니다. 단, 앱의 DNS 요청이 실제로 이 경로를 거쳐야 합니다. 아래는 설정 항목 예시일 뿐 TUN의 DNS 처리 설정은 포함하지 않습니다. 여러 출처의 DNS 설정을 그대로 합치지 말고, 특히 상위 DNS 서버가 아직 연결되지 않은 프록시에 의존하는지 확인하세요. LAN 기기 이름이나 특정 앱과 호환되지 않는 경우에는 필요에 따라 필터를 설정하고, 모든 도메인을 한꺼번에 제외하지 마세요.

dns:
  enable: true
  listen: 127.0.0.1:1053
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - 223.5.5.5
    - 119.29.29.29

노드는 연결 설정의 묶음이지, 프로토콜 이름만 바꿔 쓸 수 있는 서버 항목이 아닙니다. proxies의 type에 따라 필요한 설정 항목이 달라집니다. 주소, 포트, 암호화 방식과 인증 정보는 서비스 제공자가 안내한 값을 사용하세요. 아래에는 설명용 주소와 예시 비밀번호를 사용했으므로 실제 프록시 연결에는 사용할 수 없습니다. 프록시 그룹에서 이름으로 노드를 참조하므로 노드 이름은 고유해야 합니다. udp는 해당 노드에서 관련 트래픽 처리를 허용한다는 뜻이며, 실제 사용 가능 여부는 서버와 프로토콜, 시스템 트래픽 처리 방식에 따라 달라집니다. 구독을 업데이트할 때 직접 추가한 노드가 덮어써지는지도 확인하세요.

proxies:
  - name: "예시 노드"
    type: ss
    server: example.com
    port: 443
    cipher: aes-128-gcm
    password: "your-password"
    udp: true

규칙은 보통 개별 노드가 아니라 프록시 그룹을 지정합니다. proxy-groups가 안정적인 참조 지점을 제공합니다. select는 사용자가 직접 선택하고, url-test는 테스트 결과를 바탕으로 선택하며, fallback은 순서대로 사용 가능한 출구를 찾고, load-balance는 알고리즘에 따라 연결을 분배합니다. 테스트 지연 시간이 낮아도 다운로드 속도가 빠르다는 뜻은 아니며, 특정 서비스에 접속할 수 있다는 보장도 없습니다. 처음에는 수동 선택 그룹 하나만 두고 노드가 정상인지 확인한 뒤 자동 정책을 추가하세요. 아래 노드 이름은 노드 목록과 일치해야 합니다. 그룹끼리 참조할 수도 있지만 서로 순환 참조해서는 안 됩니다.

proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - "예시 노드"
      - DIRECT

rules는 위에서부터 순서대로 매칭되며, 보통 규칙 하나에 일치하면 출구가 결정됩니다. 따라서 구체적인 도메인 규칙을 범위가 넓은 지역 규칙보다 앞에 두세요. DOMAIN-SUFFIX는 해당 도메인과 하위 도메인에 일치합니다. DOMAIN-KEYWORD는 범위가 더 넓어 관련 없는 도메인까지 포함할 수 있습니다. GEOIP는 IP 지리 정보를 사용하므로 웹사이트의 실제 서비스 지역을 정확히 나타내지 않을 수 있습니다. 마지막에는 MATCH로 나머지 연결을 처리하세요. 수정한 뒤 연결 패널에서 어떤 규칙이 적용됐는지 확인하고 순서를 조정하세요. 전역 모드를 자주 전환하면 규칙 기반 라우팅 자체의 문제를 파악하기 어려워집니다.

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - DOMAIN-KEYWORD,example,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

구독에서 내려받은 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 사라질 수 있습니다. 클라이언트의 오버라이드, 병합 또는 스크립트 기능을 사용하면 로컬 규칙을 별도로 저장한 뒤 코어가 읽을 최종 설정을 생성할 수 있습니다. prepend-rules와 append-proxies는 클라이언트별 병합 규칙이지, 모든 코어가 바로 인식하는 공통 설정 항목은 아닙니다. 아래는 해당 키를 지원하는 병합기의 구조 예시일 뿐이므로 사용 전에 클라이언트 문서를 확인하세요. 앞에 추가한 규칙은 우선순위가 높습니다. 노드를 추가했다고 해서 프록시 그룹에 자동으로 포함되는 것은 아닙니다. 적용 여부는 편집기의 원본 파일만 보지 말고 병합된 실행 설정에서 확인하세요.

prepend-rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
append-proxies:
  - name: "로컬 예시"
    type: ss
    server: example.com
    port: 443
    cipher: aes-128-gcm
    password: "your-password"