기초 개념
총 5개 질문 · 「Clash가 무엇이고 mihomo와 어떤 관계인지」부터 정리
Clash, Clash Meta, mihomo 코어는 어떤 관계인가요?
Clash는 오픈소스 프록시 코어를 통칭하는 이름입니다. 원본 코어가 보관 처리되어 업데이트가 멈춘 뒤 커뮤니티 포크인 Clash Meta가 유지보수를 이어받았고, 이후 이름을 mihomo로 바꿔 지금까지 관리되고 있습니다. 현재 주요 클라이언트—Clash Verge Rev, FlClash, Clash Plus 등—는 모두 내부적으로 mihomo 코어를 사용합니다.
사용자 입장에서는 영향이 크지 않습니다. 설정 파일 형식은 원본 Clash와 호환되고, mihomo는 더 많은 프로토콜과 규칙 유형도 추가로 지원합니다. 클라이언트를 고를 때 「Meta 코어」「mihomo 코어」라는 표현을 보게 되면 모두 같은 유지보수 계열을 가리키니 크게 신경 쓰지 않아도 됩니다.
Clash for Windows 업데이트가 중단됐는데 계속 써도 되나요?
실행 자체는 되지만 계속 사용하는 것은 권장하지 않습니다. Clash for Windows는 유지보수가 중단되어 코어 버전이 예전 상태에 머물러 있으며, 새로운 프로토콜과 규칙 유형은 지원하지 않고 구독 형식 업그레이드나 시스템 업데이트로 인한 호환성 문제도 더 이상 수정되지 않습니다.
Windows 사용자는 Clash Verge Rev나 FlClash로 이전하는 것을 추천하며, 설정 파일은 대부분 그대로 옮길 수 있습니다. 이전 방법은 블로그의 대체 클라이언트 선택과 이전 글을 참고하고, 다운로드 페이지에는 과도기용으로 보관 버전도 남겨두었습니다.
Clash Verge Rev, FlClash, Clash Plus 중 무엇을 골라야 하나요?
세 클라이언트 모두 mihomo 코어를 기반으로 하며, 차이는 인터페이스와 지원 플랫폼에 있습니다. Clash Plus는 진입 장벽이 가장 낮고 iOS App Store 버전도 있어 여러 기기를 쓰는 사용자에게 적합합니다. Clash Verge Rev는 데스크톱 3종(Windows, macOS, Linux)에서 기능이 가장 풍부해 규칙 편집, TUN, 스크립트까지 다 갖춰 커스터마이징을 즐기는 사용자에게 맞습니다. FlClash는 인터페이스가 간결하고 모바일 경험이 좋습니다.
판단이 어렵다면 플랫폼별로 다운로드 페이지에서 항목별 평점을 확인해보세요. 각 카드에 적합한 사용자층과 실측 후기도 적어두었습니다.
Clash 클라이언트에 노드가 기본 포함되어 있나요? 구독 링크는 어디서 얻나요?
기본 포함되어 있지 않습니다. Clash 계열 클라이언트는 규칙에 따라 트래픽을 노드로 분배하는 「프록시 스케줄러」일 뿐이며, 노드 자체는 구독 링크로 제공되는데 보통 직접 구매하거나 구축한 서비스에서 옵니다. 구독을 가져오면 클라이언트가 주기적으로 노드 목록을 갱신하며, 링크가 만료되면 새 링크로 교체하면 됩니다.
인터넷에 떠도는 무료 노드는 품질이 불안정하고 보안 위험도 있으므로, 중요한 계정의 트래픽은 출처가 불분명한 노드로 보내지 않는 것이 좋습니다.
규칙 모드, 전체 모드, 다이렉트 모드는 각각 언제 사용하나요?
규칙 모드는 평상시 기본값으로, 설정 안의 분기 규칙에 따라 자주 쓰는 사이트는 다이렉트로, 프록시가 필요한 트래픽은 노드로 보내 트래픽도 아끼고 속도도 빠릅니다. 전체 모드는 모든 트래픽을 현재 노드로 보내는 방식으로, 규칙 오판을 확인할 때처럼 일시적으로 전부 프록시를 태워야 할 때만 짧게 사용합니다. 다이렉트 모드는 프록시를 끄되 클라이언트는 계속 실행하는 상태로, 「정말 프록시 때문인지」 대조 확인할 때 자주 씁니다.
평소에는 규칙 모드로 두면 되고, 전체 모드를 계속 켜두면 느리고 트래픽도 낭비됩니다.
설치 설정
총 5개 질문 · 설치 차단부터 첫 구독 가져오기까지, 플랫폼별 첫걸음에서 겪는 문제들
Windows 설치 시 SmartScreen이나 백신 프로그램에 막히면 어떻게 하나요?
오픈소스 클라이언트는 대부분 코드 서명 인증서를 구매하지 않아 SmartScreen이 「내 PC가 보호됨」이라는 경고를 띄우는데, 「추가 정보」→「실행」을 누르면 계속 진행됩니다. 일부 백신 프로그램은 TUN 드라이버나 프록시 구성 요소를 오탐하므로, 설치 전에 설치 폴더를 임시로 예외 목록에 추가해도 됩니다.
다만 설치 파일 출처가 신뢰할 만해야 합니다. 본 사이트의 다운로드 페이지나 프로젝트 공식 배포 페이지에서 받고, 검색엔진에서 우연히 클릭한 서드파티 패키지는 사용하지 마세요.
macOS에서 「Apple에서 이 앱에 악성 소프트웨어가 포함되어 있는지 확인할 수 없기 때문에 열 수 없습니다」라는 메시지가 뜨면 어떻게 하나요?
이는 공증을 거치지 않은 앱에 대해 Gatekeeper가 기본적으로 실행을 막는 현상입니다. 처음 열 때 차단되면 「시스템 설정 → 개인정보 보호 및 보안」 페이지 하단에서 「그래도 열기」를 누르거나, 터미널에서 xattr -cr /Applications/앱이름.app을 실행해 격리 속성을 제거하면 됩니다.
또한 아키텍처를 맞춰야 하는데, Apple Silicon 기기는 arm64 버전을, Intel 기기는 x64 버전을 받아야 하며, 잘못된 아키텍처를 설치하면 바로 실행되지 않습니다.
구독 링크는 클라이언트에 어떻게 가져오나요?
일반적인 절차는 다음과 같습니다: 서비스 제공자가 준 구독 URL 복사 → 클라이언트의 「설정/구독」 페이지 열기 → 새로 만들기 또는 가져오기 → URL 붙여넣기 → 다운로드 확인. 성공하면 설정 목록에 새 항목이 나타나고, 이를 선택해 활성화하면 「프록시」 페이지에서 노드 그룹을 볼 수 있습니다.
구독 URL은 여분의 공백 없이 온전히 복사해야 하며, 일부 클라이언트는 QR코드 스캔이나 클립보드 인식도 지원합니다. 처음 가져온 뒤에는 자동 업데이트도 함께 켜두는 것이 좋은데, 주기는 12~24시간 정도가 적당합니다. 그림과 함께 정리한 전체 절차는 사용 가이드를 참고하세요.
Android에서 처음 실행할 때 「VPN 연결 요청」이 뜨는데 동의해야 하나요?
동의해야 합니다. Android에서 Clash 클라이언트는 시스템의 VpnService를 통해 트래픽을 넘겨받는데, 이 권한 요청 창은 시스템의 표준 절차입니다. 「확인」을 누르면 상태 표시줄에 열쇠 아이콘이 나타나는데, 이는 기기 트래픽이 클라이언트에서 로컬로 분기되고 있다는 뜻이며 데이터를 제3의 VPN 서비스에 넘기는 것이 아닙니다. 잘못 눌러 거부했다면 클라이언트 메인 화면의 시작 버튼을 다시 누르면 창이 다시 나타납니다.
일부 국내 제조사 커스텀 OS에서는 배터리 최적화 예외 목록에 클라이언트를 추가해야 하며, 그렇지 않으면 백그라운드에서 강제 종료되어 연결이 끊길 수 있습니다.
TUN 모드는 왜 관리자 권한이나 시스템 서비스 설치가 필요한가요?
TUN 모드는 가상 네트워크 어댑터를 만들어 시스템의 모든 트래픽을 코어로 끌어와 처리하는 방식입니다. 어댑터 생성은 시스템 수준 작업이라 Windows에서는 관리자 권한이나 부팅 시 자동 실행되는 시스템 서비스 설치가 필요하고, macOS와 Linux에서는 root 권한이 필요합니다. Clash Verge Rev는 원클릭으로 설치할 수 있는 「서비스 모드」를 제공하며, 한 번 설치해두면 이후 실행할 때마다 권한 요청 창이 뜨지 않습니다.
브라우저 같은 일반 앱만 프록시로 보내려면 시스템 프록시 모드로 충분하며 TUN을 켤 필요는 없습니다.
활용법
총 5개 질문 · 커스텀 규칙, DNS 모드, 자동 속도 측정, LAN 공유
특정 사이트나 앱을 항상 다이렉트나 지정 노드로 보내려면 어떻게 하나요?
설정 파일의 rules 항목 맨 앞에 커스텀 규칙 한 줄을 추가하면 됩니다. 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT를 넣으면 해당 도메인이 다이렉트로 연결되고, 동작 부분에 특정 프록시 그룹 이름을 적으면 그 그룹을 거치게 됩니다. 규칙은 위에서 아래로 매칭되며 먼저 매칭된 규칙이 적용되므로, 커스텀 규칙은 반드시 일반 규칙보다 앞에 두어야 합니다.
Clash Verge Rev의 「전역 확장 설정」과 FlClash의 오버라이드 기능을 쓰면 구독 원문을 건드리지 않고 규칙을 덧씌울 수 있어 구독을 업데이트해도 사라지지 않습니다. 규칙 유형은 용어집의 「규칙과 트래픽 분기」 분류에서 빠르게 찾아볼 수 있습니다.
DNS의 fake-ip와 redir-host 모드 중 무엇을 선택해야 하나요?
대부분의 경우 fake-ip를 선택하면 됩니다. 코어가 예약된 대역의 가짜 IP를 도메인에 돌려주고 매핑을 기록해두는 방식으로, 실제 해석 과정을 한 번 건너뛰어 연결이 더 빨리 맺어지고 TUN 모드에서도 기본으로 짝을 이룹니다. redir-host는 실제 IP를 그대로 돌려주므로 IP 기반 인증을 쓰는 게임이나 LAN 서비스 등 호환성이 중요한 상황에서 더 안정적입니다.
fake-ip를 쓸 때는 fake-ip-filter를 함께 설정해 LAN 도메인, NTP 서비스 등을 제외해야 하며, 그렇지 않으면 내부망 서비스 해석에 오류가 생길 수 있습니다. 항목별 파라미터 설명은 블로그의 DNS 설정 상세 가이드를 참고하세요.
구독 자동 업데이트는 어떻게 설정하나요? 업데이트하면 제가 수정한 내용이 덮어써지나요?
주요 클라이언트들은 구독 항목에서 「자동 업데이트 간격」을 설정할 수 있으며, 720분으로 설정하면 반나절에 한 번 정도 갱신되어 일상적인 용도로 충분합니다.
주의할 점은 구독 설정 파일 자체에 직접 적용한 수정은 다음 업데이트 때 서버 측 최신 내용으로 덮어써진다는 것입니다. 커스텀 규칙을 오래 유지하고 싶다면 클라이언트의 오버라이드/확장 설정 기능(Merge, Script)을 사용해 변경 내용을 구독 위에 덧씌우는 방식으로 적용해야 하며, 구독 자체를 수정해서는 안 됩니다.
url-test와 fallback 그룹은 어떻게 다르고, 가장 빠른 노드를 자동으로 선택하려면 어떻게 하나요?
url-test 그룹은 그룹 안 노드의 지연 시간을 주기적으로 측정해 지연이 가장 낮은 노드로 자동 전환합니다. fallback은 목록 순서대로 처음 사용 가능한 노드를 찾고, 앞쪽 노드가 죽어야 다음 노드로 넘어가므로 「메인 + 백업」 구성에 적합합니다.
빠른 노드를 자동으로 고르고 싶다면 자주 쓰는 노드를 url-test 그룹에 넣고 interval을 300초 정도로 설정하면 됩니다. 수동으로 측정하려면 클라이언트의 프록시 페이지에서 측정 아이콘을 눌러 그룹 내 모든 노드의 지연을 한 번에 확인할 수 있습니다.
같은 네트워크의 다른 기기(TV, 게임기)가 이 PC의 프록시를 공유하려면 어떻게 하나요?
클라이언트에서 「LAN 연결 허용」(allow-lan)을 켜고 PC의 LAN IP와 믹스 포트(보통 7890)를 확인해두세요. 그다음 TV나 게임기의 네트워크 설정에서 프록시를 수동으로 입력하는데, 서버는 PC IP를, 포트는 7890을 입력합니다. PC 방화벽에서 해당 포트를 허용해야 하고, 두 기기는 같은 네트워크 대역에 있어야 합니다.
이 방식은 HTTP/SOCKS 프록시를 사용하는 것이므로, 프록시 설정을 지원하지 않는 기기라면 라우터를 통한 방식을 고려해보세요. 블로그에 보조 라우터 배치 개요가 정리되어 있습니다.
문제 해결
총 5개 질문 · 시스템 프록시 미작동, 노드 타임아웃, 구독 403, UWP 루프백
시스템 프록시를 켰는데도 브라우저에서 인터넷이 안 되나요?
순서대로 세 가지를 확인하세요. 첫째, 클라이언트의 「시스템 프록시」 스위치가 실제로 켜져 있는지—일부 클라이언트는 실행 후에도 기본값이 꺼짐 상태입니다. 둘째, 시스템 프록시 설정이 다른 프로그램에 덮어써지지 않았는지, 시스템의 프록시 설정 페이지를 열어 주소와 포트가 127.0.0.1과 클라이언트에 표시된 포트를 가리키는지 확인합니다. 셋째, 브라우저에 프록시 관련 확장 프로그램이 설치되어 시스템 설정을 덮어쓰고 있는지, 있다면 잠시 비활성화하고 다시 시도합니다.
그래도 안 되면 다이렉트 모드로 바꿔 대조해보세요. 다이렉트 모드에서도 접속이 안 된다면 프록시와 무관한 로컬 네트워크 문제입니다.
모든 노드가 타임아웃되고 하나도 쓸 수 없나요?
모든 노드가 타임아웃되는 것은 대개 노드 자체의 문제가 아니라 연결 경로의 문제입니다. 먼저 구독이 만료되지 않았는지(서비스 제공자 관리 페이지에서 상태 확인) 살펴보고, 그다음 기기의 시간이 정확한지 확인하세요—일부 프로토콜은 시간 오차에 민감해 몇 분만 차이가 나도 핸드셰이크가 실패합니다. 이어서 구독을 새로고침해 최신 노드 목록을 가져오고, 마지막으로 다른 네트워크 환경(예: 휴대폰 테더링)으로 바꿔 대조해보면, 그때는 되는 경우 현재 네트워크가 프록시 프로토콜을 방해하고 있다는 뜻입니다.
단계별로 진단하는 전체 절차는 트러블슈팅 핸드북의 「노드 타임아웃」 챕터에 정리되어 있습니다.
구독 업데이트가 실패하며 타임아웃이나 403 오류가 뜨나요?
타임아웃은 대부분 구독 서버 자체가 프록시를 거쳐야 접근할 수 있기 때문입니다. 클라이언트에서 「프록시로 구독 업데이트」 옵션을 켜거나(단, 현재 사용 가능한 노드가 있어야 함), 전체 모드로 전환한 뒤 업데이트해보세요. 403 오류는 대개 구독 링크가 만료되거나 재설정된 경우이므로 서비스 제공자 관리 페이지에서 새 링크를 다시 복사하면 됩니다. 클라이언트의 UA가 서버에 거부당한 경우일 수도 있으니 구독 설정에서 UA를 직접 지정해보세요.
반복 실패한다면 브라우저에서 구독 URL을 직접 열어보세요: YAML 텍스트가 보인다면 링크 자체는 문제가 없고 클라이언트 쪽 문제라는 뜻입니다.
Microsoft Store(UWP) 앱이 프록시를 거치지 않을 때는 어떻게 하나요?
Windows의 UWP 앱은 기본적으로 네트워크 격리 정책의 제한을 받아 로컬 루프백 주소 127.0.0.1에 접근할 수 없으므로 시스템 프록시가 적용되지 않습니다. 해결하려면 「루프백 예외」를 설정해야 합니다: Clash Verge Rev 같은 클라이언트는 설정 안에 UWP 루프백 예외 도구를 내장하고 있어 대상 앱을 체크하고 저장하면 됩니다. 마이크로소프트 공식 CheckNetIsolation 명령으로 하나씩 허용할 수도 있습니다.
TUN 모드를 켜면 트래픽이 네트워크 어댑터 단계에서 이미 넘겨받아지므로 이 제한을 바로 우회할 수 있습니다.
연결은 됐는데 속도가 매우 느릴 때는 어떻게 확인하나요?
먼저 노드가 느린 것인지 로컬이 느린 것인지 구분하세요: 지역이 다른 노드 2~3개로 바꿔 비교해보고, 다 느리다면 로컬 환경을 확인해야 합니다—여러 프록시 소프트웨어가 동시에 겹쳐 실행되고 있지 않은지, 전체 모드가 켜져 있어 프록시가 필요 없는 트래픽까지 한 바퀴 돌고 있지 않은지 확인하세요. 특정 노드만 느리다면 서비스 제공자의 배율과 혼잡 시간대를 확인해보세요. 저녁 피크 시간대에 느려지는 것은 흔한 현상입니다.
데스크톱에서는 코어가 최신 mihomo 버전인지도 확인할 수 있는데, 오래된 코어는 일부 프로토콜에서 성능이 떨어집니다. 트러블슈팅 핸드북의 「속도 느림」 챕터에 더 완전한 진단 경로가 정리되어 있습니다.
이 20개 항목에 없는 문제라면?
증상 기반의 체계적인 진단(인터넷 접속 불가, 구독 실패, 클라이언트 충돌, 모바일 전용 문제)은 트러블슈팅 핸드북에서 챕터별로 찾아보세요. 아직 클라이언트를 설치하지 않았다면 플랫폼별로 평점이 높은 제품을 먼저 골라보세요.