다중 프록시 전략: 부하 분산, 장애 조치 및 릴레이 체인

단일 프록시 노드를 사용하면 Clash 프록시 그룹은 단순한 선택기에 불과합니다. 하지만 여러 노드가 있으면 프록시 그룹은 진정한 가치를 발휘합니다: 자동 레이턴시 기반 선택, 원활한 장애 조치, 노드 간 부하 분산, 그리고 고급 라우팅 시나리오를 위한 다중 홉 체인. 이 글에서는 Clash의 다섯 가지 프록시 그룹 유형 모두를 다룹니다.

다섯 가지 프록시 그룹 유형

유형	선택 방법	적합한 용도
`select`	사용자 수동 선택	메인 프록시 그룹; 사용자가 수동으로 전환
`url-test`	최저 레이턴시 자동 선택	여러 노드; 항상 가장 빠른 것 사용
`fallback`	순서대로 시도; 첫 번째 사용 가능한 것 사용	고가용성; 노드 장애 시 자동 전환
`load-balance`	노드 간 라운드로빈	동시 연결 분산; 대역폭 상한 높이기
`relay`	순서대로 노드 체인	다중 홉 라우팅; 출구 IP 숨기기

url-test: 자동 최선 노드 선택

url-test 그룹은 주기적으로 테스트 URL에 HTTP 요청을 보내 각 노드의 레이턴시를 측정하고 자동으로 최저 레이턴시 노드로 전환합니다. interval은 테스트 빈도를 제어합니다. tolerance는 전환 임계값을 설정합니다. 현재 노드의 레이턴시가 최선 노드보다 tolerance ms 이상 높을 때만 전환하여 불필요한 전환을 방지합니다.

url-test 그룹 설정

proxy-groups:
  - name: Auto-Select
    type: url-test
    proxies:
      - node-us-01
      - node-eu-01
      - node-jp-01
    url: https://www.gstatic.com/generate_204
    interval: 300           # 5분마다 테스트
    tolerance: 50           # 레이턴시 차이가 50ms 초과 시에만 전환

fallback: 고가용성 전환

url-test와 달리 fallback은 가장 빠른 것을 선택하지 않고 목록 순서대로 첫 번째 사용 가능한 노드를 사용합니다. 현재 노드가 헬스 체크에 실패(타임아웃 또는 도달 불가)할 때만 목록의 다음 항목으로 이동합니다. 기본/백업 설정에 완벽합니다: 정상적으로는 노드 A를 사용하고, A가 다운되면 자동으로 노드 B로 전환합니다.

fallback 기본/백업 그룹 설정

proxy-groups:
  - name: Primary-Backup
    type: fallback
    proxies:
      - node-primary      # 먼저 사용
      - node-backup-1     # 기본이 실패하면 자동 전환
      - node-backup-2     # 세 번째 옵션
    url: https://www.gstatic.com/generate_204
    interval: 60

load-balance: 노드 간 연결 분산

load-balance 그룹은 여러 노드에 동시 연결을 분산시켜 총 처리량을 높일 수 있습니다. Clash는 두 가지 strategy를 지원합니다:

consistent-hashing: 같은 목적지 도메인/IP로의 모든 연결은 항상 같은 노드를 사용. IP 일관성이 필요한 서비스(로그인, 스트리밍 세션)에 이상적.
round-robin: 새로운 연결마다 노드 목록을 순서대로 회전. 가장 균등한 분산. 대량 다운로드 같은 무상태 요청에 최적.

부하 분산은 단일 연결의 대역폭을 증가시키지 않습니다. 예를 들어 하나의 비디오 스트림은 여전히 단일 노드를 통과합니다. 이점은 여러 동시 연결이 활성화될 때 나타납니다. 총 처리량이 각 노드의 대역폭 합계에 가까워질 수 있습니다.

relay: 다중 홉 프록시 체인

relay는 Clash에서 가장 특수한 그룹 유형입니다. 트래픽은 proxies에 나열된 순서대로 노드를 통과합니다. Tor의 다중 홉 설계와 유사합니다. 최종 출구 IP는 마지막 노드의 IP입니다. 일반적인 사용 사례: 초기 레이턴시를 낮추기 위해 가까운 노드를 먼저 경유한 다음 지리적으로 다른 노드를 통해 출구하거나, 여러 홉을 체인으로 연결해 진짜 출구 소스를 숨기기.

relay 체인 설정

proxy-groups:
  - name: Relay-Chain
    type: relay
    proxies:
      - node-hop-1     # 트래픽이 여기에 먼저 들어옴
      - node-hop-2     # 여기서 출구

relay 주의사항: 릴레이 체인의 마지막을 제외한 모든 노드는 TCP 위의 UDP를 지원해야 합니다(순수 UDP 프로토콜인 Hysteria2는 마지막 홉에만 사용 가능). 홉을 추가할수록 레이턴시가 증가하므로 체인을 짧게 유지하세요.

그룹 유형 조합: 프로덕션 템플릿

실제로는 프록시 그룹 유형을 조합하는 것이 가장 좋습니다. 최상위 select 그룹으로 사용자가 "Auto-Select"와 수동으로 고정된 노드 사이를 전환할 수 있게 합니다. 그 아래에 url-test와 fallback 서브그룹으로 자동화를 제공하면서 수동 재정의 기능도 유지합니다.

프로덕션 프록시 그룹 템플릿

proxy-groups:
  # 최상위 수동 선택기
  - name: Proxy
    type: select
    proxies:
      - Auto-Select
      - Primary-Backup
      - node-us-01

  # 자동 레이턴시 서브그룹
  - name: Auto-Select
    type: url-test
    proxies:
      - node-us-01
      - node-eu-01
      - node-jp-01
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

  # 기본/백업 서브그룹
  - name: Primary-Backup
    type: fallback
    proxies:
      - node-us-01
      - node-eu-01
    url: https://www.gstatic.com/generate_204
    interval: 60