기초 개념
코어, 클라이언트, 구독, 프록시 모드 사이의 기본적인 관계입니다. 이 개념들을 먼저 이해하면 나머지 세 카테고리의 문제도 절반은 쉬워집니다.
Clash Verge와 Clash 코어는 어떤 관계인가요?
Clash Verge는 그래픽 인터페이스 클라이언트이며, 코어로는 mihomo(구 Clash Meta)를 사용합니다. 인터페이스는 구독 관리, 노드 전환, 시스템 프록시 스위치를 담당하고, 실제 트래픽 전달, 규칙 매칭, DNS 처리는 모두 코어가 수행합니다. 클라이언트 업데이트와 코어 업데이트는 별개의 작업이며, 대부분의 클라이언트는 버전에 맞는 코어를 함께 내장합니다.
프록시 서비스 구독이란 무엇인가요? 구독 링크는 어디서 받나요?
구독은 접속 시 노드와 규칙이 담긴 설정 파일을 반환하는 HTTP(S) 링크입니다. 이 링크는 프록시 서비스 제공업체(속칭 '기장')가 사용자 패널에서 제공하며, 복사한 뒤 클라이언트의 구독 가져오기 항목에 붙여넣으면 됩니다. 본 사이트는 구독 서비스를 제공하지 않으며, 클라이언트 다운로드와 설정 안내만 제공합니다.
규칙 모드, 글로벌 모드, 다이렉트 모드는 어떻게 다른가요?
규칙 모드는 설정 파일의 규칙을 순서대로 매칭해 해당 규칙에 지정된 정책으로 트래픽을 보내는, 일상적으로 추천되는 모드입니다. 글로벌 모드는 모든 트래픽을 동일한 프록시 출구로 보내며 보통 노드를 임시로 테스트할 때 사용합니다. 다이렉트 모드는 모든 트래픽을 프록시를 거치지 않고 직접 내보냅니다. 세 모드는 클라이언트 메인 화면에서 즉시 전환할 수 있습니다.
Clash, Clash Meta, mihomo는 같은 것인가요?
완전히 같지는 않습니다. Clash는 최초의 오픈소스 코어를 가리키며 업데이트가 중단되었습니다. Clash Meta는 커뮤니티가 이어받은 포크로, 이후 mihomo로 이름이 바뀌었고 더 많은 프로토콜과 규칙 유형을 지원합니다. 현재 주요 클라이언트(Clash Verge Rev, Clash Plus, FlClash 등)는 모두 mihomo 코어를 탑재하고 있으며, 대체로 구버전 Clash 설정과도 호환됩니다.
이 클라이언트들은 유료인가요?
본 사이트에 수록된 클라이언트는 모두 오픈소스이거나 무료로 배포되는 소프트웨어로, 다운로드와 사용에 비용이 들지 않습니다. 비용이 발생하는 것은 프록시 서비스 자체입니다 — 구독은 서비스 제공업체가 판매하는 것이며 클라이언트와는 무관합니다. 유료라는 명목으로 설치 파일을 배포하는 경로를 발견하면, 공식 배포 페이지나 본 사이트 다운로드 페이지로 돌아가 받는 것을 권장합니다.
설치 및 설정
시스템 차단 알림, 구독 가져오기, TUN 권한, 부팅 시 자동 실행 — 처음 설치할 때 가장 자주 막히는 다섯 가지 지점입니다.
Windows 설치 시 SmartScreen에 막혀 '이 PC를 보호했습니다'라는 알림이 뜨면 어떻게 하나요?
이는 서명 신뢰도가 아직 쌓이지 않은 설치 파일에 대한 Windows의 기본 알림으로, '추가 정보'를 클릭한 뒤 '실행'을 선택하면 설치를 계속할 수 있습니다. 단, 설치 파일이 공식 배포 채널이나 본 사이트 다운로드 페이지에서 받은 것이어야 합니다. 출처가 불분명한 설치 파일은 이런 방식으로 허용하지 않는 것이 좋습니다.
macOS에서 앱이 손상되었거나 확인되지 않은 개발자의 앱이라는 알림이 뜨면 어떻게 하나요?
'시스템 설정 → 개인정보 보호 및 보안'으로 이동해 하단에서 차단된 앱을 찾아 '그래도 열기'를 클릭합니다. '손상되었다'는 알림이 뜨는 경우 대부분 다운로드 파일에 격리 속성이 붙어서인데, 터미널에서 xattr -cr 뒤에 앱 경로를 입력해 격리 표시를 제거한 뒤 다시 열면 됩니다. Intel용과 Apple Silicon용 설치 파일을 구분해서 받아야 한다는 점도 주의하세요.
구독 링크는 클라이언트에 어떻게 가져오나요?
일반적인 방법은 구독 링크를 복사한 뒤 클라이언트의 구독/설정 페이지를 열고 'URL에서 가져오기'를 선택해 붙여넣는 것입니다. 확인을 누르면 클라이언트가 설정을 내려받아 노드 목록을 표시합니다. 일부 클라이언트는 클립보드 자동 인식이나 QR 코드 스캔 가져오기도 지원합니다. 노드 목록이 나타나고 지연 시간 테스트가 가능하다면 가져오기가 성공한 것입니다.
TUN 모드를 켰을 때 권한 부족 또는 서비스 미설치 알림이 뜨면 어떻게 하나요?
TUN 모드는 가상 네트워크 어댑터를 생성해야 하므로, Windows에서는 관리자 권한으로 시스템 서비스를 설치해야 합니다(클라이언트 설정에 보통 '서비스 모드 설치' 버튼이 있습니다). macOS와 Linux에서는 시스템 확장 권한을 허용하거나 코어를 특권 모드로 실행해야 합니다. 서비스 설치 후 클라이언트를 재시작하고 TUN을 켜세요. TUN을 켠 후에는 시스템 프록시 스위치를 따로 켜지 않아도 되며, 두 가지를 동시에 켜지 않는 것이 좋습니다.
클라이언트를 부팅 시 자동 실행하고 자동으로 연결되게 하려면 어떻게 하나요?
클라이언트 설정에서 '부팅 시 시작'을 켜면 시스템과 함께 실행됩니다. 여기에 '프록시 자동 시작'을 함께 켜거나 이전 시스템 프록시/TUN 상태를 기억하는 옵션을 사용하면 재시작 후 연결이 자동으로 복구됩니다. Windows에서 서비스 모드를 켜둔 경우 TUN도 자동 실행 후 바로 적용됩니다. 안드로이드 기기는 시스템 설정에서 백그라운드 실행을 허용해 절전 정책에 의해 종료되지 않도록 해야 합니다.
사용 팁
UWP 루프백, Fake-IP, 사용자 규칙, 정책 그룹 유형 — 클라이언트를 손에 익게 만드는 핵심 설정입니다.
Microsoft Store의 UWP 앱이 프록시를 타지 않으면 어떻게 하나요?
UWP 앱은 기본적으로 시스템에 의해 로컬 루프백 주소 접근이 차단되어 있어, 시스템 프록시를 켜도 로컬 포트에 연결할 수 없습니다. 해결 방법은 두 가지입니다: 지원되는 클라이언트에서 'UWP 루프백 예외' 도구를 사용해 대상 앱의 제한을 해제하거나, 아예 TUN 모드로 전환해 네트워크 계층에서 모든 트래픽을 처리하며 루프백 제한을 우회하는 것입니다.
DNS의 Fake-IP와 Redir-Host 모드 중 어느 것을 선택해야 하나요?
Fake-IP는 각 도메인에 예약된 대역의 가상 주소를 반환하고 코어가 전달 시점에 실제 도메인으로 매핑하는 방식으로, 해석이 빠르고 규칙 매칭이 정확해 현재 기본으로 권장됩니다. Redir-Host는 실제 해석 결과를 반환해 실제 IP에 의존하는 일부 프로그램과 호환되지만 더 이상 주류 방식은 아닙니다. LAN 서비스나 게임 접속에 이상이 있을 경우 해당 도메인에 fake-ip-filter 예외를 설정할 수 있습니다.
특정 도메인을 강제로 다이렉트 연결 또는 강제로 프록시로 보내려면 사용자 규칙을 어떻게 추가하나요?
클라이언트의 규칙 또는 오버라이드(Override) 기능에서 Clash 규칙 문법에 따라 항목을 추가합니다. 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT는 해당 도메인과 서브도메인을 직접 연결한다는 뜻이며, DIRECT를 정책 그룹 이름으로 바꾸면 해당 프록시로 라우팅됩니다. 규칙은 위에서 아래로 매칭되므로, 사용자 규칙은 와일드카드 규칙보다 앞에 배치해야 적용됩니다.
구독 자동 업데이트 주기는 얼마로 설정하는 게 적절한가요?
대부분의 클라이언트는 시간 단위로 구독 자동 업데이트를 설정할 수 있습니다. 일반적으로 12~24시간이면 충분하며, 너무 짧은 주기는 이점이 없을 뿐 아니라 서비스 제공업체의 요청 빈도 제한에 걸릴 수도 있습니다. 노드에 문제가 있을 때는 먼저 구독을 수동으로 한 번 업데이트한 뒤 회복되는지 확인하세요.
정책 그룹의 select, url-test, fallback은 어떻게 다른가요?
select는 사용자가 직접 노드를 지정하는 수동 선택 그룹입니다. url-test는 그룹 내 노드의 지연 시간을 정기적으로 테스트해 가장 빠른 노드를 자동으로 선택합니다. fallback은 목록 순서대로 가용성을 확인해 우선 노드에 문제가 생기면 자동으로 다음 노드로 전환합니다. 평소에는 url-test로 자동 선택을 구성한 뒤 그 위에 select를 한 겹 씌워두면 임시로 수동 조정하기 편리합니다.
문제 해결
구독이 안 당겨지거나, 프록시가 적용되지 않거나, 노드가 전부 빨간색이거나, 시작하다가 튕기는 경우 — 정해진 순서대로 하나씩 배제하면 대부분 5분 안에 원인을 찾을 수 있습니다.
구독 업데이트가 실패하거나 로딩만 계속되면 어떤 순서로 확인해야 하나요?
먼저 구독 링크를 브라우저에 붙여넣어 접속해 보세요. 내용이 반환되면 링크는 유효합니다. 오류가 반환되면 서비스 제공업체 패널에서 링크를 다시 복사하거나 재설정해야 합니다. 링크는 정상인데 클라이언트에서 가져오기가 실패한다면 대부분 업데이트 시점의 네트워크 경로 문제이므로, 프록시를 켠 상태로 업데이트를 시도하거나 설정에서 구독 요청에 사용되는 User-Agent를 바꿔보세요.
클라이언트에는 연결됨으로 표시되는데 브라우저 트래픽이 프록시를 타지 않는다면?
다음 순서로 확인하세요: 시스템 프록시 스위치가 켜져 있는지, 포트가 클라이언트의 리스닝 포트와 일치하는지, 브라우저에 별도로 프록시를 제어하는 확장 프로그램이 설치되어 설정을 덮어쓰고 있지 않은지, 현재 다이렉트 모드가 아닌지를 순서대로 점검하세요. 명령줄 프로그램은 시스템 프록시를 읽지 않으므로 환경 변수를 따로 설정하거나 TUN 모드로 전환해 처리해야 합니다.
노드가 전부 타임아웃되고 지연 시간 테스트가 전부 빨간색으로 뜨면 어떻게 하나요?
먼저 구독을 한 번 업데이트해 노드 정보가 오래되지 않았는지 확인하세요. 이어서 테스트 주소를 바꾸거나 다른 노드 그룹으로 테스트해, 단일 테스트 주소가 차단되어 생기는 오차인지 배제하세요. 그래도 전부 타임아웃이라면 대부분 구독 만료, 트래픽 소진, 또는 로컬 네트워크가 해당 프로토콜을 방해하는 경우입니다. 앞의 두 가지는 서비스 제공업체 패널에서 확인하고, 마지막의 경우 노드 포트나 프로토콜 종류를 바꿔보세요.
클라이언트가 열리지 않거나 실행하자마자 종료되면 어떻게 원인을 찾나요?
흔한 원인은 네 가지입니다: 설정 파일 문법 오류, 다른 프로그램에 점유된 포트, 이전 종료 시 남은 코어 프로세스, 시스템 런타임 라이브러리 누락입니다. 먼저 작업 관리자에서 남아 있는 코어 프로세스를 종료한 뒤 다시 실행해 보세요. 그래도 안 되면 클라이언트 로그 디렉터리의 오류를 확인해 안내에 따라 설정을 수정하거나 리스닝 포트를 바꾸세요. Windows에서 런타임 라이브러리가 부족하면 해당 WebView2나 VC 런타임을 설치하세요.
안드로이드에서 백그라운드로 일정 시간 두면 연결이 끊기거나 배터리 소모가 눈에 띄게 늘어나면?
연결이 끊기는 것은 대부분 시스템 절전 정책에 의해 회수된 경우이므로, 클라이언트를 배터리 최적화 예외 목록에 추가하고 백그라운드 실행과 자동 시작을 허용하면 됩니다. 제조사마다 설정 경로 이름이 다르지만 대체로 배터리나 앱 관리 설정에 있습니다. 배터리 소모가 큰 것은 TUN 상시 실행과 규칙 수와 관련이 있으므로, 구독 규칙을 간소화하거나 구독 업데이트 주기를 늘리고, 전체 트래픽을 처리할 필요가 없을 때는 선택한 앱만 프록시하는 모드로 바꿔보세요.