Clash 자주 묻는 질문

Clash는 규칙 기반 네트워크 프록시 도구를 통칭하는 이름입니다. 핵심은 코어 프로그램(mihomo 등)으로, 설정 파일 속 분기 규칙에 따라 트래픽을 매칭하고 출구를 결정합니다. 각 플랫폼의 그래픽 클라이언트(Clash Verge, Clash Meta for Android 등)는 이 코어 위에서 구독 관리, 노드 전환, 스위치 화면 등을 제공합니다. 코어는 VMess, VLESS, Trojan, Shadowsocks 등 다양한 프록시 프로토콜을 지원합니다.

프로토콜과 규칙 관련 용어의 전체 설명은 용어집에서 확인할 수 있습니다.

mihomo는 코어이며, 명령줄 프로그램으로 그래픽 인터페이스가 없고 실제 트래픽 처리를 담당합니다. Clash Verge는 데스크톱 그래픽 클라이언트로 mihomo 코어를 내장하고 있으며 Windows, macOS, Linux 세 플랫폼을 지원합니다. Clash for Windows는 2023년에 유지보수가 중단되었고 공식 저장소도 삭제되어 더 이상 업데이트를 받지 못합니다. 데스크톱 환경에서는 Clash Verge로 대체하는 것을 권장합니다.

각 플랫폼 클라이언트의 다운로드 경로는 다운로드 페이지에서 확인할 수 있습니다.

클라이언트와 코어 모두 오픈소스 소프트웨어로 무료로 받을 수 있습니다. 클라이언트 자체에는 서버 노드가 포함되어 있지 않으며, 프록시 서비스를 이용하려면 별도로 노드 정보를 얻어야 하는데 이를 흔히 구독이라고 부릅니다. 구독은 제3의 서비스 제공업체가 제공하며, 유료 여부와 트래픽 한도는 해당 업체가 정하는 것으로 클라이언트와는 무관합니다.

클라이언트는 트래픽을 조율하는 도구일 뿐 노드를 제공하지 않습니다. 설치 후에는 노드 정보가 담긴 구독 링크나 설정 파일을 가져와 사용 가능한 노드를 선택하고 시스템 프록시를 켜야만 트래픽이 프록시 출구를 통해 나갑니다. 사용 가능한 노드가 없으면 클라이언트는 대기 상태일 뿐 어떤 프록시 효과도 발생하지 않습니다.

가져오기부터 확인까지 전체 과정은 설정 가이드에서 확인할 수 있습니다.

흔한 원인은 오픈소스 설치 파일이 상업용 코드 서명 인증서를 구매하지 않아, 서명되지 않은 프로그램에 대해 시스템이 기본적으로 위험 경고를 표시하는 것이며 악성 행위가 감지된 것은 아닙니다. 처리 방법: SmartScreen 알림에서 추가 정보, 그래도 실행을 차례로 클릭합니다. 백신 프로그램이 오탐할 경우 설치 폴더를 신뢰 목록에 추가합니다.

시스템 설정의 개인 정보 보호 및 보안을 열고 보안 항목에서 차단된 앱을 찾아 그래도 열기를 클릭하면 최초 승인이 완료됩니다. 앱이 손상되어 열 수 없다는 메시지가 나오면 대부분 다운로드 파일에 붙은 격리 속성 때문이며, 터미널에서 xattr -cr 뒤에 앱 경로(예: /Applications 아래 클라이언트 프로그램)를 붙여 실행해 속성을 제거한 뒤 다시 시작하면 됩니다.

서비스 제공업체가 준 구독 URL을 복사한 뒤 클라이언트의 구독 또는 설정 페이지를 열고 URL로 가져오기를 선택해 붙여넣고 다운로드를 확인합니다. 가져오기가 성공하면 프록시 페이지에 구독 안의 모든 노드가 표시됩니다. 대부분의 클라이언트는 클립보드 가져오기와 로컬 파일 가져오기도 지원하며, 세 가지 방식의 구체적인 차이는 사이트 내 블로그의 구독 가져오기 가이드를 참고하세요.

다음 세 가지를 순서대로 확인하세요:

1. 구독 링크가 전체 복사되었는지, 잘린 파라미터가 있는지 확인합니다;
2. 구독이 만료되었거나 트래픽이 소진되었는지 서비스 제공업체 패널에서 확인합니다;
3. 가져오는 시점에 로컬 기기가 구독 서버에 접속할 수 있는지 확인합니다. 일부 구독 주소는 다른 사용 가능한 노드를 임시로 켠 뒤에야 가져오기가 성공합니다.

형식 오류가 나타나면 대부분 링크가 Clash 형식이 아닌 구독을 가리키는 경우이므로 서비스 제공업체에 Clash 전용 구독 링크를 요청하세요.

Android 플랫폼의 트래픽 인계는 시스템 VpnService 인터페이스를 통해 이뤄지며, 클라이언트는 로컬 가상 네트워크 카드를 만들어야 각 앱의 트래픽을 처리할 수 있습니다. 이 권한은 로컬 터널을 구성하는 데만 쓰이며, 트래픽은 여전히 설정된 분기 규칙에 따라 처리됩니다. 권한을 거부하면 클라이언트가 트래픽을 인계받을 수 없습니다. 또한 시스템 배터리 설정에서 클라이언트를 제한 없음으로 지정하면 백그라운드 프로세스가 시스템에 의해 정리되어 연결이 끊기는 상황을 피할 수 있습니다.

규칙 모드는 설정 파일의 분기 규칙을 순서대로 매칭합니다. 프록시 규칙에 해당하는 트래픽은 노드를 경유하고 다이렉트 규칙에 해당하는 트래픽은 프록시를 거치지 않으며, 일상적으로 추천되는 모드입니다. 글로벌 모드는 모든 트래픽을 프록시로 보내며 규칙이 미완성이거나 임시로 전체 트래픽을 프록시로 돌려야 할 때 적합합니다. 다이렉트 모드에서는 모든 트래픽이 프록시를 거치지 않으며, 문제 해결 시 대조용으로 자주 쓰입니다. 전환은 클라이언트 메인 화면이나 프록시 페이지의 모드 선택기에서 할 수 있습니다.

시스템 프록시는 시스템 프록시 설정을 능동적으로 읽는 프로그램에만 적용되며, 브라우저 등 대부분의 프로그램은 이를 따릅니다. 반면 명령줄 도구, 일부 게임과 데스크톱 프로그램은 시스템 프록시를 무시합니다. 이런 프로그램도 프록시를 거치게 하려면 TUN 모드를 켜서 가상 네트워크 카드가 네트워크 계층에서 모든 트래픽을 인계받도록 합니다. Windows에서 TUN을 켜려면 관리자 권한이 필요하거나 먼저 시스템 서비스를 설치해야 하며, macOS와 Linux에서는 그에 맞는 권한이 필요합니다. 원리와 각 플랫폼별 주의사항은 사이트 내 TUN 모드 가이드를 참고하세요.

클라이언트의 지연 테스트는 테스트 주소로 HTTP 요청을 한 번 보내고 시간을 측정하는 것으로, 단위는 밀리초입니다. 값이 낮을수록 응답이 빠르며, 타임아웃으로 표시되면 해당 노드가 현재 접근 불가능하다는 뜻입니다. 지연은 핸드셰이크 응답 속도만을 반영할 뿐 대역폭과는 다르므로, 영상처럼 대용량 트래픽이 필요한 상황에서는 실제 속도 측정이 필요합니다. 한 번의 결과는 순간적인 네트워크 변동에 크게 영향을 받으므로 두세 번 테스트한 뒤 판단하는 것을 권장합니다.

설정 파일 rules 항목의 맨 위에 사용자 지정 규칙을 추가합니다. 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT는 해당 도메인을 강제로 다이렉트로 보내는 것이고, 마지막 항목을 프록시 그룹 이름으로 바꾸면 강제로 프록시를 거치게 됩니다. Clash 규칙은 위에서 아래로 매칭되며 먼저 일치하는 규칙이 우선 적용되므로, 사용자 지정 규칙은 반드시 일반 규칙보다 위에 두어야 합니다. 일부 클라이언트(예: Clash Verge의 전역 확장 설정)는 구독 원본 파일을 건드리지 않고도 규칙을 추가할 수 있어 구독이 갱신돼도 규칙이 유지됩니다.

규칙 우선순위와 자주 쓰는 작성법은 분기 규칙 우선순위 상세 설명에서 확인할 수 있습니다.

구독 항목의 편집 화면에서 자동 업데이트 간격을 설정할 수 있으며, 흔히 1440분, 즉 하루에 한 번 업데이트하는 값이 사용됩니다. 노드 정보는 자주 바뀌지 않으므로 간격을 지나치게 짧게 잡아도 실질적인 이득이 없고 구독 서버에 부담만 늘어납니다. 서비스 제공업체가 노드를 교체한 뒤에는 언제든 수동 업데이트 버튼을 눌러 즉시 최신 설정을 받아올 수 있습니다.

먼저 시스템 프록시 스위치가 켜져 있는지 확인하세요. 클라이언트가 실행 중이라고 해서 시스템 프록시가 켜진 것은 아니며 두 스위치는 별개입니다. 다음으로 브라우저에 프록시 관련 확장 프로그램이 설치되어 시스템 설정을 덮어쓰고 있는지, 브라우저 자체의 프록시 옵션이 시스템 프록시 사용으로 설정되어 있는지 확인하세요. 마지막으로 포트를 확인합니다. 시스템 프록시가 가리키는 포트는 클라이언트의 혼합 포트(기본값 7890)와 일치해야 합니다. 전체 점검 목록은 연결 실패 점검 글을 참고하세요.

Windows는 기본적으로 UWP 앱이 자체 루프백 주소에 연결하는 것을 막기 때문에, 이런 앱은 로컬 프록시 포트를 사용할 수 없으며 노드 상태와는 무관합니다. 해결 방법은 두 가지입니다:

• 지원되는 클라이언트에서 UWP 루프백 예외 도구(Clash Verge 설정에 제공)를 사용해 대상 앱의 루프백 제한을 해제합니다;
• 또는 TUN 모드를 켜서 네트워크 계층에서 트래픽을 인계받아 루프백 제한을 우회합니다.

범위를 순서대로 좁혀 갑니다:

1. 다이렉트 모드로 전환해 일반 사이트에 접속해 기본 네트워크가 정상인지 확인합니다;
2. 구독을 수동으로 업데이트해 노드 정보 만료 가능성을 배제합니다;
3. 지역이 다른 두세 개 노드로 바꿔 재테스트해 단일 지점 장애를 배제합니다;
4. 시스템 시간이 정확한지 확인합니다. VMess 등 프로토콜은 시간 오차에 민감해 표준 시각과 약 90초 이상 차이가 나면 핸드셰이크가 실패합니다;
5. 이상 모두 정상인데도 전부 타임아웃이라면 서비스 제공업체에 문의해 서버 상태를 확인합니다.

기본 혼합 포트 7890이 다른 프로그램에 점유되면 코어가 시작에 실패합니다. Windows에서는 netstat -ano로, macOS와 Linux에서는 lsof -i :7890으로 점유 프로세스를 찾을 수 있습니다. 흔한 원인은 완전히 종료되지 않은 이전 코어 프로세스나 다른 프록시 프로그램이므로 해당 프로세스를 종료하면 됩니다. 또는 클라이언트 설정에서 혼합 포트를 다른 사용 중이지 않은 값으로 바꾸면 시스템 프록시 포트도 함께 동기화됩니다.

대부분 권한이나 DNS 문제입니다. 세 가지를 확인하세요:

1. TUN은 관리자 또는 시스템 서비스 권한이 필요하므로 Windows에서는 먼저 클라이언트 설정에서 서비스 모드를 설치한 뒤 켜야 합니다;
2. 설정에서 DNS가 활성화되어 있고 enhanced-mode(주로 fake-ip)가 켜져 있는지 확인하세요. 그렇지 않으면 도메인 해석이 실패할 수 있습니다;
3. 다른 VPN이나 가상 네트워크 카드 소프트웨어와 동시에 실행하지 마세요. 여러 가상 네트워크 카드가 기본 라우팅을 다투면 인터넷이 끊길 수 있습니다.

TUN을 끄면 즉시 네트워크가 복구되면 문제가 위 범위에 있음을 확인할 수 있습니다.