Windows용 Clash Verge Rev 설치 가이드: 방화벽 허용, TUN 드라이버 설치와 시스템 프록시 오류 해결

설치 전 확인: 시스템 아키텍처와 설정 파일 출처

Windows에 Clash Verge Rev를 설치할 때는 ‘클라이언트 실행 → 구독 가져오기 → 시스템 프록시 확인 → 서비스 모드 → TUN’ 순서로 진행하는 것이 좋습니다. 처음부터 모든 기능을 켜지 마세요. 먼저 프록시 연결이 정상적으로 되는지 확인한 뒤, 시스템 프록시를 따르지 않는 앱을 처리하면 문제 범위를 좁힐 수 있습니다.

Clash Verge Rev는 데스크톱 관리 인터페이스이며, 실제 연결과 규칙 처리는 mihomo 코어가 담당합니다. mihomo는 Clash Meta라고도 불립니다. 설치가 완료됐다고 해서 사용할 수 있는 노드까지 준비된 것은 아닙니다. 코어와 호환되는 설정 파일이나 서비스 제공 업체에서 발급한 Clash 형식 구독이 필요합니다.

프로세서 아키텍처에 맞는 설치 파일 선택

Win + I를 눌러 Windows 설정을 열고 ‘시스템’ → ‘시스템 정보’에서 ‘시스템 종류’를 확인하세요. Windows 버전에 따라 해당 페이지 이름이 ‘정보’로 표시될 수 있습니다.
Intel 또는 AMD 기반의 일반적인 64비트 PC에는 Windows x64 설치 파일을 선택하세요. ARM 프로세서가 탑재된 기기에는 배포 페이지에서 제공하는 ARM64 파일을 사용하세요.
선택한 릴리스가 현재 Windows 버전을 지원하는지 확인하세요. 파일 이름에 Windows가 포함돼 있다는 이유만으로 구형 시스템을 지원한다고 단정하지 말고, x64 설치 파일을 32비트 시스템에 사용하지 마세요.
설치 프로그램을 실행하고 안내에 따라 설치를 완료하세요. 기존 클라이언트가 있다면 먼저 종료해 시스템 프록시 설정을 두 클라이언트가 동시에 변경하지 않도록 하세요.

첫 실행 시 방화벽 허용 안내에 대응하는 방법

코어를 처음 실행하면 Windows에서 앱의 방화벽 통과를 허용할지 물을 수 있습니다. 안내에 표시되는 대상은 클라이언트일 수도 있고 실제로 포트를 열어 두는 코어 프로그램일 수도 있습니다. 허용 여부를 결정하기 전에 프로그램 경로가 방금 설치한 디렉터리인지 확인하세요. 이름이 비슷하다는 것만으로는 경로 확인을 대신할 수 없습니다.

로컬 프록시와 LAN 공유는 다릅니다

이 PC에서만 사용: ‘LAN 연결 허용’을 끄고 프록시 수신 주소는 루프백 주소로 설정하세요. 일반적인 로컬 루프백 연결에는 LAN으로 인바운드 포트를 개방할 필요가 없습니다.
휴대폰이나 다른 PC와 공유: LAN 접근을 직접 활성화하고 신뢰할 수 있는 개인 네트워크에 인바운드 규칙을 설정해야 합니다. 공용 네트워크에서는 무심코 허용하지 마세요.
조직에서 관리하는 기기: 관리자 정책에 따라 코어의 네트워크 연결, 서비스 설치, 가상 네트워크 어댑터 생성이 제한될 수 있습니다. 방화벽 전체를 끄지 말고 관리자에게 확인하세요.

허용 안내에서 취소를 눌렀다면 ‘Windows 보안’ → ‘방화벽 및 네트워크 보호’ → ‘방화벽에서 앱 허용’에서 설정을 확인할 수 있습니다. 프로그램 경로, 포트 또는 원격 주소별로 범위를 지정해야 한다면 시작 메뉴에서 ‘고급 보안이 포함된 Windows Defender 방화벽’을 검색해 해당 규칙의 범위를 확인하세요. 앱 목록의 허용 항목은 주로 인바운드 접근과 관련이 있으므로 체크 여부만으로 아웃바운드 연결도 정상이라고 판단할 수는 없습니다.

업데이트 후 설치 디렉터리나 코어 경로가 바뀌면 기존 규칙이 더 이상 적용되지 않을 수 있습니다. 문제가 확인된 규칙만 수정하고, 연결 실패를 한 번 점검하기 위해 모든 네트워크 프로필의 방화벽을 끄지 마세요.

구독 가져오기: 먼저 시스템 프록시로 연결 확인

클라이언트의 ‘구독’ 페이지에서 추가 또는 가져오기 메뉴를 열고 전체 구독 주소를 붙여넣어 설정 파일을 내려받은 뒤 선택하세요. 버튼 이름은 버전에 따라 달라질 수 있습니다.
프록시 그룹에 노드가 표시되는지 확인하세요. 사용 가능한 것으로 확인된 노드를 선택한 뒤 클라이언트가 직접 연결 모드가 아닌 규칙 모드인지 확인하세요.
‘설정’의 Clash 설정 영역에서 혼합 포트를 확인하고 시스템 프록시를 켜세요. 아래 예시는 혼합 포트가 7897인 경우이며, 실제 포트는 클라이언트에 표시된 값을 사용하세요.
Windows ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’로 이동해 수동 프록시가 127.0.0.1과 앞서 확인한 포트를 가리키는지 확인하세요.
브라우저에서 대상 웹사이트에 접속하면서 클라이언트의 ‘연결’ 또는 ‘로그’ 페이지를 확인해 어떤 규칙, 프록시 그룹, 노드가 적용됐는지 살펴보세요.

노드 지연 시간 테스트에 성공해도 해당 시점에 테스트 대상에 접속할 수 있었다는 뜻일 뿐입니다. 모든 웹사이트, UDP 트래픽, DNS 요청이 정상이라는 의미는 아닙니다. 노드 목록이 비어 있다면 TUN 드라이버를 조사하기 전에 구독 형식, 다운로드 오류, 설정 파싱 오류부터 확인하세요.

명시적 프록시 테스트로 문제 위치 구분하기

PowerShell을 열고 아래 두 명령을 실행하세요. 첫 번째는 로컬 포트를 확인하고, 두 번째는 HTTP 프록시를 명시해 테스트 사이트에 접속합니다. 여기서는 구버전 Windows PowerShell에서 curl이 다른 명령으로 해석되는 일을 피하기 위해 curl.exe를 사용합니다.

Test-NetConnection 127.0.0.1 -Port 7897
curl.exe --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 -I https://example.com

TcpTestSucceeded : False: 먼저 코어가 실행 중인지, 포트가 변경됐는지, 다른 프로그램이 포트를 사용 중인지 확인하세요.
로컬 프록시에는 연결되지만 핸드셰이크 실패 또는 시간 초과가 발생한다면 로그에서 노드, 대상 사이트, DNS, TLS 오류를 확인하세요.
명시적 프록시로 HTTP 응답을 받을 수 있지만 브라우저에서 실패한다면 브라우저 프록시 설정, 확장 프로그램, 시스템 프록시 적용 여부, 우회 목록을 먼저 확인하세요.

테스트 사이트에서 403, 405 등의 HTTP 상태 코드가 반환돼도 서버 응답을 받았다는 뜻일 수 있지만, 원하는 서비스에 정상적으로 접속했다는 의미는 아닙니다. 클라이언트 연결 기록을 함께 확인해 요청이 예상한 프록시 정책을 따랐는지, 규칙에 따라 직접 연결됐는지 살펴보세요.

서비스 모드와 TUN: 순서대로 설치하고 켠 뒤 확인

시스템 프록시는 Windows 프록시 설정을 읽는 앱에서 사용할 수 있습니다. 일부 명령줄 도구, 게임, 자체 네트워크 스택을 사용하는 소프트웨어는 시스템 프록시 설정을 따르지 않습니다. TUN은 가상 네트워크 인터페이스와 라우팅을 통해 트래픽을 처리하므로 적용 범위가 넓지만, 라우팅, DNS, 권한 문제가 추가로 발생할 수 있습니다.

먼저 서비스 모드 정상 작동 확인

클라이언트 ‘설정’에서 ‘서비스 모드’ 관련 항목을 찾아 설치를 실행하세요. Windows 사용자 계정 컨트롤 창에 표시된 프로그램 출처를 확인한 뒤 권한을 허용하세요.
설치가 끝나면 클라이언트에 서비스가 실행 중으로 표시되는지 확인하세요. 설치되지 않았거나 시작에 실패했다는 안내가 계속되면 설치를 반복하지 말고 먼저 클라이언트 로그를 확인하세요.
정상 작동을 확인한 설정과 노드를 유지한 채 TUN 모드를 켜세요. 로그에 인터페이스 생성 실패, 권한 부족, 라우팅 설정 실패가 표시되는지 확인하세요.
Win + R을 누르고 ncpa.cpl을 실행해 네트워크 연결에서 가상 인터페이스를 확인하세요. 아래 PowerShell 명령을 사용해 숨겨진 인터페이스를 확인할 수도 있습니다.

Get-NetAdapter -IncludeHidden |
  Select-Object Name, InterfaceDescription, Status

Get-NetRoute -AddressFamily IPv4 |
  Sort-Object RouteMetric |
  Select-Object -First 20 DestinationPrefix, NextHop, InterfaceAlias, RouteMetric

인터페이스 이름은 코어와 설정에 따라 달라지므로 이름에 Clash가 반드시 포함되는 것은 아닙니다. 가상 네트워크 어댑터가 보인다고 트래픽이 반드시 이를 통과하는 것은 아닙니다. 라우팅과 클라이언트 연결 기록도 함께 확인하세요. TUN을 켜도 기존 기본 경로가 반드시 삭제되는 것은 아니며, 코어가 더 구체적인 경로를 추가해 트래픽을 처리할 수 있습니다.

TUN 드라이버 오류가 나도 출처 불명의 설치 파일을 검색하지 마세요

Windows에서 TUN 인터페이스를 생성하려면 호환되는 드라이버와 충분한 권한이 필요합니다. 구체적인 구현 방식은 사용하는 코어와 클라이언트 배포 패키지에 따라 다릅니다. 정상적인 설치, 복구, 업데이트 절차는 클라이언트에서 제공하는 기능을 사용해야 합니다. 로그에 드라이버 구성 요소가 없다고 명확히 표시되면 보안 소프트웨어의 격리 기록과 설치 상태를 먼저 확인한 뒤 신뢰할 수 있는 배포처에서 복구하세요.

서비스 모드는 관련 구성 요소를 서비스로 실행할 뿐, 구독 호환성을 자동으로 해결하거나 작동하지 않는 노드를 복구하지 않습니다. 시스템 프록시 테스트부터 실패한다면 설정과 노드 문제를 먼저 확인하세요. TUN만 켠다고 같은 노드의 문제가 해결되지는 않습니다.

시스템 프록시를 켰는데 작동하지 않을 때: 증상별 점검

‘스위치가 켜져 있다’는 것은 클라이언트가 프록시를 설정하려 했다는 뜻일 뿐, 대상 앱이 해당 설정을 읽는다는 의미는 아닙니다. 요청이 클라이언트에 도달했는지 먼저 확인한 다음 앱, 규칙, 노드 중 어디를 점검할지 결정하세요. 아래 순서대로 확인하는 편이 반복해서 재설치하는 것보다 빠릅니다.

증상	우선 확인할 항목	다음 조치
모든 브라우저에서 실패하고 로컬 포트 테스트도 실패함	코어 실행 상태, 포트, 수신 프로세스	혼합 포트를 확인하고 코어 시작 로그를 살펴보세요.
명시적 프록시는 성공하지만 특정 브라우저만 실패함	프록시 확장 프로그램, 브라우저 자체 프록시, 우회 목록	프록시 확장 프로그램을 잠시 끄고 브라우저 네트워크 설정을 확인하세요.
브라우저는 정상이나 터미널이나 게임에서 프록시가 작동하지 않음	앱의 시스템 프록시 지원 여부	앱에 프록시를 설정하거나 임시 프록시 환경 변수를 사용하고, 또는 TUN으로 확인하세요.
요청은 클라이언트에 도달하지만 DIRECT로 표시됨	규칙 순서, 프록시 그룹 선택, 실행 모드	적용된 규칙을 확인한 뒤 해당 규칙이나 정책을 조정하세요.
TUN을 켠 뒤에만 인터넷 연결이 끊김	DNS, 라우팅, 다른 VPN, 서비스 권한	TUN을 꺼서 정상 상태를 확인한 뒤 항목별로 점검하세요.

포트 충돌: PID를 확인하고 프로세스 이름만 보고 작업을 종료하지 마세요

로그에 주소가 이미 사용 중이라고 표시되면 PowerShell에서 해당 포트를 수신 중인 프로세스를 확인하세요. 아래 예시에서는 7897을 사용합니다. 확인한 프로세스 ID를 작업 관리자에서 조회해 프로그램 경로를 확인하세요. 프록시 클라이언트를 여러 개 실행하는 것이 흔한 원인이지만, 정체를 알 수 없는 프로세스를 강제 종료하지 마세요.

Get-NetTCPConnection -LocalPort 7897 -State Listen |
  Select-Object LocalAddress, LocalPort, OwningProcess

터미널이 시스템 프록시를 따르지 않을 때: 임시 환경 변수로 확인

이 환경 변수를 지원하는 명령줄 도구라면 현재 PowerShell 창에서만 프록시를 설정할 수 있습니다. 변수를 설정한다고 모든 프로그램이 자동으로 프록시를 지원하는 것은 아닙니다. 동작을 확인하기 전에는 시스템 전체 환경 변수로 지정하지 마세요.

$env:HTTP_PROXY = "http://127.0.0.1:7897"
$env:HTTPS_PROXY = "http://127.0.0.1:7897"

# 테스트가 끝나면 현재 창의 변수를 지웁니다
Remove-Item Env:HTTP_PROXY -ErrorAction SilentlyContinue
Remove-Item Env:HTTPS_PROXY -ErrorAction SilentlyContinue

HTTPS_PROXY 값에 http://를 사용한다고 대상 웹사이트의 연결이 HTTP로 낮아지는 것은 아닙니다. 이 값은 클라이언트가 로컬 HTTP 프록시에 연결하는 방식을 지정하며, HTTPS 대상은 일반적으로 CONNECT 터널을 통해 접속합니다. 앱에서 SOCKS 프록시만 지원한다면 HTTP 설정을 그대로 복사하지 말고 해당 앱의 문서를 따르세요.

TUN을 켠 뒤 연결이 끊길 때: DNS와 다른 가상 네트워크 확인

먼저 TUN을 끄고 시스템 프록시를 유지한 상태에서 같은 사이트에 접속해 보세요. 연결이 바로 복구된다면 구독 전체의 문제가 아니라 TUN이 트래픽을 처리하는 경로에 문제가 있을 가능성이 큽니다. TUN을 켜고 끈 시간대의 로그를 기록하고 중복 VPN, 다른 프록시 프로그램, 가상 머신 네트워크, 기업 보안 클라이언트가 있는지 확인하세요.

DNS 캐시와 DNS 조회 경로 구분하기

DNS 설정을 변경한 뒤 ipconfig /flushdns를 실행해 Windows DNS 캐시를 지우고 테스트 앱을 다시 시작할 수 있습니다. 브라우저가 자체 캐시와 연결을 보관하고 있을 수도 있습니다.
브라우저의 보안 DNS나 앱에 내장된 DoH는 시스템 DNS 경로를 우회할 수 있습니다. 점검하기 전에 기존 설정을 기록하고 한 번에 하나의 DNS 설정만 변경해 비교하세요.
fake-ip를 활성화하면 일부 도메인에 198.18.0.0/16 범위의 주소가 표시될 수 있습니다. 이는 일반적인 주소 매핑 방식이므로 이 주소만 보고 DNS 오염이라고 판단하거나 실제 서버 주소로 설정하지 마세요.
회사 내부 도메인과 LAN 기기에는 별도의 DNS 정책이나 제외 규칙이 필요할 수 있습니다. 공용 도메인이 열린다고 사내 도메인도 올바르게 조회된다는 뜻은 아닙니다.

설정에서 DNS 가로채기를 사용한다면 실제 적용 범위와 코어 로그를 확인하세요. 기존 53번 포트 DNS와 HTTPS로 전송되는 DNS 요청은 서로 다른 트래픽입니다. 53번 포트 가로채기 규칙 하나로 모든 앱의 DNS 조회를 처리할 수 있다고 생각하면 안 됩니다.

다른 VPN과 가상 머신 네트워크 점검 방법

가상 네트워크 어댑터를 모두 제거하지 마세요. 먼저 당장 사용하지 않는 VPN이나 다른 프록시 클라이언트를 종료한 뒤 TUN을 다시 켜서 확인하세요. 업무상 기업 VPN을 함께 사용해야 한다면 관리자에게 라우팅 우선순위, 내부 네트워크 대역, DNS 분할 방식을 확인하세요. 라우팅 메트릭을 임의로 낮추면 내부망에 남아야 할 연결이 잘못된 경로로 나갈 수 있습니다.

종료, 시작 프로그램 설정, 일상적인 관리

설치 후 정상 종료를 먼저 테스트하세요. TUN과 시스템 프록시를 끄고 클라이언트를 종료한 뒤 일반 네트워크가 계속 작동하는지 확인합니다. 클라이언트가 비정상 종료된 후 브라우저에서 인터넷이 끊기면 Windows ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 로컬 포트를 가리키는 수동 프록시 설정이 남아 있는지 확인하세요. 다른 프로그램이 사용하지 않는 것을 확인한 다음 끄면 됩니다.

시작 프로그램 설정은 마지막에 하세요. 먼저 재부팅 후 구독 로드, 코어 실행, 프록시 상태가 정상인지 확인하세요. 그래픽 인터페이스의 자동 시작과 서비스 시작은 서로 다릅니다.
업데이트 후 주요 설정을 다시 확인하세요. 코어 버전, 혼합 포트, 서비스 모드, TUN 상태를 점검하세요. 설정 항목이 바뀌었다면 현재 코어 문서와 오류 로그를 기준으로 확인하세요.
지속적인 변경에는 오버라이드 기능을 사용하세요. 구독에서 내려받은 내용을 직접 수정하면 다음 새로고침 때 변경 사항이 덮어써질 수 있습니다.
문의를 보낼 때는 문제 해결에 필요한 정보만 제공하세요. Windows 버전, 클라이언트 및 코어 버전, 재현 절차, 민감 정보를 제거한 로그를 기록하세요. 구독 인증 정보, 노드 비밀번호, 관리 인터페이스 키는 가리세요.

문제를 해결할 때는 이미 확인된 연결 경로를 유지하는 것이 핵심입니다. 로컬 포트에 연결되고, 명시적 프록시로 응답을 받으며, 규칙이 예상대로 적용되는지 확인한 다음 시스템 프록시와 TUN으로 범위를 넓히세요. 단계마다 결과를 확인하면 운에 맡겨 재설치할 필요가 없습니다.