Windows 11에서 Clash Verge Rev를 왜 MSI로 설치하나
Clash Verge Rev는 데스크톱 Windows용 Mihomo(구 Clash Meta) 코어를 GUI로 감싼 대표적인 클라이언트입니다. 설치 패키지가 .msi로 제공되면 Windows 설치 관리자(기존 MSI 엔진)가 구성 요소 등록·제거·복구 경로를 표준 방식으로 다루어 주므로, 팀이나 개인 PC 모두에서 같은 빌드를 같은 방식으로 깔았는지
맞추기 쉽습니다. 검색 의도가 Clash Verge Rev 설치
Win11 MSI
로 좁혀진 독자는 보통 업데이트 채널과 첫 실행 후 바로 쓸 수 있는지가 가장 궁금합니다.
이 글은 Windows 11을 기준으로, 공식·신뢰 가능한 곳에서 MSI(또는 동급 설치 프로그램)를 고르는 방법, 설치 마법사를 끝까지 통과하는 순서, Microsoft Defender SmartScreen과 방화벽 팝업 대응, 그리고 첫 실행 직후 구독·프로필을 넣고 정상 동작을 확인하는 단계까지 한 흐름으로 묶었습니다. Clash for Windows(CFW)는 유지가 멈춘 상태에 가깝기 때문에, 신규 PC를 맞추는 사용자는 조만간 Verge Rev로 옮기는 경우가 많습니다. 반대로 아직 CFW와 친숙한 분은 Verge Rev 전반 튜토리얼과 함께 읽으면 개념이 연결됩니다.
시작 전에 확인할 것: 버전·아키텍처·계정
Windows 11에서 설정 → 시스템 → 정보 → 시스템 종류를 열면 x64 기반인지 ARM 기반인지 한 줄로 나옵니다. Surface Pro X 같은 기기는 ARM64용 설치 파일이 필요하고, 일반 데스크톱·노트북 대부분은 x64(amd64) 빌드를 고릅니다. 파일 이름에 x64, amd64, aarch64, arm64 같은 접미사가 붙어 있으면 릴리스 노트와 함께 대조하세요.
회사나 학교 PC라면 표준 사용자 계정에서 MSI 설치가 막혀 있을 수 있습니다. 이때는 IT 정책을 따르거나, 관리자 계정으로 전환·승인을 받아야 합니다. 또 스마트 앱 제어나 타사 보안 제품이 서명 없는 스크립트를 막으면 첫 실행 직후 코어 다운로드·업데이트 단계에서 실패할 수 있으니, 허용 목록 예외를 문서화해 두는 편이 좋습니다.
| 항목 | Windows 11에서의 의미 |
|---|---|
| MSI | 표준 설치 DB에 등록되어 앱 목록에서 제거·수정이 명확합니다. 그룹 정책으로 배포하기도 쉽습니다. |
| 코드 서명 | 릴리스에 게시된 발행자 이름이 기대와 일치하는지, 경고 없이 통과하는지 확인합니다. |
| SmartScreen | 다운로드 직후 첫 실행에서 앱이 PC를 보호했습니다배너가 자주 뜹니다. 출처를 검증한 뒤에만 예외로 실행하세요. |
| 첫 실행 | 일부 빌드는 관리자 권한 UAC 또는 TUN 드라이버 설치를 요구합니다. 취소하면 전역 모드가 제한될 수 있습니다. |
통합 설치기광고는 피하세요.
MSI는 어디서 받나: GitHub Releases와 이 사이트
커뮤니티에서 널리 쓰는 방법은 프로젝트 GitHub의 Releases 페이지에서 최신 태그를 고른 뒤, 자신의 CPU에 맞는 Windows 설치 패키지를 저장하는 것입니다. 파일 확장자가 .msi가 아니라도, 동일 태그의 공식 Windows installer(예: .exe 설치 마법사)라면 절차는 거의 같습니다. 중요한 것은 저장소 주소·릴리스 태그·릴리스 노트가 한 세트로 맞는지입니다.
한국어권 사용자 중에는 빌드 이름만 보고 다운로드했다가 아키텍처 불일치로 설치가 중단되는 경우가 있습니다. ARM 레이블이 없는 PC에서 실수로 ARM 빌드를 고르거나, 반대로 Copilot+ PC에서 x64만 받으면 곤란합니다. 또 일부 브라우저는 다운로드 후 Zone.Identifier 메타데이터를 붙여 SmartScreen 반응을 키울 수 있으니, 차단이 반복되면 다른 브라우저로 받아 보는 것도 진단에 도움이 됩니다.
통합 패키지를 한곳에서 보고 싶다면 이 사이트 다운로드 페이지에서 Windows용 Clash Verge Rev 항목을 연결할 수 있습니다. 어떤 링크를 쓰든 최종 바이너리의 서명·해시는 항상 발행 측 기준으로 재확인하는 습관이 안전합니다.
MSI 설치 단계(Windows 11)
아래는 시작 메뉴가 최신 레이아웃이어도 대체로 동일하게 적용되는 순서입니다. 조직의 그룹 정책이 개입하면 일부 화면이 생략되거나 회색으로 비활성화될 수 있습니다.
- 다운로드한
.msi를 탐색기에서 더블 클릭합니다. - SmartScreen이 뜨면 추가 정보를 눌러 실행 여부를 신중히 선택합니다. 출처를 재확인할 수 없으면 여기서 중단하세요.
- 설치 마법사에서 사용자 범위(현재 사용자만 vs 모든 사용자) 옵션이 있으면 정책에 맞게 고릅니다.
- 설치 경로를 바꿀 수 있으면 공백·비ASCII 문자가 없는 경로를 권장합니다.
- 진행 표시줄이 끝나면 완료를 누르고, 바탕 화면 바로가기 생성 여부를 지정합니다.
- 필요하면 시작 메뉴 → 모든 앱에서 Clash Verge Rev 아이콘을 고정합니다.
첫 실행: UAC, 방화벽, 트레이 아이콘
설치 직후 앱을 실행하면 사용자 계정 컨트롤(UAC)이 뜨는 빌드가 있습니다. 서비스 등록·드라이버 단계가 포함된 기능을 켤 때 요구되는 경우가 많으므로, 자신이 방금 설치한 바이너리라는 전제가 서면 예로 진행합니다.
이어서 Windows Defender 방화벽이 네트워크 액세스 허용
을 묻습니다. 개발·가정 환경이라면 보통 개인 네트워크만 체크하면 충분하고, 카페 등 공용 Wi-Fi에서는 양쪽 모두 허용하기보다 테더링으로 집 PC만 쓰는지 먼저 판단하는 편이 좋습니다. 앱이 트레이로 최소화되면 화살표 모음 안에 아이콘이 숨어 있을 수 있으니, 작업 표시줄 설정에서 항상 표시를 켜 두면 초보자가 덜 헤맵니다.
첫 패널이 뜬 뒤에는 코어 버전과 앱 버전이 기대한 조합인지 정보 화면에서 읽어 보세요. 자동 업데이트 채널이 있다면, 사내 보안 규정이 허용하는 범위 내에서만 켜는 것이 안전합니다.
프로필·구독 넣기와 활성화
실사용을 위해서는 원격 구독 URL이나 로컬 .yaml을 프로필로 가져와야 합니다. 일반적인 순서는 다음과 같습니다.
- 프로필 탭에서 새 구독을 추가하고, 대시보드에서 복사한 HTTPS URL을 붙여 넣은 뒤 업데이트를 누릅니다.
- 여러 프로필이 있을 때는 활성 프로필이 실제 코어에 연결돼 있는지 확인합니다. 선택만 바꾸고 적용을 안 누른 채 테스트하면 노드가 비어 보일 수 있습니다.
- 규칙이 DIRECT 우선인지 규칙 모드인지에 따라 체감이 크게 달라지므로, 처음에는 문서화된 프리셋을 따르는 편이 낫습니다.
- YAML을 직접 편집한다면 들여쓰기(스페이스·탭 혼용 금지)와 인코딩(UTF-8)을 맞춰 저장합니다.
구독이 403·404로 막히면 만료·차단·User-Agent 필터링 가능성을 의심합니다. 데스크톱에서 같은 URL이 열리는지 브라우저로 먼저 확인하고, 회사 프록시 뒤에 있다면 분리된 네트워크에서 한 번 받아 보는 것도 방법입니다.
첫 실행 직후 점검 체크리스트
- 설정에서 혼합 포트(mixed-port)와 시스템 프록시 상태를 확인합니다.
- 프록시 그룹에서 지연 테스트를 돌려 노드가 응답하는지 봅니다(숫자만 맹신하지 말고 실제 사이트 접속도 함께).
- 브라우저로 IP 확인 페이지를 열어 출구가 의도한 대역인지 확인합니다.
- 문제가 있으면 로그 탭에서 DNS 실패나 TLS 핸드셰이크 오류를 찾습니다.
시스템 프록시와 TUN 개념 정리
Windows 11에서 가장 단순한 경로는 시스템 프록시를 켜 브라우저·대부분의 Win32 앱이 같은 설정을 따르게 하는 것입니다. 반면 Microsoft Store 앱(UWP)이나 프록시를 무시하는 개발 도구는 TUN 가상 어댑터로 전역에 가깝게 가로채야 할 때가 있습니다. TUN을 켤 때는 관리자 권한·추가 드라이버가 필요한 경우가 많으니 설치 로그를 남겨 두세요.
LAN에서 다른 기기와 포트를 공유하려면 allow-lan·mixed-port 가이드와 조합합니다. 본 글에서는 설치·첫 실행 축만 다루므로, 공유까지 필요하면 해당 문서를 이어서 읽으면 됩니다.
문제 해결과 자주 묻는 질문
릴리스에 MSI가 없고 설치 exe만 있습니다
버전별 패키징 정책이 바뀌면 한동안 exe만 올라오기도 합니다. 같은 태그·같은 서명 주체인지만 확인했다면 설치 마법사 형태가 조금 달라도 기능적으로는 동일한 경우가 많습니다. IT 배포용 MSI가 따로 제공되는지 릴리스 노트를 읽어 보세요.
SmartScreen이 계속 막습니다
파일 속성의 차단 해제를 검토하고, 바이러스 백신 격리 여부를 확인합니다. 조직 PC라면 보안팀에 파일 해시 화이트리스트를 요청하는 편이 장기적으로 빠릅니다.
설치했는데 프로그램이 즉시 종료됩니다
이벤트 뷰어의 응용 프로그램 로그와 앱 자체 로그를 함께 봅니다. VC++ 런타임 누락이나 코어 바이너리 다운로드 실패가 원인인 경우가 있어, 오프라인 제한 네트워크에서는 자동 다운로드가 막힐 수 있습니다.
구독을 넣었는데 노드 목록이 비어 있습니다
URL 오타·만료·프로필 미선택을 다시 확인하고, 구독 형식이 Clash YAML 계열인지 봅니다. 방화벽이 룰 다운로드 CDN만 차단한 경우에도 증상이 비슷하게 나타납니다.
정리: 오래된 설치 방식 대신 Verge Rev를 쓰는 실질적 이유
과거 Clash for Windows 계열은 문서와 커뮤니티 자료가 많았지만, 리포지터리 기준 유지가 사실상 멈춘 뒤로는 새 프로토콜·TLS 변화에 맞추기 어렵습니다. 일회성 포터블 ZIP은 업데이트 알림·구성 백업이 불명확한 경우가 많고, 상용 VPN 클라이언트는 분기 규칙·룰셋 디버깅을 세밀하게 보기 힘든 편입니다. Clash Verge Rev는 같은 Mihomo 스택을 유지한 채 GUI를 최신 Windows 정책에 맞춰 다듬기 때문에, 한 PC에서 규칙 실험을 반복하는 사용자에게 특히 부담이 적은 편입니다.
이미 Android나 다른 OS에서 Clash 계열을 쓰고 있다면, Windows 11 쪽도 Verge Rev로 맞춰 두면 구독·정책 그룹·로그 해석 습관을 그대로 옮길 수 있어 지원 질문을 덜 받게 됩니다. 반대로 처음부터 분기 규칙이 복잡한 환경이라면, 설치가 끝난 뒤에는 반드시 직접 신뢰하는 구독만 넣고, 공용 Wi-Fi에서는 TUN이나 시스템 프록시를 과하게 열어 두지 않는 운용을 권합니다.