Clash 자주 묻는 질문

Clash는 오픈소스 규칙 기반 프록시 클라이언트입니다. 자체적으로 노드를 제공하지 않고, 규칙에 따라 트래픽을 각기 다른 경로로 분배하는 역할만 합니다.

노드는 「기장」(구독 서비스 제공처)에서 제공합니다. 기장이 준 구독 링크를 Clash에 등록해야 두 부품이 맞물려 실제로 인터넷에 연결됩니다.

비유하자면 Clash는 콘센트 패널, 구독은 전원선입니다. 둘 중 하나만 있으면 불이 켜지지 않습니다.

원 개발자가 2023년 말 유지보수를 중단하고 저장소를 아카이브 처리했습니다. 예전 버전은 실행은 되지만 보안 업데이트가 없고 신규 프로토콜도 지원하지 않습니다.

현재도 관리되는 클라이언트인 Clash Plus나 Clash Verge Rev로 교체하는 것을 권장합니다. 설정 형식이 동일해 구독 링크를 그대로 옮기면 몇 분 안에 마이그레이션이 끝납니다.

https://로 시작하는 주소로, 접속하면 노드·그룹·규칙이 모두 담긴 완전한 Clash 설정 파일을 반환합니다.

기장의 사용자 페이지에서 제공되며, 전체 주소를 복사해 클라이언트의 「구독 / Profiles」 페이지에 붙여넣으면 됩니다.

구독 링크는 계정 자격 증명과 같으니 캡처해서 단체방에 공유하지 마세요.

규칙 모드: 설정에 따라 하나씩 매칭하며, 중국 본토 사이트는 다이렉트로, 해외 사이트는 프록시로 연결하는 방식으로 일상적으로 사용합니다.

전역 모드: 모든 트래픽이 현재 선택된 노드를 거치며, 문제를 확인할 때 임시로 씁니다.

다이렉트 모드: 프록시를 전혀 사용하지 않아 잠시 플러그를 뽑은 것과 같습니다.

전환 위치는 클라이언트 메인 화면의 「프록시 모드 / 아웃바운드 모드」에 있습니다. 잘못 바꿨다면 다시 되돌리면 됩니다.

mihomo(구 Clash Meta 코어)는 실제로 동작을 처리하는 핵심 프로그램으로, 설정 해석과 트래픽 전달을 모두 담당합니다.

Clash Plus, Clash Verge Rev 같은 GUI 클라이언트는 이 코어를 감싸는 조작 화면일 뿐이며 코어를 내장하고 있어 하나만 설치하면 됩니다.

서버나 라우터처럼 화면이 없는 환경에서만 코어를 별도로 배포할 필요가 있습니다.

Clash Plus를 우선 추천하며, 그다음은 Clash Verge Rev입니다. 둘 다 계속 관리되고 있고 신규 프로토콜을 지원합니다.

본 사이트 다운로드 페이지의 Windows 항목에서 설치 파일을 받아 더블클릭하면 일반 프로그램과 동일한 절차로 설치됩니다. Windows 10 64비트 이상이면 충분합니다.

업데이트가 중단된 Clash for Windows 구버전 설치 파일은—문제가 생겨도 고칠 사람이 없으므로—권장하지 않습니다.

이는 macOS가 스토어 외부 앱을 차단할 때 뜨는 알림으로, 설치 파일이 실제로 손상된 것은 아닙니다.

터미널을 열어 sudo xattr -rd com.apple.quarantine /Applications/클라이언트이름.app을 실행하고 엔터 후 비밀번호를 입력하면 다시 실행할 수 있습니다.

또는 「시스템 설정 → 개인정보 보호 및 보안」 페이지 하단에서 「그래도 열기」를 클릭해도 됩니다.

먼저 세 가지를 확인하세요. ①링크를 앞뒤 공백 없이 완전히 복사했는지 ②구독 기간이 만료되지 않았는지 기장의 사용자 페이지에서 유효기간을 확인 ③구독 도메인이 차단됐을 수 있으니 전역 모드로 전환하거나 네트워크를 바꿔서 다시 업데이트.

여전히 비어 있다면 구독 주소를 브라우저에 붙여넣어 접속해보세요. yaml 파일이 다운로드되면 링크는 정상이고 클라이언트 쪽 문제이며, 다운로드가 안 되면 바로 기장 고객센터에 문의하세요.

Android: 다운로드 페이지 Android 항목에서 Clash Plus 또는 Clash Meta for Android의 APK를 받아, 설치 시 「출처를 알 수 없는 앱 설치」를 허용하고 첫 실행 시 VPN 연결 생성에 동의하세요.

iOS: App Store에서 Clash Plus(공식 사이트 clashplus.io)를 검색해 설치하고, 첫 실행 시 안내에 따라 VPN 설정 추가를 허용하세요. 이후 구독을 가져오는 절차는 데스크톱과 동일합니다.

데스크톱 클라이언트 설정 페이지에는 보통 「부팅 시 실행」과 「시스템 프록시 자동 설정」 두 개의 스위치가 있으며, 둘 다 켜두면 부팅과 동시에 연결됩니다.

Windows에서 TUN 모드를 켰다면 클라이언트가 관리자 권한으로 자동 실행되어야 하는데, 대부분의 클라이언트가 「서비스 모드 / 시스템 서비스 설치」 옵션을 제공하므로 한 번 서비스를 설치해두면 매번 권한 상승 알림을 클릭할 필요가 없습니다.

노드 그룹 페이지에서 번개 또는 속도 테스트 아이콘을 클릭하면 클라이언트가 테스트 주소로 요청을 보내고 밀리초 단위로 결과를 표시합니다.

숫자가 낮을수록 좋습니다. 100ms 이내면 매우 좋고, 100~300ms는 정상적으로 사용 가능한 수준이며, 500ms 이상이거나 타임아웃이면 되도록 피하세요.

주의: 지연 시간은 핸드셰이크 속도만 보여줄 뿐 대역폭과는 다릅니다. 영상이 끊기는지는 실제로 재생해봐야 합니다. 전체가 타임아웃일 때는 먼저 로컬 네트워크를 확인한 뒤 구독 문제를 의심하세요.

설정 파일 rules 섹션 맨 위에 한 줄을 추가하면 됩니다. 예를 들어 - DOMAIN-SUFFIX,example.com,DIRECT는 강제 다이렉트를 의미하며, DIRECT를 프록시 그룹 이름으로 바꾸면 강제로 프록시를 거치게 됩니다.

규칙은 위에서 아래로 매칭되며 먼저 일치하는 항목이 우선 적용됩니다—사용자 지정 항목은 일반 규칙보다 위에 두어야 합니다.

대부분의 클라이언트는 「오버라이드 / Merge」 기능도 제공해, 구독 원문을 건드리지 않고 규칙을 추가할 수 있어 구독을 갱신해도 사라지지 않습니다.

시스템 프록시는 프록시 설정을 직접 읽어오는 프로그램만 제어할 수 있어서, 게임이나 명령줄 도구 등은 대부분 이를 따르지 않습니다.

TUN 모드는 가상 네트워크 카드를 만들어 네트워크 계층에서 모든 트래픽을 가로채므로, 말을 안 듣는 프로그램까지 함께 관리할 수 있습니다.

대신 관리자 또는 root 권한이 필요하고, macOS와 Windows에서는 권한 부여나 시스템 서비스 설치가 필요합니다. 평소 브라우저 이용에는 시스템 프록시만으로 충분하며, 프록시를 타지 않는 프로그램을 만났을 때 TUN을 켜면 됩니다.

가능합니다. 클라이언트 구독 페이지에서 해당 설정의 「업데이트 간격 / Auto Update」를 찾아 시간 단위 숫자를 입력하세요. 예를 들어 24.

기장이 노드를 조정하면 클라이언트가 주기적으로 새 설정을 자동으로 가져오므로 수동 업데이트가 필요 없습니다.

주의: 자동 업데이트는 구독 파일에 직접 수정한 내용을 덮어씁니다. 사용자 지정 규칙을 오래 유지하려면 오버라이드 기능을 사용하세요.

7890은 Clash의 기본 혼합 포트(mixed-port)로, HTTP와 SOCKS5 두 프로토콜을 동시에 처리합니다.

다른 프로그램에 프록시를 수동 설정할 때는 주소에 127.0.0.1, 포트에 7890을 입력하면 됩니다. 명령줄 도구에서는 export https_proxy=http://127.0.0.1:7890을 임시로 실행할 수 있습니다.

포트 번호는 클라이언트 설정 페이지에 표시된 값을 기준으로 하며, 변경했다면 변경된 값을 입력하세요.

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

①클라이언트의 「시스템 프록시」 스위치가 실제로 켜져 있는지 ②운영체제 프록시 설정의 주소와 포트가 클라이언트와 일치하는지, 통상 127.0.0.1:7890 ③브라우저에 프록시 관련 확장 프로그램이 설치되어 제어권을 가져갔는지, 확장 프로그램을 「시스템 프록시」 모드로 되돌리세요 ④일부 브라우저는 독립적인 프록시 설정이 있으니 「시스템 설정 따르기」로 선택됐는지 확인하세요.

하나씩 확인하면 대체로 원인을 찾을 수 있습니다.

전부 빨간색이라도 당황하지 말고 순서대로 확인하세요: ①클라이언트를 끄고 그냥 웹페이지를 열어 로컬 네트워크 자체가 정상인지 확인 ②구독이 만료됐거나 트래픽을 다 썼는지 확인 ③구독을 한 번 업데이트해보세요, 기장이 서버를 전체적으로 교체했을 수 있습니다 ④설정에서 속도 테스트 주소를 바꿔서 다시 테스트.

클라이언트를 끈 상태에서 정상이고 구독도 유효한데 업데이트 후에도 전부 타임아웃이라면 대부분 회선 쪽의 일시적인 장애입니다—잠시 기다리거나 기장에 문의하세요.

Windows 스토어 앱은 기본적으로 로컬 루프백 주소 접근이 차단되어 있어 127.0.0.1의 프록시 포트에 연결할 수 없으므로 루프백 예외 처리가 필요합니다.

일부 클라이언트 설정에는 「UWP Loopback / 루프백 예외」 도구가 내장되어 있어 대상 앱을 체크하고 저장하면 됩니다. 또는 관리자 권한으로 CheckNetIsolation LoopbackExempt -a -n=앱 패키지명을 실행할 수도 있습니다.

그 외에 TUN 모드를 켜면 이 제한을 우회할 수 있습니다.

bind 실패 오류는 7890 등의 포트가 다른 프로그램에 의해 점유됐다는 뜻으로—가장 흔한 원인은 프록시 클라이언트를 두 개 동시에 실행한 경우입니다.

Windows에서는 netstat -ano | findstr 7890으로 점유 중인 프로세스의 PID를 확인하고, macOS와 Linux에서는 lsof -i :7890을 사용하세요. 해당 프로세스를 종료하면 됩니다.

클라이언트 설정에서 혼합 포트를 7891 등 비어 있는 값으로 바로 바꿔도 되며, 시스템 프록시 포트도 함께 변경됩니다.

대부분 DNS 문제입니다. 순서대로 확인하세요:

①전역 모드로 전환해 다시 웹페이지를 열어보세요, 열린다면 규칙 분기 문제입니다 ②DNS 설정에서 enhanced-mode가 fake-ip인지 확인하고 변경 후 클라이언트를 재시작하세요 ③브라우저의 「보안 DNS / DoH」 기능이 Clash의 해석을 우회할 수 있으니 먼저 꺼보세요 ④시스템 DNS 캐시를 한 번 지우세요, Windows에서는 ipconfig /flushdns를 실행합니다.