Clash 클라이언트다운로드 및 라우팅 설정

규칙 기반 라우팅은 도메인, 대상 IP 또는 규칙 집합에 따라 연결 경로를 정합니다. 하나의 설정에서 특정 서비스는 프록시를 거치게 하고, 로컬 네트워크 연결은 직접 연결하며, 조건에 맞는 요청은 차단할 수 있습니다. 규칙은 위에서 아래로 확인하며 처음 일치한 규칙이 적용됩니다. 따라서 세부 규칙을 포괄적인 규칙보다 앞에 두고, 마지막에 MATCH로 나머지 연결을 처리하는 것이 좋습니다. 전역 출구만 전환하는 방식과 달리 앱마다 필요한 네트워크 경로를 따로 지정할 수 있습니다. 처음 수정할 때는 도메인 규칙 하나만 추가한 뒤 연결 기록에서 적용 결과를 확인하세요. 여러 곳을 한꺼번에 바꾸면 문제 원인을 찾기 어려워집니다.

정책 그룹은 노드나 다른 정책을 하나의 이름으로 묶어 규칙에서 참조할 수 있게 합니다. select는 직접 선택할 때, url-test는 테스트 결과에 따라 출구를 선택할 때, fallback은 순서대로 사용 가능한 항목을 찾을 때, load-balance는 연결을 분산할 때 사용합니다. 먼저 노드 공급원을 설정하고 정책 그룹을 만든 다음 rules에서 그룹 이름을 참조하면 설정 관계가 명확해집니다. 노드 이름을 각 규칙에 직접 입력하는 것보다 출구를 바꿀 때 반복 수정할 부분이 적습니다. 자동 테스트는 테스트 대상에 연결할 수 있는지만 보여줍니다. 실제 사용 결과도 함께 확인하고, 한 번의 테스트만으로 모든 연결의 출구를 정하지 마세요.

TUN 모드는 가상 네트워크 인터페이스를 통해 연결을 받아 시스템 프록시 설정을 따르지 않는 앱이나 더 많은 네트워크 트래픽을 처리해야 하는 환경에 적합합니다. 규칙 모드와 둘 중 하나를 선택하는 관계는 아닙니다. TUN은 연결이 커널에 들어오는 방식을 정하고, 규칙은 들어온 연결의 경로를 결정합니다. 사용하기 전에 클라이언트에 필요한 권한이 있는지 확인하고, 다른 VPN이나 라우팅 설정, 보안 소프트웨어와 충돌하지 않는지 살펴보세요. TUN은 일반 시스템 프록시보다 더 많은 네트워크 계층에 영향을 줍니다. 먼저 기본 프록시 연결을 확인한 뒤 라우팅과 DNS 처리 기능을 하나씩 켜고, 네트워크 설정을 복구하는 방법도 마련해 두세요.

DNS는 도메인 이름을 조회하고, Fake-IP는 가상 주소에 도메인 정보를 연결해 이후 도메인 규칙을 적용할 수 있도록 합니다. Fake-IP는 프록시 노드가 아니며 출구 정책을 대신하지도 않습니다. DNS 서버에 연결할 수 있는지, 조회 요청이 어떤 경로를 거치는지, 로컬 네트워크 서비스와 호환되는지를 함께 고려해야 합니다. 특정 기기나 앱이 가상 주소를 처리하지 못한다면 환경에 맞게 필터 항목을 추가할 수 있습니다. 시스템 DNS만 바꾸는 경우와 달리 클라이언트 내장 DNS는 라우팅 및 TUN 처리 설정과 함께 확인해야 합니다. 설정을 바꾼 뒤에는 새 연결을 만들어 테스트하세요. 이전 캐시가 남아 있으면 현재 설정과 다른 결과가 나올 수 있습니다.

Profile은 클라이언트에서 설정을 저장하고 전환하는 기능입니다. 로컬 YAML 파일을 불러오거나 원격 구독에서 생성할 수 있습니다. 가져온 뒤에는 사용할 설정을 선택하고 커널이 정상적으로 불러왔는지 확인해야 합니다. 목록에 파일이 보인다고 해서 실제로 적용 중인 것은 아닙니다. 원격 업데이트로 구독 원본이 바뀔 수 있으므로 계속 유지할 규칙은 클라이언트의 오버라이드 또는 병합 기능으로 관리하세요. 다운로드한 파일을 직접 반복 수정하는 것보다 구독 원본과 로컬 변경 사항을 분리해 두면 이전 상태로 되돌리기 쉽습니다. 여러 설정은 용도별로 이름을 붙이고 업데이트 시점을 기록해 두세요. 구독 URL에는 인증 정보가 들어 있을 수 있으니 공개 스크린샷이나 로그에 노출하지 마세요.