자주 묻는 질문

Clash Verge Rev는 Microsoft WebView2 런타임이 필요합니다 (Windows 11 내장, Windows 10은 수동 설치 필요).

해결 방법:

1. 첫 설치 시 WebView2 다운로드 안내가 자동 표시됩니다. 안내에 따라 설치하세요.
2. 안내가 표시되지 않으면 Microsoft 공식 사이트에서 "WebView2 Runtime"을 검색하고 "Evergreen Standalone Installer"를 다운로드하여 수동 설치.
3. 설치 완료 후 Clash Verge Rev 설치 프로그램을 다시 실행하세요.

이것은 macOS Gatekeeper가 Apple 공증을 받지 않은 앱을 차단하는 정상적인 동작이며, 바이러스 경고가 아닙니다.

해결 방법:

1. 시스템 설정 → 개인 정보 보호 및 보안을 엽니다.
2. 페이지 하단의 차단 메시지를 확인: "Clash Verge는 확인되지 않은 개발자가 배포하여 사용이 차단되었습니다".
3. 옆의 "그래도 열기"를 클릭하고 다시 확인하면 사용 가능.

또는 터미널에서 실행: xattr -rd com.apple.quarantine /Applications/Clash\ Verge.app, 그 후 다시 열기.

프록시 도구는 네트워크 가로채기 특성(가상 어댑터 생성, 시스템 프록시 수정)으로 인해 일부 백신이 오탐지합니다. 업계 전반에서 흔한 오탐이며 실제 위협이 아닙니다.

권장 조치:

1. 본 사이트 다운로드 페이지에서 받은 후 SHA256 체크섬으로 파일 무결성을 확인하여 출처가 신뢰할 수 있는지 확인.
2. 백신에서 Clash 설치 디렉터리(보통 C:\Users\사용자이름\AppData\Local\clash-verge-rev)를 화이트리스트에 추가.
3. Windows Defender에서는 "바이러스 및 위협 방지 → 제외"에 추가 가능.

흔한 원인:

1. 아키텍처 불일치: 잘못된 아키텍처의 APK를 다운로드. 2016년 이후 Android 스마트폰 대부분은 ARM64-v8a. 불확실하면 "유니버설 버전" 선택.
2. 다운로드 불완전: APK를 다시 다운로드하고 파일 크기가 다운로드 페이지 설명과 일치하는지 확인.
3. OS 버전이 너무 낮음: Clash for Android는 Android 5.0 이상, ClashMeta for Android는 Android 5.0+ 필요.

다음 단계를 순서대로 시도하세요:

1. 이전 설정 삭제: 이전 버전 설정 파일이 새 버전과 호환되지 않을 수 있음. Windows에서는 %APPDATA%\clash-verge-rev 삭제, macOS에서는 ~/Library/Application Support/clash-verge-rev 삭제 후 재시작.
2. 관리자/Root 권한으로 실행: 프로그램 아이콘 우클릭 → 관리자 권한으로 실행 (Windows).
3. 포트 점유 확인: Clash는 기본적으로 7890, 7891 등 포트 사용. 다른 프로그램이 점유하면 크래시. 터미널에서 netstat -ano | findstr 7890 (Windows) 실행하여 확인.
4. 재설치: 제거 후 최신 버전 재설치.

노드가 비어 있으면 보통 구독 링크 자체의 문제이며, 클라이언트 문제가 아닙니다.

1. 링크 유효성 확인: 구독 링크를 브라우저 주소창에 붙여넣어 정상 다운로드/접근 가능한지 확인. 브라우저에서도 열리지 않으면 링크 만료 또는 계정 이상. 제공업체에 새 링크 요청.
2. 구독 형식 확인: Clash 클라이언트는 Clash YAML 형식 구독 필요. 제공업체마다 여러 형식이 있는 경우 "Clash" 또는 "Mihomo"로 표시된 링크 선택.
3. 네트워크 문제: 구독 다운로드 자체에 네트워크 필요. 실패 시 연결 확인 또는 스마트폰 테더링으로 테스트.

구독 업데이트 실패의 흔한 원인:

1. 프록시 미활성화 상태에서 업데이트: 일부 구독 링크는 접근이 차단될 수 있는 서버에 호스팅되어 먼저 사용 가능한 노드 필요. 첫 업데이트는 스마트폰 테더링으로 시도.
2. 링크에 특수 문자 포함: 복사 시 여분의 공백이나 줄바꿈이 포함되었을 수 있음. 제공업체 패널에서 전체 링크를 다시 복사.
3. 제공업체 서버 장애: 일시적 유지보수. 잠시 후 재시도.
4. DNS 오염: TUN 모드 활성화 후 재시도, 또는 클라이언트 설정에서 DoH(DNS over HTTPS) 구성.

Clash는 YAML 형식 설정 파일을 사용하며, 수동으로 설정을 작성하여 노드를 직접 추가할 수 있습니다.

기본 설정 구조:

proxies:
  - name: "내 노드"
    type: ss
    server: example.com
    port: 8388
    cipher: aes-256-gcm
    password: "yourpassword"

proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - 내 노드

rules:
  - MATCH,PROXY

클라이언트 「프로필」에서 「새로 만들기」→「빈 설정」을 선택하고 위 내용을 입력하여 저장.

클라이언트 「프로필」(Profiles) 탭에서 사용할 프로필을 클릭하여 활성화하면 전환 가능.

설정 유지에 대해:

• 프록시 규칙: 각 프로필에 고유 규칙이 있어 전환 시 규칙이 변경됨——정상 동작입니다.
• 클라이언트 전역 설정 (TUN 토글, 포트 설정, 테마 등): 클라이언트 자체에 저장되어 프로필 전환의 영향을 받지 않음.
• 수동 선택한 노드: 프로필에 저장되며, 전환 후 재선택 필요.

프로필 목록에서 해당 설정을 우클릭(또는 설정 아이콘 클릭)하고 「자동 업데이트」 옵션을 찾아 업데이트 간격(분 단위)을 입력.

권장 주기:

• 일반 사용자: 1440분 (24시간), 매일 최신 노드 자동 가져오기.
• 노드 변경이 잦은 서비스: 360분 (6시간).
• 30분 이내 등 너무 짧은 간격은 비권장. 빈번한 요청은 제공업체 서버에 부하를 주어 구독 URL 속도 제한이나 차단의 원인이 될 수 있음.

지연 테스트(Ping)와 실제 프록시 트래픽은 다른 경로를 따릅니다. Ping이 정상이어도 프록시가 작동한다는 보장은 없습니다.

1. 시스템 프록시 활성화 확인: 클라이언트 메인 화면에 "시스템 프록시 활성화"가 표시되어야 함. 코어만 실행 중이 아닌지 확인.
2. 브라우저 프록시 설정 충돌: Firefox 등은 독립 프록시 설정 사용. 브라우저 내 프록시 설정이 올바른 로컬 포트(보통 127.0.0.1:7890)를 가리키는지 확인.
3. 프록시 모드 확인: 현재 「규칙」 모드인지 확인. 「직접 연결」 모드에서는 모든 트래픽이 프록시를 경유하지 않음.
4. 포트 점유: 7890 포트가 다른 프로그램에 점유되지 않았는지 확인. 클라이언트 설정에서 포트 변경 후 재시도.

시스템 프록시 모드는 프록시 프로토콜을 지원하는 앱(대부분의 브라우저, 일부 앱)에만 적용. 비지원 프로그램(게임 클라이언트, CLI 도구, 일부 UWP 앱 등)의 트래픽은 Clash를 경유하지 않음.

해결책: TUN 모드 활성화. TUN 모드는 가상 네트워크 어댑터를 생성하여 프록시 프로토콜 비지원 앱을 포함한 모든 TCP/UDP 트래픽을 제어. 자세한 내용은 TUN 모드 사용 가이드 참조.

가장 흔한 원인은 「글로벌 프록시」 모드 사용. 모든 트래픽(직접 연결해도 되는 사이트 포함)이 원격 노드를 경유하여 지연이 증가.

해결 방법: 프록시 모드를 「규칙」(Rule) 모드로 전환. 직접 연결 대상 트래픽은 자동 직접 연결, 나머지 트래픽만 프록시 경유.

기타 가능한 원인:

• 구독 설정의 규칙이 불완전하여 일부 직접 연결 대상 IP가 잘못 프록시 노드로 라우팅.
• DNS 설정이 부적절하여 모든 DNS 요청이 프록시 서버를 통해 해결되어 지연 증가.

Clash의 시스템 프록시 설정이 종료 시 정상적으로 해제되지 않아, 시스템이 중지된 Clash 포트를 통해 트래픽을 계속내려 하기 때문입니다.

즉시 복구:

1. Clash 재실행 후 클라이언트에서 「시스템 프록시」 스위치를 수동으로 끄고 종료.
2. 또는: 시스템 프록시 설정 열기 (Windows: 설정 → 네트워크 → 프록시; macOS: 시스템 환경설정 → 네트워크 → 고급 → 프록시) 후 "프록시 서버 사용" 수동 해제.

예방: Clash 설정에서 "종료 시 시스템 프록시 자동 해제" 옵션 활성화.

지연 테스트 시간 초과의 여러 가능한 원인:

1. 로컬 네트워크 문제: 먼저 프록시 없이 인터넷 연결 가능한지 확인. 로컬 네트워크에 문제가 있으면 모든 노드가 시간 초과.
2. 제공업체 회선 장애: 제공업체에 노드 상태 확인 또는 상태 페이지 확인.
3. 테스트 대상 차단: Clash는 기본적으로 http://www.gstatic.com/generate_204로 테스트. 일부 네트워크 환경에서 도달 불가. 클라이언트 설정에서 테스트 URL 변경, 예: http://cp.cloudflare.com/generate_204.
4. 방화벽 차단: 기업 또는 캠퍼스 네트워크가 프록시 포트를 차단할 수 있음. 스마트폰 테더링으로 테스트.

IP가 변하지 않으면 해당 트래픽이 여전히 직접 연결이며 프록시 경유가 아닙니다.

1. 프록시 모드 확인: 「글로벌 프록시」 모드로 전환하여 IP 확인 사이트에서 IP가 변하는지 확인. 변하면 규칙 문제——해당 사이트가 직접 연결로 설정됨.
2. DNS 유출: HTTP 트래픽이 프록시 경유여도 DNS 쿼리가 로컬 경유일 수 있어 일부 사이트가 DNS로 실제 지역을 판단. 설정에서 DNS over HTTPS(DoH) 또는 암호화 DNS 활성화.
3. WebRTC 유출 (브라우저만): 브라우저 WebRTC가 프록시를 우회하여 실제 IP 유출. WebRTC 유출 방지 확장 프로그램 설치.

속도는 여러 요인의 영향을 받습니다. 우선순위로 확인:

1. 노드 전환: 속도 테스트 실행 후 최저 지연(보통 <100ms) 노드 선택. 지역마다 사이트 속도가 크게 다름. YouTube 시청에는 일본, 홍콩, 미국 노드 권장.
2. 프로토콜 차이: Hysteria2와 TUIC은 UDP/QUIC을 사용하여 높은 패킷 손실 환경에서 TCP 프로토콜보다 훨씬 빠름. 제공업체가 제공하면 우선 사용.
3. 로컬 대역폭: 로컬 네트워크 자체가 제한되지 않았는지 확인. 일시적으로 프록시를 끄고 속도 테스트 사이트로 실제 속도 확인.
4. 제공업체 플랜 속도 제한: 일부 플랜은 사용량 소진 후 속도 저하. 제공업체 대시보드에서 사용량 확인.

정상 사용 시 Clash 코어 CPU 사용률은 5% 미만, 메모리는 50~150MB 범위. 명백히 초과하는 경우:

1. 대량 연결 수: 클라이언트 「연결」 페이지에서 대량의 활성 연결 확인(정상은 수십 개). 빈번히 연결을 생성하는 프로그램(P2P 다운로드 등)은 규칙에서 REJECT 또는 DIRECT 설정하여 Clash 처리량 감소.
2. 규칙 수가 너무 많음: 일부 구독 설정에 수만 개 규칙 포함, 검색 오버헤드 큼. 규칙 세트 정리 또는 인라인 규칙 대신 Rule-Provider(규칙 세트 파일) 사용.
3. TUN 모드에서 전체 트래픽 처리: TUN 모드는 모든 트래픽을 처리하므로 일반 프록시 모드보다 CPU 사용률이 높은 것은 정상.
4. 클라이언트 재시작: 장시간 실행 후 메모리 누적. 재시작으로 복구.

지연(Ping)과 처리량(다운로드 속도)은 다른 지표입니다. 낮은 지연은 왕복 통신이 빠르다는 것만 의미하며, 대역폭이 크다는 뜻이 아닙니다.

• 노드 대역폭 제한: 제공업체가 단일 노드 대역폭에 상한을 둠. 동일 노드를 여러 명이 공유하면 속도 저하. 다른 노드로 전환하여 테스트.
• QoS 속도 제한: 제공업체가 특정 트래픽 유형(스트리밍, 대용량 파일 다운로드)을 제한할 수 있음.
• 중계 회선 품질: 일부 노드는 여러 홉 중계를 경유하며 각 홉이 병목이 될 수 있음. 직접 연결 노드(CN2, IEPL, IPLC 등 전용선) 우선.

신뢰할 수 있는 속도 테스트 방법:

1. Fast.com: Netflix 제공 속도 테스트. 프록시를 경유해야 접근 가능하므로 프록시 하의 실제 속도를 테스트.
2. Speedtest.net: "프록시 사용" 또는 글로벌 프록시 모드에서 테스트. 노드 소재 지역의 속도 테스트 서버 선택 시 더 정확.
3. 대용량 파일 다운로드: GitHub Releases에서 100MB 이상 파일을 다운로드하고 실제 속도 관찰——가장 직접적인 테스트.

테스트 전 프록시 모드가 「글로벌」인지 확인. 그렇지 않으면 테스트 트래픽이 직접 연결되어 결과가 부정확.

TUN 모드는 가상 네트워크 어댑터 드라이버 설치에 관리자 권한 필요. 권한 부족 또는 드라이버 이상 시 네트워크 단절 발생 가능.

복구 단계:

1. Clash 클라이언트 재시작(실행 가능한 경우), TUN 스위치를 수동으로 끄고 종료.
2. Clash가 실행되지 않으면: Windows에서 「장치 관리자 → 네트워크 어댑터」로 이동, Mihomo 또는 TUN 이름의 가상 어댑터를 우클릭하여 비활성화.
3. macOS: 「네트워크 환경설정」을 열고 utun 시리즈 가상 인터페이스 삭제.
4. PC 재시작으로도 보통 해결됨.

TUN 모드는 기본적으로 모든 트래픽을 제어하므로 LAN 트래픽도 프록시 출구로 라우팅되어 로컬 기기에 도달하지 못함.

해결 방법: Clash 설정 파일에 LAN IP 범위 직접 연결 규칙 추가:

rules:
  - IP-CIDR,192.168.0.0/16,DIRECT
  - IP-CIDR,10.0.0.0/8,DIRECT
  - IP-CIDR,172.16.0.0/12,DIRECT
  # ... 기타 규칙

이 규칙들은 다른 규칙보다 앞에 배치하여 LAN 트래픽이 우선 직접 연결되도록 하세요.

TUN 모드는 네트워크 트래픽과 함께 DNS 요청도 제어합니다. DNS 설정이 부적절하면 해석 실패.

1. Fake-IP 모드 활성화: 설정의 dns 섹션에서 enhanced-mode를 fake-ip로 설정. TUN 모드에서 권장 DNS 모드.
2. 신뢰할 수 있는 DNS 구성: 암호화 DNS(DoH/DoT) 권장. 예: https://1.1.1.1/dns-query 또는 https://dns.google/dns-query.
3. Fake-IP 필터 목록: 일부 인트라넷 도메인은 Fake-IP 사용 불가. fake-ip-filter 화이트리스트에 추가 필요.

설정 파일 rules 섹션 상단에 커스텀 규칙 추가. 규칙은 위에서 아래 우선순위로 매칭:

rules:
  # Custom rules — placed at top for highest priority
  - DOMAIN-SUFFIX,example.com,PROXY
  - DOMAIN-KEYWORD,keyword,PROXY
  - IP-CIDR,1.2.3.4/32,PROXY
  # ... rest of existing rules

클라이언트 「규칙」 페이지에서 일시적으로 추가할 수도 있음. 설정 파일 수동 편집 불필요.

글로벌 프록시에서도 접근 불가하면 문제는 Clash 분기가 아니라 노드 자체 또는 대상 사이트 제한.

1. 노드 IP가 대상 사이트에 차단: 일부 사이트(Netflix, Hulu 등)는 알려진 데이터센터 IP 차단. 다른 노드로 전환하거나 제공업체에 스트리밍 해제 지원 확인.
2. 노드 지역 불일치: 일부 서비스는 특정 지역 IP 필요(Disney+는 해당 지역 노드로 특정 콘텐츠 시청). 올바른 지역 노드로 전환.
3. DNS 해석 문제: 대상 도메인이 DNS 오염으로 잘못된 IP 반환. 프록시 경유해도 연결 불가. fake-ip DNS 모드 활성화 또는 설정에서 해당 도메인을 nameserver-policy에 추가하여 신뢰 DNS로 해석.

가능합니다. Clash의 REJECT 규칙은 매칭된 도메인 요청을 직접 거부. uBlock Origin과 유사하지만 시스템 전체(앱 내 광고 포함)에 적용.

권장 방법——Rule-Provider로 광고 차단 규칙 세트 도입:

rule-providers:
  reject:
    type: http
    behavior: domain
    url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/reject.txt"
    path: ./ruleset/reject.yaml
    interval: 86400

rules:
  - RULE-SET,reject,REJECT
  # ... other rules

TUN 모드 또는 일부 클라이언트에서 PROCESS-NAME 규칙으로 특정 프로세스의 출구 지정 가능:

rules:
  # Route Steam traffic through game-optimized proxy group
  - PROCESS-NAME,steam.exe,GameProxy
  # Route work tools directly
  - PROCESS-NAME,teams.exe,DIRECT
  - PROCESS-NAME,zoom.exe,DIRECT
  # Default
  - MATCH,PROXY

PROCESS-NAME 규칙은 TUN 모드 또는 특정 권한 필요. 일반 시스템 프록시 모드에서는 작동하지 않을 수 있음.