왜 Windows 11에서는 Clash Verge Rev를 고를까요

Clash Verge Rev는 Tauri 기반 UI와 Mihomo(Clash Meta) 코어 갱신을 묶어 주는 클라이언트로, Windows 11에서도 x64 패키지가 가장 단순한 기본 선택입니다. 옛 브랜드의 Clash for Windows(CFW)는 많은 글과 스크린샷 속에 이름이 남아 있지만, 장기 업스트림 유지 관점에서는 Verge 같은 살아 있는 배포 채널로 옮기는 편이 안전합니다. Win11이라고 해서 별도의 이상한 문법 트랙을 탄다기보다, OS 쪽에서 UAC 동의 창이 자주 재등장하고, 새 보안 패널·스마트 필터 때문에 첫 실행·업데이트 단계만 화면이 조금 다른 정도가 체감 차이입니다.

Win10 버전 장비에서 이미 Verge 경험이 있다면 흐름은 거의 같고, 차이는 설정 앱 레이블과 작업표시줄·알림 센터 위치 같은 표면적인 것이 대부분입니다. 다만 새로 산 장비에는 Copilot 패키지, Microsoft 계정 초기 설정 등이 함께 깔린 상태여서 다른 백그라운드 네트워크가 많을 수 있습니다. 우선 불필요한 VPN 클래스 앱과 포트 충돌부터 비우면 Verge 안정화 시간이 줄어듭니다. 같은 제품군이라도 OS 세대별로 검색 노출을 나누고 싶다면 Windows 10용 Verge Rev 설치글과 이 Win11판을 교차로 보는 게 맞습니다. 레거시 CFW 예제가 필요하면 Windows 11 CFW 안내와 동작 차이만 비교해 보세요.

설치 전에 확인할 Win11 체크리스트

시스템 종류부터 봅니다. 설정 앱의 시스템 > 정보에서 버전 이름이 Windows 11인지 확인하고, 64비트가 맞는지 본 다음 설치 프로그램을 고릅니다. ARM 장비면 릴리스 자산 이름에 들어 있는 arm64를 택해야 실행 직후 실패하지 않습니다. 둘째, 조직 디바이스(회사 또는 학교)라면 사용자 설치·SmartScreen 무시 같은 정책이 바로 걸립니다. 내부 표준 패키지만 허용되는 환경에서는 이 튜토리얼 순서 자체가 막힐 수 있으므로 헬프데크 정책을 먼저 확인해야 합니다. 셋째, 기존 VPN·구형 프록시 클라이언트가 혼합 포트를 잡으면 같은 자리에서 “포트 이미 사용 중” 메시지가 납니다.

넷째, 시간·표준 시간대가 크게 빗나간 PC는 TLS 검증 때문에 구독 URL 전체가 실패합니다. Win11이라도 해당 없습니다. 다섯째, Smart App Control이나 테스트 채널 빌드를 쓰는 경우 차가운 서명의 일반 프로그램이 더 자주 차단되는 편이라, Releases에서 방금 받은 파일인지 서명 또는 해시로 다시 증명해 두면 복구가 수월합니다. 이런 전제 검사가 어색하다면 문제 해결 가이드의 공통 순서부터 익혀 두면 같은 증상이 반복되지 않습니다. Microsoft Store 계열(UWP) 앱만 규칙이 어긋나는 경우는 예전 버전이라도 같은 이슈이며, 깊게는 UWP 루프백에서 이어집니다.

1단계: 공식 GitHub Releases에서 설치 패키지 내려받기

브라우저를 열어 Clash Verge Rev 저장소가 맞는지 상단 레포 소유 정보를 확인합니다. 페이지 중앙 검색 결과 광고로 띄워 주는 타 사이트는 릴리스 해시 검증까지 하기 어렵고, 패키지만 바뀌어도 위험이 큽니다. Releases 탭 또는 동일 페이지의 Assets 목록으로 이동한 뒤, 본인 PC에 맞는 파일을 선택합니다.

  • 일반 노트북·데스크톱 x64에서는 ..._x64-setup.exe 형 이름이 많습니다. 클린 설치·자동 업데이트 채널을 맞추려면 우선 여기부터입니다.
  • 압축만 풀어 쓰는 방식은 .zip 등이 제공될 수 있으므로 해당 릴리스 노트의 한 줄 설명을 반드시 읽습니다. MSI 대신 다른 설치 타입이라면 제거 방법도 같이 적혀 있습니다.
  • 표기되는 태그 번호와 다운로드한 파일 접두 이름이 같은지 재확인합니다. 일부 브라우저는 기본 다운로드 폴더에 예전 깨진 파일명이 그대로 남아 새 파일과 혼동되기도 합니다.
  • SHA256 문자열을 릴리스가 안내했다면 PowerShell에서 Get-FileHash로 바로 대조하면 변조 가설을 줄일 수 있습니다.

내려받은 뒤 탐색기 속성에는 상용 프로그램과 달리 코드 서명이 비어 있는 것처럼 나올 수 있습니다. 공개 OSS 바이너리의 흔한 형태입니다. 따라서 신뢰의 중심은 URL 경로와 해시 두 가지입니다. 학교 와이파이처럼 SSL 가로채기 있는 곳이라면 브라우저로 직접 릴리스 페이지를 따로 검증해야 합니다.

2단계: Windows 11 SmartScreen·Defender 알림과 UAC

설치 프로그램을 처음 실행하면 Microsoft Defender 스마트스크린의 “지금 실행” 차단 카드형 창으로 막히는 패턴이 흔합니다. 추가 정보를 연 다음 실행을 선택하면 마법사로 넘어갑니다. 조직 디바이스에서는 이 버튼 그룹이 비활성화되기도 해서 같은 실습이 회사에서는 재현되지 않을 수 있습니다. 설치 디렉터리가 시스템 영역이라면 다음 단계 전에 표준 사용자용 UAC 승격 창이 뜹니다. Win11에서는 창 디자인이 둥글고 중앙에 크게 표시되는 편이라 Win10 사용자가 잠깐 헷갈릴 수 있지만, 허용/거부 선택만 같습니다.

Defender가 파일을 통째로 격리했다면 보안 센터 > 바이러스 및 위협 방지에서 보호 기록부터 연 원인 문자열을 봐야 합니다. 복원은 지금 Releases에서 새로 받은 동일 패키지이고 해시가 맞아도 여전히 직접 업로드 차단이라면 업데이터 옵션을 일시 우회해야 할 수 있습니다. 구버전이나 이름 모를 미러에서 받아 둔 설치파일은 차라리 버리고 다시 받습니다. 같은 맥락에서 랜덤 도메인에 올린 “특판 빌드”는 신뢰하지 않습니다. UAC 빈도를 줄이고 싶다면 프로그램을 기본 폴더에 설치했는지부터 확인합니다.

3단계: 설치 마법사와 경로·전역 설치 선택

마법사는 언어·사용 허가·설치 목적지 순으로 진행됩니다. 관리형 경로에는 곧바로 추가 UAC가 붙으며, 업데이트 시에도 동일 높이의 권한이 필요합니다. 시작 메뉴 핀이나 바로가기는 취향이지만 시작 메뉴에 두면 트레이 아이콘이 숨는 Win11 패턴때문에 검색 속도 이득이 있습니다.

로컬 전용 사용자를 추가로 만든 가정 PC에서는 “관리자가 아니어도 쓸 수 있는 경로인가” 같은 옵션은 빌드마다 이름이 바뀌므로 문자 그대로 읽으며 고릅니다. 나중에 Mihomo 업데이터가 동일 디렉터리에 새 바이너리를 놓도록 하려면 쓰기 권한이 막히지 않았는지만 다시 확인합니다. 여러 Verge 패밀리를 나란히 실험하려 할 때 이름이 헷갈리지 않도록 설치 디렉터리별로 바탕 화면 바로가기 주석까지 달아 두면 학습 노트 작성이 빨라집니다.

4단계: 첫 실행 때 코어 받기와 방화벽 허용

설치 후 Clash Verge Rev를 실행하면 처음 한두 번에는 내장 코어(Mihomo) 패키지를 네트워크에서 당겨 오는 카드 진행 상태가 표시되는 경우가 있습니다. 카페·공항처럼 SSL 삽입이 있는 Wi‑Fi라면 진행 시간이 불규칙하게 길거나 실패 문자열과 함께 멈춥니다. 우선 회선을 바꿔 테스트하는 게 비용 대비 빠른 진단입니다. 윈도우 방화벽이 처음으로 액세스를 물으면 실제 이용 상황이 집이라면 프로필을 사적으로 맞춥니다.

Win11은 업데이트 후에 트레이 아이콘이 <표시 줄임>에만 남아 아이콘이 없어 보였다가 사실은 실행 중이라는 헷갈림이 많습니다. 잠깐이라도 상태를 헷갈리면 우선 우측 하단 빗살표를 눌러 숨김 목록부터 확인합니다. 코어가 내려왔어도 콘솔 창 표시 형식을 기본값으로 줄여 놓았다면 초보자에게는 무엇도 안 일어난 것처럼 보입니다. 해당 경우 왼쪽 메뉴의 로그 카드 또는 연결 카드 버튼이 반응하는지부터 점검합니다.

5단계: 프로필·구독 화면에 URL 넣어 가져오기

공급자 대시보드에서 복사한 한 줄형 구독 URL이 전체 규칙과 노드를 갱신하는 트리거입니다. 좌측에서 프로필·구독에 해당하는 항목으로 들어가 새 항목 만들기를 누른 뒤 URL을 통째로 붙여 넣습니다. 많이 깨지는 패턴은 끝에 붙은 숨은 공백과 줄바꿈 문자, 복사 과정 중 잘린 토큰, 그리고 “범용 HTTP 링크”인데 규격이 Clash 규격이 아닌 경우입니다. 주소 줄을 브라우저 새 탭에 그대로 열어보면 본문이 YAML 텍스트로 내려오는지 단번에 검증 가능합니다.

  1. 공급자 화면에 안내대로 장문 URL을 선택해 복사합니다. 줄임 주소(redirection 여러 번) 중간을 잘못 거르면 최종 문자열이 달라져 실패하기 쉽습니다.
  2. Verge 새 구독에 별명을 길지만 알아보기 좋게 달습니다. 여러 테스트 구독이 섞여도 순서 표기가 줄어듭니다.
  3. 내려받기(동기화) 버튼을 누른 다음 오류가 있으면 대화 상자 문자열을 그대로 메모합니다. 패널이 한국어 번역이더라도 내부 영문 문자열까지 같이 적어 두면 답변이 빨라집니다.
  4. 막 받은 프로필을 활성 상태로 두어야 실행 중 Mihomo 스택이 해당 파일을 선택합니다.

구독이 어떻게 배포되는지 그림부터 보고 싶다면 앞선 구독 가져오기의 설명 순서만 밟아도 속도 차이가 납니다.

6단계: 프록시 탭에서 그룹·노드를 고르기

프로필이 정상이면 Selector·Fallback·URLTest 같은 그룹이 나타나고 각 그룹 아래 현실 노드가 펼칩니다. 처음은 지연 측정으로 숫자를 찍고, 체감이 나쁜 지역 이름은 과감히 피하면 됩니다. 공급자마다 이름 규약이 다른 것은 레이블일 뿐 개념은 같습니다.

  • Selector: 특정 리전 회선만 고정해야 할 브라우저 작업 시 유리합니다.
  • URLTest: 주기 재측정이 있더라도 클릭 수를 줄이고 자동 교체 장점을 쓸 때 좋습니다.
  • Fallback: 살아 있는 다음 후보까지 자동 순환시키고 안정 우선이라면 해당 그룹이 어울립니다.

DNS 모드 불일치 때문에 “페이지 로딩은 되는데 이미지만 안 뜸” 패턴을 본 적이 있는 분은 Chrome 브라우저의 보안 DNS를 끄거나 Verge 규격에 맞게 DNS 레이블을 맞춥니다. Chrome과 Clash 간 조합은 별도 안내글에서 같이 논합니다. 같은 클라이언트라도 Win11이라고 해서 새 DNS 충돌이 생기진 않으며, 패널이나 업데이트 타이밍만 다르다고 보면 됩니다.

7단계: Windows 11에서 시스템 프록시 켜기

대표적인 크로미엄·파이어폭스 제품 대부분은 OS의 프록시 슬라이더를 존중합니다. Clash Verge Rev 안에서 시스템 프록시 스위치를 켠 뒤, 설정 앱 네트워크 > 프록시에 표시되는 주소 문자열과 포트 번호가 Verge 카드 정보와 같은지 교차 검사하면 실수 줄어듭니다. 스위치를 켠 직후에도 페이지 변화가 없다면 브라우저를 완전히 종료했다가 다시 시작했는지, 다른 서드파티 패널이 포트 포워딩을 가로막았는지, 그리고 코어가 실제 실행 중 상태인지를 순서대로 봅니다.

터미널·IDE·Steam 같이 브라우저 밖 앱까지 한 레이어에 묶어야 하는 경우에는 TUN 모드를 검토합니다. 해당 모드에서는 가상 어댑터와 관리자 허용이 추가로 필요해 UAC 카드 등장 빈도가 늘 수 있습니다. 원리 숙달은 TUN 모드 가이드 참고하면 Win11에서도 그대로 이어지고, 차이는 디바이스 관리자에서 어댑터 이름이 새로 하나 생겼을 때 순간적으로 순위가 밀린다 정도입니다. 시스템 프록시만 바꿔도 된다면 TUN부터 켜는 건 과잉처럼 느껴져도 회사 회선 제한과 맞물리면 선택지가 줄어들 수 있습니다.

8단계: 로그와 브라우저로 첫 연결 검증

이제 접속 테스트만 하면 목표했던 “설치부터 구독까지 첫 페이지가 뜸” 상태를 만들 수 있습니다. 임시로 과거 접속 지연이 크던 페이지를 새로 고침해서 체감을 보고, Verge 패널의 연결 또는 로그 뷰로 분기 문자열까지 확인하면 의심 거리가 사라집니다.

  1. 스트리밍·클라우드 패널 같이 테스트 용도로 잡아두었던 페이지를 순서 없이 새로 로드합니다. 바로 차이 나면 적어도 HTTP 계층은 프록시에 붙은 것입니다.
  2. 레코드 줄에서 로컬 은행·관공서처럼 DIRECT 고정이 맞아야 하는 곳에 글로벌 회선 이름이 들어오지 않았는지 봅니다. 공급자 프리셋과 사용자 생활 범위가 어긋나면 바로 노출되는 자리입니다.
  3. 무한 새로 고침 루프·인증서 경고처럼 이상 패턴은 OS 시각 불일치, 중간 회선의 필터링, 특정 브라우저 전용 QUIC 설정 등으로 이어지므로 먼저 DNS·시간 교정 후 다시 테스트합니다.

테스트 순서까지 밟았다면 “Win11 새 설치판에서 공식 패키지만으로 Verge 와 구독을 붙였다”는 최소 기능 조건은 충족된 셈입니다. 정책 그룹·지연 테스트 자동 스크립트를 더 쓸 계획이면 후속적으로 정책 그룹·지연 특화글을 이어붙이면 됩니다. DNS 패턴 디버깅은 Windows 전용 Fake-IP 레이블과도 교차 검토할 가치가 있습니다.

구 Clash for Windows 사용자가 오면 헷갈리는 라벨

과거에는 좌측에 Profiles·Proxies·General 메뉴가 붙었지만 Verge 패밀리는 메뉴 이름을 조금 간결하게 바꾼 경우가 많습니다. 과거 Profiles에 들어가던 URL 자리가 지금은 구독·프로필 통합 카드 형태입니다. 과거 Proxies 탭이라면 지금 프록시 화면이라고 매핑하면 됩니다.

System Proxy 항목 문자열도 상단 플로팅 토글·트레이 항목으로 옮긴 형태입니다. 기능은 그대로 “Win11 시스템 프록시 엔진에 로컬 HTTP/SOCKS 포트번호를 게이트처럼 꽂는다”입니다. 따라서 과거처럼 OS 설정 앱 깊숙한 곳을 손 만지던 습관을 버리면 일상 속도만 빨라집니다.

자주 묻는 질문

Clash Verge Rev 공식 받는 곳은 어디인가요?

일반 사용자는 해당 오픈소스 저장소의 Releases 카드 목록만 보면 됩니다. 광고 링크로 가짜 디렉터리를 따라가거나 “한글 설치 도우미 실행 파일”이라는 명목의 패키지만 받는 패턴은 위험이 큽니다. 릴리스 태그·파일 접두 문자열까지 일치해야 합니다.

UAC가 업데이터마다 다시 나옵니다.

관리 디렉터리 안의 바이너리 교체 또는 드라이버급 기능이 새로 포함될 때마다 허용 절차가 반복되는 경우가 많습니다. 버전 패치 후 실행 파일이 새 이름으로 교체되면 같은 앱이라도 UAC 카드가 다시 뜨는 것처럼 보일 수 있습니다. 전혀 관련 없는 설치 프로그램이 줄줄 따라 붙은 것이라면 순서별로 무엇이 트리거인지 확인하는 편이 좋습니다.

Microsoft Store 전용 프로그램이 아직 안 타요.

시스템 프록시만 신봉하면 UWP는 건너뛰기 쉬운 편이라서 늘 반복되는 질문입니다. 루프백 스크립트나 TUN 루프를 통해 전체 트래픽을 새 인터페이스로 옮길 필요가 있습니다. 자세히는 같은 시리즈 UWP 문제 해결글을 보세요.

정리하면

Windows 11에서 Clash Verge Rev 설치와 구독 가져오기를 한 줄 요약하면 다음과 같습니다: 공식 Releases에서 맞는 아키텍처 설치 프로그램을 받는다 → SmartScreen/UAC 순서만 정확히 통과한다 → 첫 실행에서 Mihomo 패키지를 받고 방화벽 허용을 정한다 → 구독 한 줄을 붙여 새로고침한다 → 프록시 그룹에서 노드를 고른다 → 시스템 프록시 스위치로 OS와 연결한다 → 로그·브라우저로 결과를 증명한다.

윈도우 전용 간편 원클릭 VPN은 전체 트래픽을 한 터널로 몰 때 관리 피로는 적지만 국내 결제·포털·회사 업무 사이트까지 같이 타서 지연이 퍼지기 쉽습니다. 순수 크롬 계열 브라우저 확장은 탭 내부만 바뀔 뿐 터미널 패키지나 게임 패치는 빗겨 나갑니다. 반면 YAML 규칙으로 출구 노드를 분리할 수 있는 Clash 계열 스택은 한 PC 안에서 업무 라인과 개인 라인을 공존시키기 편해서 운영 비용이 장기적으로 낮아집니다. 오래 묵은 CFW는 추천이 어렵고, 현재 활성 패치가 이어지는 Clash Verge Rev로 옮기면 같은 서비스 URL을 그대로 붙여 설정 유지 관리 부담만 덜어내도 업무 속도 차이가 납니다. 시스템 보안 카드 때문에 막히는 부분까지 같이 줄이려면 브라우저만 타는 패턴도 포함해 통합 패키지 버전 선택을 검토하면 됩니다. → 규칙 기반 클라이언트 패밀리를 무료로 받아 Win11 실사용 패턴까지 바로 맞춰 보세요.