Clash 자주 묻는 질문

Clash Plus를 예로 들면, 다운로드 페이지에서 Windows용 설치 프로그램을 내려받아 실행하고 마법사를 따라 설치를 완료합니다. 처음 실행한 뒤 구독(설정) 페이지에서 구독 링크를 붙여넣고 저장하면 클라이언트가 곧바로 노드 목록을 가져옵니다. 메인 화면으로 돌아가 시스템 프록시 스위치를 켜면 브라우저와 대부분의 데스크톱 앱이 규칙에 따라 분기됩니다. Clash Verge Rev, FlClash 등 다른 클라이언트도 절차는 동일하며 인터페이스 배치만 다릅니다.

참고시작 가이드, 다운로드 페이지

클라이언트마다 메뉴 명칭은 조금씩 다르지만, 일반적으로 설정(Profiles / 구독) 페이지에서 새로 만들기 또는 가져오기를 클릭한 뒤 구독 URL을 붙여넣고 이름을 지정해 확인하면 클라이언트가 곧바로 구독 내용을 내려받아 해석합니다. 등록에 성공한 뒤에는 해당 설정을 선택해 적용해야 하며, 일부 클라이언트는 자동으로 선택됩니다. 이후 같은 페이지에서 수동으로 새로고침하거나 자동 업데이트 주기를 설정해 노드 목록을 제공자와 동기화할 수 있습니다.

먼저 링크 자체를 확인합니다. 구독 URL을 브라우저 주소창에 붙여넣어 텍스트가 다운로드되면 링크는 정상입니다. 브라우저로는 접속되는데 클라이언트에서 가져오기에 실패한다면, 클라이언트의 구독 업데이트가 프록시 설정 및 현재 노드 상태와 충돌하는 경우가 흔한 원인입니다. 시스템 프록시를 끄고 업데이트를 다시 시도하거나, 클라이언트 내 시스템 프록시로 구독 업데이트하기 옵션을 전환해 재시도해 보세요. 브라우저로도 접속되지 않는다면 링크가 만료된 것이므로 제공자에게 새 주소를 요청해야 합니다.

이는 Apple 공증을 받지 않은 서드파티 앱에 대한 Gatekeeper의 기본 차단이며, 설치 파일이 손상된 것이 아닙니다. 해결 방법은 두 가지입니다. 시스템 설정 → 개인정보 보호 및 보안에서 해당 알림을 찾아 그래도 열기를 선택하거나, 터미널에서 xattr -cr /Applications/Clash Plus.app 명령을 실행해 격리 속성을 제거한 뒤 다시 실행합니다. 두 방법 모두 macOS에서 오픈소스 클라이언트를 실행할 때 흔히 거치는 절차입니다.

주요 클라이언트의 설정 페이지에는 대개 부팅 시 자동 시작 스위치가 있어 켜기만 하면 되며, 별도로 시작 항목을 추가할 필요가 없습니다. 실행 후 트레이로 최소화 옵션을 함께 사용하면 조용히 백그라운드에서 동작시킬 수 있습니다. Windows 클라이언트는 시스템 시작 항목이나 작업 스케줄러를 통해 자동 시작을 구현하며, macOS는 시스템 로그인 항목을 사용합니다. 자동 시작을 껐는데도 잔여 항목이 남아 있다면 시스템 설정 → 일반 → 로그인 항목에서 확인 후 삭제하면 됩니다.

규칙 모드(Rule)는 설정 안의 규칙 목록을 순서대로 대조합니다. 프록시 규칙에 걸리면 노드를 경유하고, 다이렉트 규칙에 걸리면 직접 연결하며, 어느 것에도 걸리지 않으면 맨 끝의 MATCH 규칙이 처리합니다. 일상적으로 권장하는 모드입니다. 전역 모드(Global)는 규칙을 무시하고 모든 트래픽을 선택한 노드로 보내며, 일시적으로 전체를 프록시로 내보내야 할 때 적합합니다. 다이렉트 모드(Direct)는 모든 트래픽을 프록시 없이 처리해 프록시 기능을 잠시 멈춘 것과 같습니다.

설정 안의 정책 그룹(proxy-groups)을 활용합니다. 정책 그룹은 노드를 선택 가능한 여러 출구로 묶어 두고, 규칙이 특정 도메인이나 IP를 어느 정책 그룹으로 보낼지 지정합니다. 예를 들어 스트리밍용 정책 그룹은 지연이 낮은 노드로, 다운로드용 정책 그룹은 대용량 대역폭 노드로 지정할 수 있습니다. 클라이언트 화면에서는 그룹별로 직접 노드를 선택할 수 있고, url-test 유형의 정책 그룹은 지연에 따라 자동으로 선택합니다. 규칙은 위에서부터 순서대로 대조되며 처음 일치하는 곳에서 멈추므로 작성 순서가 곧 우선순위입니다.

참고커스텀 규칙 작성법 상세 설명, 규칙 기반 트래픽 분기 실전 가이드

노드 목록의 지연 테스트는 노드에 HTTP 요청을 한 번 보내 왕복 시간을 표시하는 것입니다. 이 숫자는 노드 서버까지의 연결 상태와 지연만을 반영하며 실제 다운로드 대역폭을 의미하지 않습니다. 노드를 고를 때는 지연과 대역폭을 함께 고려해야 합니다. 타임아웃으로 표시되는 노드는 현재 사용할 수 없는 상태이므로 다른 노드를 선택하거나 구독을 업데이트한 뒤 다시 테스트하면 됩니다.

TUN 모드는 가상 네트워크 어댑터를 만들어 기기 전체의 TCP/UDP 트래픽을 넘겨받는 방식으로, 개별 앱의 프록시 설정에 의존하지 않습니다. 기본적인 시스템 프록시 모드는 시스템 프록시 설정을 따르는 앱에만 적용되며, 게임이나 일부 커맨드라인 도구처럼 시스템 프록시를 따르지 않는 프로그램은 TUN 모드로만 처리할 수 있습니다. TUN을 켜려면 관리자 권한이 필요하고 가상 네트워크 어댑터 드라이버가 설치됩니다. 일상적인 웹 브라우징에는 켤 필요가 없으며, 위와 같은 까다로운 앱을 프록시로 처리해야 할 때만 켜면 됩니다.

두 가지 방법이 있습니다. 첫째, 규칙 목록 앞쪽에 다이렉트 규칙을 추가하는 방법입니다. 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT처럼 작성하면 일치 시 바로 직접 연결됩니다. 둘째, Windows 클라이언트의 시스템 프록시 설정에는 우회 목록을 관리할 수 있어, 목록에 등록된 주소는 Clash를 전혀 거치지 않으므로 로컬 네트워크 주소나 항상 직접 연결해야 하는 도메인에 적합합니다. 일시적인 상황에서는 해당 정책 그룹을 DIRECT로 전환하거나 전체를 다이렉트 모드로 바꿔도 됩니다.

다음 순서로 점검하세요. 먼저 구독을 업데이트해 노드 목록이 오래된 버전이 아닌지 확인합니다. 다음으로 네트워크 환경을 바꿔 보세요. 예를 들어 Wi-Fi에서 휴대폰 테더링으로 전환해 로컬 네트워크가 프록시 포트를 방해하는지 배제합니다. 시스템 시간을 정확히 맞추세요. Trojan, VLESS 등 TLS 계열 프로토콜은 시간 오차에 민감해 1~2분만 벗어나도 핸드셰이크에 실패합니다. 다른 기기나 클라이언트로 같은 구독을 테스트해 문제가 노드 쪽인지 기기 쪽인지 확인하세요. 여러 네트워크에서 모두 노드가 타임아웃된다면 구독 자체가 만료되었을 가능성이 큽니다.

먼저 클라이언트의 시스템 프록시 스위치가 실제로 켜져 있는지, 리스닝 포트가 다른 프록시 소프트웨어와 충돌하지 않는지 확인하세요. 프록시 클라이언트 두 개를 동시에 실행하는 것이 가장 흔한 원인입니다. 다음으로 브라우저에 프록시 기능이 내장된 확장 프로그램이 설치되어 있는지 확인하세요. 확장 프로그램의 프록시는 시스템 프록시보다 우선순위가 높아 충돌 시 확장 프로그램이 우선 적용됩니다. 마지막으로 시스템 프록시 설정이 127.0.0.1과 클라이언트 리스닝 포트(보통 7890)를 정확히 가리키는지 확인하세요.

TUN은 운영체제 수준의 권한이 필요합니다. Windows에서는 클라이언트를 관리자 권한으로 실행하거나, 서비스 모드를 켜서 상주 서비스가 권한을 대신 유지하도록 하세요. macOS는 처음 켤 때 비밀번호를 입력해 헬퍼 프로그램 설치를 승인해야 합니다. Linux는 root 권한이 필요하거나, 실행 파일에 cap_net_admin 권한을 부여해야 합니다. 권한을 부여한 뒤에도 실패한다면 다른 VPN이나 가속기 소프트웨어와 충돌하는지 확인하세요. 여러 개의 가상 네트워크 어댑터가 라우팅 테이블을 다투면 생성에 실패할 수 있으므로, 충돌하는 소프트웨어를 종료한 뒤 다시 시도하세요.

원인은 UWP의 샌드박스 루프백 제한 때문입니다. UWP 앱은 기본적으로 127.0.0.1 접근이 차단되어 Clash의 로컬 프록시 포트에 연결할 수 없습니다. 해결 방법은 두 가지입니다. TUN 모드를 켜서 네트워크 어댑터 단계에서 트래픽을 처리하면 루프백 제한의 영향을 받지 않습니다. 또는 특정 앱의 루프백 격리를 해제하는 방법도 있는데, 일부 클라이언트에는 UWP 루프백 도구가 내장되어 있어 대상 앱을 체크하면 됩니다. 해제하면 UWP 앱도 일반 데스크톱 프로그램처럼 시스템 프록시를 사용할 수 있습니다.

전형적인 증상은 특정 도메인은 접속이 안 되는데 IP로 직접 접속하면 정상이거나, 사이트에 접속하면 잘못된 페이지로 리다이렉트되는 경우입니다. Clash는 DNS 모듈을 내장하고 있으며, 설정의 nameserver가 일반 해석을 처리하고 fallback이 오염된 도메인을 처리합니다. 진단할 때는 먼저 클라이언트의 DNS 설정이 활성화되어 있는지 확인하고, 브라우저의 보안 DNS(DoH)가 Clash의 해석과 충돌하는지 확인하세요. 브라우저 DoH는 Clash의 DNS를 우회하므로, 일시적으로 끄고 대조 테스트해 볼 수 있습니다.

참고Clash DNS 설정 상세 가이드