Clash 자주 묻는 질문

Clash는 규칙 기반 트래픽 분기 기능을 제공하는 네트워크 프록시 클라이언트로, 설정 파일에 담긴 노드와 규칙을 읽어 각 네트워크 요청을 프록시로 보낼지 직접 연결로 보낼지 결정합니다. 원조 Clash 코어 저장소는 이미 보관(archive) 처리되어 업데이트가 중단되었지만, 커뮤니티가 관리하는 mihomo 코어는 계속 업데이트되고 있으며 기존 설정 형식과도 호환됩니다.

현재 mihomo를 기반으로 한 Clash Verge, Mihomo Party, FlClash 등의 클라이언트는 정상적으로 다운로드하고 사용할 수 있습니다.

Clash for Windows는 2023년 말 업데이트가 중단되어 더 이상 코어 및 보안 업데이트를 받지 못합니다. Windows 환경에서는 Clash Verge 또는 Mihomo Party로 이전하는 것을 권장합니다. 두 클라이언트 모두 mihomo 코어를 기반으로 하며 구독 가져오기, 규칙 기반 분기, TUN 모드를 지원하고, 기존 구독 링크를 그대로 사용할 수 있어 다시 설정할 필요가 없습니다.

각 플랫폼용 설치 파일은 본 사이트의 다운로드 페이지에서 받을 수 있습니다.

Clash는 최초의 오픈소스 코어 프로젝트 이름이며, mihomo(이전 명칭 Clash Meta)는 이를 기반으로 파생되어 계속 관리되고 있는 코어 분기 버전으로, 더 많은 프록시 프로토콜과 규칙 유형을 지원합니다. 현재 주요 클라이언트에는 모두 mihomo 코어가 내장되어 있으며, 일상적으로 말하는 Clash 클라이언트는 보통 이러한 mihomo 기반의 GUI 소프트웨어를 가리킵니다.

구독 링크는 서비스 제공업체가 제공하는 URL로, 클라이언트가 이 링크에 접속하면 노드 목록과 분기 규칙이 포함된 전체 설정 파일을 다운로드할 수 있습니다. 구독 링크는 사용 중인 프록시 서비스 제공업체의 사용자 센터에서 발급받아야 합니다.

본 사이트는 클라이언트 설치 파일과 사용법 안내만 제공하며, 노드나 구독 서비스는 제공하지 않습니다.

규칙 모드는 설정 파일의 분기 규칙을 순서대로 매칭하여, 프록시 규칙에 해당하는 트래픽은 노드를 통해, 나머지는 직접 연결로 처리하는 일상적으로 권장되는 기본 모드입니다. 전역 모드는 모든 트래픽을 현재 선택된 노드로 전송하며, 규칙 문제를 임시로 점검하거나 모든 트래픽을 프록시로 보내야 하는 상황에 적합합니다. 직접 연결 모드는 어떤 노드도 사용하지 않고 모든 트래픽을 로컬에서 직접 전송합니다.

모드를 전환한 뒤에는 연결 페이지에서 기존 연결을 끊어 이전 경로를 계속 사용하는 일을 방지하는 것이 좋습니다.

일부 백신 소프트웨어는 프록시 도구를 오탐지하기도 하며, SmartScreen도 설치 파일 서명이 비교적 최근이라는 이유로 경고를 표시할 수 있습니다. 설치 파일이 본 사이트의 다운로드 페이지나 클라이언트 공식 배포 경로에서 받은 것인지 확인한 뒤, SmartScreen 경고에서 '실행'을 선택하거나 백신 소프트웨어에서 설치 폴더를 신뢰 목록에 추가하세요.

다운로드 단계에서 설치 파일이 바로 삭제된다면, 실시간 보호 기능을 잠시 비활성화하고 설치가 끝난 뒤 다시 켜면 됩니다.

이는 macOS가 공증(notarization)되지 않은 앱을 기본적으로 차단하는 것으로, 설치 파일에 문제가 있다는 의미는 아닙니다. '시스템 설정 → 개인정보 보호 및 보안' 페이지 하단에서 차단된 앱을 찾아 '그래도 열기'를 클릭하면 됩니다. 또는 터미널에서 sudo xattr -cr 뒤에 앱의 전체 경로(예: /Applications 아래의 해당 .app 디렉터리)를 입력해 격리 속성을 제거한 뒤 실행할 수도 있습니다.

Android에서는 Clash Meta for Android(CMFA) 또는 FlClash 설치를 권장합니다. 본 사이트 다운로드 페이지에서 APK를 받으면 시스템이 '알 수 없는 소스의 앱 설치 허용' 권한을 요청하는데, 안내에 따라 권한을 부여하면 설치가 완료됩니다.

처음 실행할 때 설정 페이지에서 새 설정을 만들고 구독 링크를 붙여넣어 저장한 다음, 메인 화면으로 돌아가 시작 버튼을 누르면 시스템이 VPN 연결 요청을 표시하며, 이를 허용하면 로컬 가상 네트워크 어댑터가 생성되어 프록시가 시작됩니다.

Clash Verge를 예로 들면, 클라이언트의 '구독' 페이지를 열고 구독 링크를 입력창에 붙여넣은 뒤 가져오기를 클릭하면 클라이언트가 자동으로 설정 파일을 다운로드하고 노드 수와 트래픽 정보를 표시합니다. 가져오기가 끝나면 '프록시' 페이지에서 지연 시간이 정상인 노드를 선택하고, 설정에서 시스템 프록시를 켜면 적용됩니다.

다른 클라이언트도 절차는 비슷하며 링크 붙여넣기, 가져오기, 노드 선택, 프록시 켜기의 네 단계로 이루어집니다. 자세한 이미지 안내는 사용법 안내에서 확인할 수 있습니다.

TUN 모드는 가상 네트워크 어댑터를 만들어 시스템의 모든 트래픽을 처리하는데, 가상 네트워크 어댑터 생성은 시스템 수준의 작업입니다. Windows에서는 관리자 권한이 필요하거나 먼저 시스템 서비스를 설치해야 하며, macOS와 Linux에서는 관리자 비밀번호 입력을 통한 권한 부여가 필요합니다.

Clash Verge를 예로 들면, TUN을 처음 켜기 전에 설정에서 먼저 '서비스 설치'를 실행해야 하며, 설치가 완료되면 이후에는 관리자 권한으로 클라이언트를 매번 실행할 필요 없이 TUN을 자유롭게 켜고 끌 수 있습니다.

클라이언트의 '프록시' 페이지에서 지연 시간 테스트 아이콘을 클릭하면, 클라이언트가 테스트 주소로 요청을 보내 각 노드의 밀리초 단위 지연 시간을 표시합니다. 일반적으로 200ms 이내면 원활하게 사용할 수 있으며 수치가 낮을수록 좋습니다. 타임아웃으로 표시되는 노드는 현재 사용할 수 없는 상태입니다.

자주 쓰는 프록시 그룹은 url-test 유형으로 설정해 두면 클라이언트가 지연 시간이 가장 낮은 노드를 자동으로 선택해 주므로 일일이 수동으로 시도할 필요가 없습니다.

시스템 프록시는 시스템 프록시 설정을 따르는 앱에만 적용되며, 브라우저와 대다수 데스크톱 앱에 알맞고 부담이 적어 일상적으로 우선 선택하는 방식입니다. 명령줄 도구, 일부 게임, 프록시 설정을 읽지 않는 소프트웨어는 시스템 프록시를 거치지 않으므로, 이런 상황에서는 TUN 모드를 켜서 네트워크 계층에서 가상 네트워크 어댑터로 모든 트래픽을 처리해야 합니다.

두 가지를 동시에 켤 필요는 없으며, TUN을 켠다면 트래픽이 중복 처리되지 않도록 시스템 프록시는 꺼두는 것이 좋습니다.

설정 파일의 rules 항목 위쪽에 규칙을 추가하면 됩니다. DOMAIN-SUFFIX로 웹사이트 도메인을 매칭해 DIRECT로 지정하거나, PROCESS-NAME으로 프로세스 이름을 매칭해 특정 앱을 직접 연결시킬 수 있습니다. 규칙은 위에서 아래로 매칭되며 먼저 일치하는 규칙이 먼저 적용되므로, 사용자 지정 규칙은 일반 규칙보다 앞에 배치해야 합니다.

구독을 업데이트할 때마다 수동 수정이 덮어씌워진다면, 전역 확장 설정이나 병합 스크립트를 지원하는 클라이언트(예: Clash Verge)에서 사용자 지정 규칙을 관리하면 구독을 업데이트해도 유지됩니다.

가능합니다. 주요 클라이언트는 각 구독마다 업데이트 주기를 설정할 수 있도록 지원합니다. 예를 들어 Clash Verge의 구독 편집 페이지에서 분 단위 간격을 입력하면 클라이언트가 주기적으로 최신 설정을 자동으로 가져오며, Mihomo Party와 FlClash에도 비슷한 옵션이 있습니다. 간격은 1440분(하루 한 번)으로 설정하면 노드 변경 시 수동으로 조작할 필요가 없습니다.

자동 업데이트가 실패한다면 업데이트 시 '프록시를 사용하여 업데이트' 옵션이 체크되어 있는지 먼저 확인하고, 현재 네트워크에서 구독 주소에 접속할 수 있는지 점검하세요.

다음 순서로 점검하세요. 먼저 링크가 완전히 복사되었는지, 불필요한 공백이나 줄바꿈이 없는지 확인합니다. 브라우저에서 구독 링크를 직접 열어 파일이 다운로드되면 링크 자체는 유효한 것입니다. 브라우저에서도 열리지 않는다면 현재 네트워크에서 구독 도메인이 차단된 것일 수 있으니, 먼저 사용 가능한 노드에 연결한 뒤 '프록시를 사용하여 업데이트'를 체크하고 다시 시도해 보세요. 형식 오류 메시지가 나온다면 서비스 제공업체가 Clash 형식의 구독을 제공하는지 확인하고, 필요하다면 제공업체 안내에 따라 링크 뒤에 형식 파라미터를 추가하세요.

그래도 해결되지 않으면 서비스 제공업체에 구독 만료 여부를 문의하세요.

먼저 구독을 한 번 업데이트해 노드 정보가 오래된 것은 아닌지 확인하고, 이어서 프록시를 켜지 않은 상태에서 로컬 네트워크가 정상인지 확인하세요. 네트워크는 정상인데 모든 노드가 타임아웃된다면 다음을 차례로 확인합니다: 시스템 시간이 정확한지(일부 프로토콜은 시간 오차에 민감함), 방화벽이나 백신 소프트웨어가 클라이언트 프로세스를 막고 있는지, 지연 테스트 주소에 접속 가능한지(설정에서 테스트 URL을 변경할 수 있음).

일부 노드만 타임아웃되는 것은 정상적인 현상이므로 다른 지역 노드로 전환하면 됩니다. 전부 타임아웃되고 위 항목이 모두 정상이라면 대부분 서비스 제공업체 측 장애이므로 제공업체에 확인을 요청하세요.

먼저 클라이언트 메인 화면에서 프록시가 시작된 상태인지, '프록시' 페이지에서 선택한 노드의 지연 테스트가 타임아웃이 아닌 정상 상태인지 확인하세요. 그다음 시스템 프록시 포트와 클라이언트가 수신하는 포트가 일치하는지 확인합니다. 기본 혼합 포트는 7890입니다. 브라우저에 프록시 전환 확장 프로그램을 설치했다면 시스템을 따르도록 설정하거나 127.0.0.1:7890을 직접 지정해야 합니다.

그래도 작동하지 않으면 전역 모드로 전환해 테스트해 보세요. 전역 모드에서는 작동하지만 규칙 모드에서는 작동하지 않는다면 분기 규칙이 매칭되지 않은 것이므로, 설정의 규칙과 최종 MATCH 항목이 어디로 지정되어 있는지 확인해야 합니다.

Windows는 보안 정책상 기본적으로 UWP 앱이 로컬 루프백 주소에 접근하는 것을 막고 있어, 이런 앱은 로컬 프록시 포트에 연결할 수 없습니다. 해결 방법은 두 가지입니다. Clash Verge 등의 클라이언트 설정에서 UWP 도구나 루프백 예외 옵션을 찾아 인터넷 연결이 필요한 스토어 앱에 제한을 해제해 주는 방법과, TUN 모드를 직접 켜서 네트워크 계층에서 트래픽을 처리해 루프백 제한을 우회하는 방법이 있으며 이 경우 모든 UWP 앱에 한 번에 적용됩니다.

일반적으로 7890 등의 기본 포트를 다른 프로그램이 사용 중인 경우로, 이전 클라이언트 프로세스가 완전히 종료되지 않았거나 다른 프록시 소프트웨어가 동시에 실행 중인 것이 흔한 원인입니다. 작업 관리자에서 남아 있는 클라이언트와 코어 프로세스를 종료한 뒤 다시 시작해 보세요. 다른 프로그램이 해당 포트를 계속 사용해야 한다면, 클라이언트 설정에서 혼합 포트를 7891 등 사용되지 않는 포트로 변경하고 시스템 프록시 설정도 함께 업데이트하세요.

Windows에서는 netstat -ano와 작업 관리자를 함께 사용해 포트를 점유한 프로세스를 찾을 수 있습니다.