설치 순서: 시스템 프록시부터 확인하고 TUN은 나중에

Windows에서 Clash Verge Rev를 설정할 때는 ‘아키텍처 확인 → 클라이언트 설치 → 구독 가져오기 → 프록시 그룹 선택 → 시스템 프록시 켜기 → 연결 확인’ 순서로 진행하는 것이 좋습니다. 서비스 모드는 높은 권한이 필요한 커널 작업을 관리하고, TUN은 가상 네트워크 인터페이스를 통해 트래픽을 처리합니다. 둘 다 구독을 가져오는 데 필요한 설정은 아닙니다.

Clash Verge Rev는 그래픽 클라이언트이며, 규칙·DNS·프록시 연결은 mihomo 커널이 처리합니다. 클라이언트 창이 열린다고 해서 확인이 끝난 것은 아닙니다. 구독이 유효한지, 커널이 실행 중인지, 프록시 포트가 사용 가능한지, 앱 트래픽이 커널로 들어오는지 각각 확인해야 합니다.

설치 파일 선택: 프로세서 아키텍처와 설치 범위 확인

Windows 설정에서 시스템 종류 확인

Windows 11에서는 ‘설정’ → ‘시스템’ → ‘정보’에서 ‘시스템 종류’를 확인하세요. Windows 10에서는 보통 ‘설정’ → ‘시스템’ → ‘정보’에서 확인할 수 있습니다. Intel 또는 AMD 기반의 일반적인 64비트 PC에는 x64 설치 파일을 선택합니다. Snapdragon 등 ARM 프로세서가 탑재된 PC는 ARM64에 해당하므로, 해당 릴리스에서 ARM64 패키지와 지원 안내를 제공하는지 먼저 확인하세요.

표시된 정보선택 및 확인 사항
x64 기반 프로세서, 64비트 운영 체제Windows x64 설치 파일을 선택하세요. 파일명에는 x64 또는 x86_64가 표시될 수 있습니다.
ARM 기반 프로세서해당 시스템을 명시적으로 지원하는 ARM64 패키지를 우선 선택하세요. Windows 앱 에뮬레이션 기능이 드라이버 호환성까지 보장하는 것은 아닙니다.
32비트 운영 체제x64 패키지를 설치하지 마세요. 현재 버전의 시스템 요구 사항을 먼저 확인하고, 32비트 버전이 있다고 단정하지 마세요.

클라이언트 다운로드 페이지에서 Windows용 다운로드 항목을 선택하고, 프로젝트명이 Clash Verge Rev인지 확인하세요. 설치 파일 버전은 바뀔 수 있으므로 이 문서에서는 특정 버전을 지정하지 않습니다. 화면 구성이나 시스템 요구 사항이 다르면 최신 릴리스 안내를 따르세요. 다운로드가 끝나면 파일 속성과 출처를 확인하고, Windows에서 위험 경고가 표시되면 출처부터 확인하세요. 보안 기능 전체를 꺼서 경고를 우회하지 마세요.

설치 완료 후 첫 실행에 필요한 항목 확인

  1. 실행 중인 이전 클라이언트를 종료하세요. 업그레이드 전에는 로컬 오버라이드, 규칙, 사용자 지정 프록시 그룹을 특히 주의해 설정을 백업하세요.
  2. 설치 프로그램을 실행하고 안내에 따라 설치 위치를 선택하세요. 시스템 폴더에 파일을 쓰거나 서비스를 설치할 때 UAC 권한 요청이 나타날 수 있습니다. 프로그램 출처를 확인한 뒤 권한을 허용하세요.
  3. 클라이언트를 처음 실행해 창과 트레이 아이콘이 정상적으로 나타나는지 확인하세요. 창을 닫아도 프로그램이 종료되지 않고 트레이로 최소화될 수 있습니다.
  4. Microsoft Edge WebView2 Runtime이 없다는 메시지가 표시되면 프로젝트의 설치 안내에 따라 런타임을 설치하세요. 출처가 불분명한 사이트에서 DLL 파일 하나만 내려받아 프로그램 폴더에 넣지 마세요.

구독 가져오기: 다운로드 성공뿐 아니라 활성 설정 여부 확인

클라이언트의 ‘구독’ 페이지로 이동해 ‘새로 만들기’ 또는 ‘가져오기’에서 서비스 제공업체가 제공한 Clash 호환 구독 링크를 추가하세요. 버전에 따라 메뉴 이름이 조금 다를 수 있습니다. 구독 주소에는 보통 접근 자격 정보가 포함되므로 스크린샷이나 공개 로그, 온라인 설정 변환 사이트에 올리지 마세요.

  1. 구독 링크를 붙여 넣고 다운로드한 뒤 HTTP 오류, 시간 초과, YAML 파싱 오류가 없는지 확인하세요.
  2. 구독 목록에서 방금 가져온 설정을 선택해 현재 활성 설정으로 지정하세요. 목록에 표시되는 것만으로 커널이 해당 설정을 사용한다고 볼 수는 없습니다.
  3. ‘프록시’ 페이지에서 실행 모드를 ‘규칙’으로 설정하고, 프록시 그룹에 예상한 노드가 표시되는지 확인하세요.
  4. 프록시 출구로 사용할 전략 그룹에서 연결 가능한 노드를 선택하세요. DIRECT를 선택하면 요청은 직접 연결됩니다.

구독 응답이 웹페이지, 로그인 안내 또는 다른 클라이언트용 형식일 수 있습니다. 브라우저에서 링크가 열린다고 해서 mihomo에서 바로 사용할 수 있는 것은 아닙니다. 가져오기에 실패하면 구체적인 오류부터 확인하세요. 응답이 HTML로 시작하면 설정 파일이 아닐 가능성이 큽니다. 필수 항목이 없거나 존재하지 않는 정책 이름을 참조한다면 구독 형식과 오버라이드 내용을 확인해야 합니다.

시스템 프록시: 포트, Windows 설정, 앱 동작 확인

클라이언트에서 ‘시스템 프록시’를 켜고 Windows의 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 수동 프록시가 로컬 주소를 가리키는지 확인하세요. 아래 진단에서는 혼합 포트 7897을 예로 듭니다. 이 값은 모든 설치 환경에 공통으로 적용되는 포트가 아니므로 클라이언트 설정이나 현재 실행 중인 설정에서 실제 포트를 먼저 확인해야 합니다.

시스템 프록시는 Windows 프록시 설정을 따르는 앱에 지정된 연결 지점을 알려줄 뿐, 모든 프로그램의 트래픽을 자동으로 처리하지는 않습니다. 브라우저 확장 프로그램, 자체 프록시 설정이 있는 앱, 일부 명령줄 도구, WinHTTP를 사용하는 프로그램은 다른 설정을 사용할 수 있습니다. 한 프로그램이 프록시를 사용하지 않는다고 해서 바로 클라이언트 설치 실패로 판단하지 마세요.

프록시를 명시한 요청으로 문제 범위 좁히기

PowerShell을 열어 로컬 포트부터 확인한 다음 Windows에 포함된 curl.exe로 요청을 보내세요. .exe를 명시하면 일부 PowerShell 환경에서 curl 별칭으로 인해 매개변수가 달라지는 문제를 피할 수 있습니다.

Test-NetConnection -ComputerName 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 : True: 해당 로컬 포트가 연결을 수락한다는 뜻입니다. 노드와 원격 웹사이트까지 정상적으로 연결된다는 의미는 아닙니다.
  • 연결 거부 메시지가 바로 표시되면 노드를 계속 바꾸기보다 포트가 올바른지, 커널이 실행 중인지 먼저 확인하세요.
  • 로컬 포트에는 연결되지만 요청 시간이 초과되면 프록시 그룹 선택, 노드 연결 상태, 규칙 적용 결과, 커널 로그를 차례로 확인하세요.
  • 프록시를 명시한 요청은 성공하지만 브라우저에서 실패한다면 브라우저 자체 프록시 확장 프로그램과 시스템 프록시 설정이 충돌하는지 확인하세요.

명령의 10초와 20초는 각각 연결 시간 제한과 전체 요청 시간 제한이며, 속도 측정 결과가 아닙니다. 확인하는 동안 클라이언트의 ‘연결’ 페이지를 열어 대상 도메인, 적용 규칙, 실제 정책 경로를 살펴보세요. 요청이 성공하더라도 규칙에 따라 직접 연결된 것이 아니라 의도한 대로 프록시를 거쳤는지 확인해야 합니다.

서비스 모드와 TUN: 권한과 트래픽 처리 범위를 따로 설정

서비스 모드로 권한 문제 해결

서비스 모드를 사용하면 백그라운드 서비스가 커널 실행 등 높은 권한이 필요한 작업을 처리하므로, 그래픽 인터페이스를 열 때마다 수동으로 권한을 높일 필요가 없습니다. 일반적인 버전에서는 ‘설정’ → ‘Clash 설정’ → ‘서비스 모드’에서 찾을 수 있습니다. 메뉴 구성이 다르면 설정 페이지에서 ‘서비스 모드’ 또는 서비스 관리 항목을 찾고, 현재 화면에 표시된 이름을 기준으로 진행하세요.

  1. 서비스 관리 메뉴에서 설치를 실행하고 UAC 확인 창에 표시된 프로그램이 현재 설치 경로의 프로그램인지 확인하세요.
  2. 화면에 서비스가 설치되었거나 실행 중이라고 표시될 때까지 기다리세요. 실패하면 전체 오류 메시지를 보관하고 설치를 연속해서 반복하지 마세요.
  3. 화면 안내에 따라 클라이언트나 커널을 다시 시작한 뒤 서비스 상태와 설정 로드 결과를 확인하세요.

서비스 설치 완료, 서비스 실행 중, 커널의 설정 로드는 서로 다른 상태입니다. 서비스 모드가 시작 프로그램 설정을 뜻하는 것도 아닙니다. 백그라운드 서비스가 시스템 시작과 함께 실행되더라도 로그인 후 그래픽 인터페이스가 시작되는지, 시스템 프록시가 복구되는지는 클라이언트 설정에 따라 달라집니다.

시스템 프록시로 처리되지 않는 트래픽에는 TUN 사용

시스템 프록시 설정을 읽지 않는 프로그램의 트래픽도 규칙에 따라 처리해야 한다면 TUN을 사용해 보세요. Windows의 TUN은 보통 가상 인터페이스, 라우팅, DNS 처리를 포함하며 관련 권한이 필요합니다. 켜기 전에 서비스 모드가 정상인지 확인하고, 이미 검증한 구독과 노드 선택은 유지한 채 TUN 설정만 변경하세요.

TUN을 켠다고 모든 연결이 반드시 프록시를 거치는 것은 아닙니다. 최종 처리 방식은 여전히 규칙에 따라 결정됩니다. 도메인 확인, Fake-IP 매핑, 라우팅 제외 설정, 다른 VPN 소프트웨어가 결과에 영향을 줄 수 있습니다. 회사 VPN, 가상 머신 네트워크, 보안 소프트웨어를 함께 사용하면 라우팅 충돌이 생길 수 있습니다. 사내망 접속에 문제가 생기면 시스템 네트워크 어댑터를 바로 삭제하지 말고 먼저 TUN을 끈 상태와 비교해 보세요.

시작 프로그램 설정: 다시 로그인한 뒤 전체 연결 확인

일반적으로 클라이언트의 자동 시작 옵션은 ‘설정’ → ‘Verge 설정’에서 ‘시작 시 자동 실행’ 또는 ‘시작 시 실행’으로 표시됩니다. 현재 버전에서 메뉴 구성이 바뀌었다면 같은 이름의 옵션을 찾으세요. 설정을 켠 뒤 Windows 11의 ‘설정’ → ‘앱’ → ‘시작 프로그램’에서 해당 항목이 사용 안 함으로 설정되어 있지 않은지 확인하세요. Windows 10에서는 작업 관리자의 ‘시작프로그램’ 탭에서도 확인할 수 있습니다.

데스크톱 클라이언트의 ‘시작 시 자동 실행’은 보통 사용자가 로그인한 뒤 프로그램을 실행한다는 뜻이며, 로그인 전부터 프록시를 제공한다는 의미는 아닙니다. 노트북을 절전 모드에서 깨우는 것은 완전한 시작 과정이 아니므로 로그아웃 후 재로그인하거나 재부팅해 확인해야 합니다.

재부팅 후 다섯 가지 상태 확인

  • 트레이에서 의도한 클라이언트만 실행 중이고, 이전 클라이언트가 시스템 프록시 설정을 다시 적용하지 않았는지 확인하세요.
  • 이전과 동일한 구독이 활성화되어 있고 프록시 그룹 선택이 실수로 DIRECT로 바뀌지 않았는지 확인하세요.
  • 커널이 정상적으로 실행되고 실제 포트가 Windows 시스템 프록시 설정과 일치하는지 확인하세요.
  • 시스템 프록시나 TUN이 필요하다면 해당 옵션이 다시 활성화되었는지 확인하세요. 모든 버전이 설정을 자동으로 복원한다고 가정하지 마세요.
  • 새 요청을 보낸 뒤 ‘연결’ 페이지에 기록이 표시되고 대상과 정책 경로가 예상대로인지 확인하세요.

로그인 후 간헐적으로 인터넷이 연결되지 않는다면 클라이언트가 아직 실행되지 않은 시점과 실행을 마친 시점의 시스템 프록시 상태를 비교하세요. 시스템에 로컬 프록시 주소가 남아 있는데 클라이언트가 실행되지 않으면 시스템 프록시를 따르는 앱은 수신 대기 중인 프로그램이 없는 포트에 연결하게 됩니다. 우선 Windows 프록시 설정에서 수동 프록시를 끄면 네트워크를 임시로 복구할 수 있습니다. 시작 프로그램을 점검하기 위해 곧바로 재설치할 필요는 없습니다.

설치 및 실행 오류: 증상별로 점검하고 설정을 한꺼번에 초기화하지 않기

증상먼저 확인할 항목해결 방법
이 PC에서 설치 프로그램을 실행할 수 없음아키텍처, Windows 버전, 릴리스 안내시스템에 맞는 설치 파일을 다시 선택하세요. 호환성 모드를 아키텍처 변환 도구처럼 사용하지 마세요.
창이 비어 있거나 실행 직후 종료됨WebView2 런타임, 클라이언트 로그지원되는 런타임을 설치하고 오류 내용을 기록하세요. 설정을 백업한 뒤 설치 복구를 검토하세요.
서비스 설치 중 액세스 거부 메시지 표시UAC 권한, 계정 권한, 조직 정책서비스를 설치할 권한이 있는 계정으로 진행하세요. 관리되는 장비라면 관리자에게 문의하세요.
로그에 address already in use가 표시됨포트 충돌, 이전 클라이언트 프로세스포트를 사용 중인 프로세스를 확인해 충돌하는 프로그램을 종료하거나 포트를 변경한 뒤 앱 설정도 함께 업데이트하세요.
구독을 가져왔지만 노드가 표시되지 않음응답 형식, 설정 활성화 여부, 오버라이드 결과Clash 호환 설정인지 확인하고 잘못된 오버라이드를 제외한 뒤 다시 로드하세요.
TUN을 켠 뒤 사내망 연결에 문제가 생김다른 VPN, 라우팅, DNS, 제외 규칙TUN을 끄고 결과를 비교한 뒤 항목별로 조정하세요. 먼저 정상 작동하는 시스템 프록시 방식은 유지하세요.

포트를 사용 중인 프로세스 확인

로그에서 포트 충돌이 확인되면 PowerShell에서 아래 명령을 실행하세요. 첫 번째 명령은 수신 대기 주소, 포트, 프로세스 ID를 표시하고 두 번째 명령은 해당 포트를 수신 대기 중인 프로세스 정보를 확인합니다. 수신 대기 항목이 없으면 두 번째 명령에서 오류가 발생할 수 있습니다. 이 경우 먼저 포트 번호나 커널 상태를 확인하세요.

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

Get-Process -Id (Get-NetTCPConnection -LocalPort 7897 -State Listen).OwningProcess

포트를 사용 중인 항목을 찾으면 바로 종료하지 말고 먼저 프로그램이 무엇인지 확인하세요. 혼합 포트를 변경했다면 시스템 프록시와 포트를 직접 지정한 앱도 다시 확인해야 합니다. 브라우저 확장 프로그램이나 개발 도구에 이전 포트가 남아 있으면 일부 앱에서만 연결이 실패할 수 있습니다.

완료 기준: 설정 정상 작동, 시작 후 복구, 문제 발생 시 되돌리기 가능

모든 옵션을 켜야 설치가 완료되는 것은 아닙니다. 주로 브라우저를 사용하는 PC라면 규칙 모드와 시스템 프록시만으로 충분할 수 있습니다. 다른 앱의 트래픽까지 처리해야 할 때 서비스 모드와 TUN을 추가하세요. 기능을 하나 추가할 때마다 포트, 연결 기록, 대상 접속을 다시 확인하세요.

마지막으로 로컬 오버라이드와 설정을 백업하고 실제 포트, 현재 구독, 서비스 상태를 기록해 두세요. 클라이언트를 종료하기 전 시스템 프록시를 끄거나 정상 종료 시 Windows 설정이 복원되는지 확인하세요. 업그레이드한 뒤에는 로그인 시 자동 시작도 다시 테스트하세요. 이후 규칙과 DNS 문제는 사용 설명서에서 확인하고, 구독 가져오기와 기본 조작은 시작 가이드를 따라 점검하세요.