왜 새 PC에서 첫 선택이 Clash Verge Rev일까?

Windows 11에서는 예전 많이 검색되던 Clash for Windows(CFW) 대신 현재처럼 패치되는 GUI를 쓰는 편이 안전합니다. Clash Verge Rev(보통 줄여 버지 레브라고 부르기도 합니다)는 Rust와 Tauri로 만든 현대적인 인터페이스를 갖추었고 내부 엔진은 Mihomo, 즉 Clash Meta 계열 규격을 따라 최신 노드 종류까지 폭넓게 다룹니다. 이번 글에서는 검색 목적 자체인 다운로드·설치·구독 가져오기·첫 노드 선택을 처음부터 끝까지 한국어로만 정렬합니다.

Mihomo 이름이 버전 페이지나 상태 표시줄에서 보여도 놀라지 마세요. 공항 제공자 입장에서는 “메타 또는 클래시용 구독”으로 안내하지만 받은 YAML 구조만 맞으면 Verge Rev는 동일하게 읽습니다. 구독 URL이 어디에 붙여 넣히는지, 토큰은 어디서 만료되는지 같은 기본기는 별도로 Clash 구독 링크·공항 가져오기 가이드와 이어져 있으니 막히면 함께 보시면 속도가 납니다.

💡
기존 Windows 가이드와의 차이 사이트에 이미 레거시 CFW 특화 글이나 다른 Windows 초보글도 있지만 여기에서는 Windows 11 + Verge Rev + Mihomo 라인 하나로만 줄입니다. TUN 디테일·규칙 최적화는 이후 진행이라면 통합 버지 레브 튜토리얼을 이어 보세요.

Windows 11 설치 전에 손목 시계처럼 챙길 준비

Windows 11 빌드 자체가 오래되어 있으면 TLS나 인증서 스토어 때문에 구독 HTTP 요청 단계부터 실패하기도 합니다. 설정에서 Windows 업데이트를 현실 가능한 최신 상태로 두고 시작하세요. x64 노트북이 대부분이지만 Surface처럼 ARM64라면 패키지 아키텍처를 명확히 고릅니다. 설치 과정 또는 이후 기능에서 요구하는 관리자 권한 승격 메시지는 정상 신호입니다. 업무 장비라 조직 단말 정책이 있으면 IT 담당자에게 사전 허용을 받는 것이 순서입니다.

  • 다른 프록시·VPN이 이미 살아 있다면 같은 포트·시스템 스위치를 독점하는지 확인하고 충돌 예상 제품부터 닫습니다.
  • 백신·제어된 폴더 액세스: 실제 설치 디렉터리와 업데이터 임시 경로까지 격리되면 새 구독이 반영되지 않습니다. 오탐 대응 안내를 따라 최소 범위 예외만 둡니다.
  • 시간대·RTC가 크게 빗나간 PC는 증명서 검증이 즉시 깨져 구독 갱신이 실패하기도 해서 간단 확인 가치가 있습니다.
ℹ️
UWP 트래픽 참고만 Microsoft Store 계열 특정 앱은 시스템 프록시만으로는 부족한 경우도 있습니다. 앱 카테고리별 대응이 필요하면 Windows UWP·스토어 앱 글을 차후에 병행하세요. 처음 연결만 목표면 브라우저 중심으로 검증하면 충분합니다.

다운로드는 출처 줄이고 해시 교차 검증부터

검색 결과 상단 팝업 광고성 “고속 거울본”이라는 이름이 붙었더라도 릴리스 페이지 본연의 메타데이터와 맞는지 다시 확인하세요. Verge 계열 배포에서는 GitHub Release가 가장 많이 회자되므로 해당 릴리스 메모에 명시된 checksum을 찾거나, 제공되는 경우 디지털 서명 상태를 검사하면 변조 피복을 줄입니다. 일반 사용자 기준 패키지는 x64-setup.exe 형태 이름이거나 ARM 대응용 별표기가 따라붙습니다. 언어마다 미세 명칭이 달라질 수 있으니 현재 릴리스 표기를 따라가세요.

브라우저가 SmartScreen 차단 카드를 세우더라도 어떤 URL에서 받았는지에 따라 다른 문제입니다. 위치가 릴리스 태그 본연인지 확인됐으면 허용 흐름을 밟지만, 카카오 메신저로 들어온 ZIP 파일이라면 무조건 차단 종료해서 다시 시작하는 편이 위험이 적습니다.

설치 실행과 최초 권한

  1. 다운 받은 패키지를 임시가 아니라 추후 업데이터가 접근 가능한 디스크 폴더에 둔 뒤, 가능하면 우클릭 → 관리자 권한 실행으로 연다.
  2. 설치 위치까지 바꾼다면 백업·백신 예외 같은 후속 설정에서 동일 트리를 기억해 둔다.
  3. 완료 후 트레이 아이콘에서 본 창 또는 설정 섹션의 버전 줄이 기대한 릴리스와 같은지 즉석에서 적어 둔다.
  4. 백신이 방금 들어 온 실행 파일만 격리했다면 원본 위치부터 복구·예외를 정리하지 않으면 업데이트 때 다시 깨진다.

처음 깐 직후는 아직 활성 구성 파일이 없기 때문에 브라우저가 즉각 해외 회선으로 바뀌지 않는 것은 정상입니다. 역으로 “설치 했더니 속도 차이 없음”은 구독이 비어 있는 초기 상태로 보면 됩니다.

Mihomo 구독 가져오기: URL 붙여 넣기 흐름

공항 사용자 페이지에서 제공하는 줄 전체인 구독 URL을 복사할 때 줄바꿈이나 숨은 공백이 섞였는지 확인하세요. 토큰은 중간부터 끝까지 길며 만료 시간이 명시되어 있기도 해서 새로 교체해야 하는 날 직후에 업데이터가 무한 실패처럼 보일 수 있습니다. Verge Rev 화면 구성 버전 간 드립다운 문자가 조금 바뀌지만 개념은 동일하게 원격 설정을 새로 받는 입력란 → 저장 → 목록 활성 표시 → 코어에게 적용 트리거입니다.

표준 순서로 한 번 더 정리하면

  1. 앱을 연 뒤 구독·프로필에 해당하는 섹션에서 URL 가져오기, New Profile 등 유사한 동작 버튼을 찾습니다.
  2. 복사 한 구독 주소만 붙여 넣습니다. 줄 끝 # 이하 설명 문자열을 지웠을 때 공항 규격이 깨지지 않았는지만 주의하면 됩니다.
  3. 별칭을 공항 이름으로 붙여 두면 나중에 여러 줄을 교대할 때 식별이 쉬워집니다.
  4. 확정·저장 또는 다운로드 표현을 탭했을 때 HTTP 오류 문자가 없어야 목록 카드 상단 활성 상태로 올립니다.
  5. 활성 프로필이 비어 있는 동안에는 Proxies 카드 역시 회색이라면 정상 상태를 벗어난 것입니다. 로그로 넘어갑니다.

링크 교체 테스트는 간단하게 브라우저 새 탭 주소 표시줄 입력으로도 시작할 수 있습니다. 아예 HTTP 403이라면 제공자쪽 세션 초과를 의심하고, 페이지는 열리는데 앱만 실패면 시스템 프록시 루프나 백신 HTTPS 스캔을 의심합니다. 이런 역할 분리는 구독 링크 가이드의 트러블 섹션과도 맞물립니다.

⚠️
여러 줄을 무리하게 합치려는 순간 생기는 혼선 한 줄짜리 URL을 받은 뒤 로컬에서 YAML을 무리하게 이어 붙이면 이름 충돌로 규칙이 깨져 “노드는 있는데 Rule에서 아무 노드나 못 고른다” 같은 증상이 납니다. 처음엔 줄마다 카드별 프로필로 두었다가 규모가 커졌을 때 규칙 공급자(rule-providers) 학습 단계를 밟아도 됩니다.

시스템 프록시 켜고 첫 프록시 노드 연결 검증하기

프로필이 살았다면 Proxies 또는 동등한 탭으로 이동해 실제 줄 묶음이 보이는지 확인합니다. 처음에는 글로벌 그룹이나 공항이 마련한 자동 선택 계열을 골라 지연 측정으로 녹색에 가까운 노드를 집는 흐름이 부담이 적습니다. 그다음 시스템 프록시를 켜는 토글이나 메뉴를 찾아 Windows 11의 인터넷 설정에 프록시가 반영되는지 확인합니다.

혼합(Mixed) 포트를 쓸 때는 종종 예전 레거시 가이드가 말했던 것처럼 7890 대역이 깔려 있거나 개발 도구 충돌이 납니다. 이미 같은 포트를 쓰는 로컬 서버가 살아 있으면 먼저 끄거나 Verge 설정에서 다른 포트로 바꾸고 해당 포트까지 환경 변수를 맞춰야 명령행 도구가 같은 경로를 봅니다. 단순 연결 테스트는 브라우저로 해외 뉴스 사이트를 열거나, 아래처럼 질의 줄만 검사해도 됩니다.

# PowerShell 또는 cmd에서 예시 헤더 확인만 할 때 참고합니다.
curl -I https://www.cloudflare.com

브라우저만 된다면 아직 해당 터미널 세션이 시스템 프록시 변수를 존중하지 않는 것일 가능성도 커요. 깊게 가려면 TUN처럼 OS 전반을 덮는 경로까지 올려야 할 수 있습니다. TUN 모드 개념은 첫 설치 직후 필수는 아니지만 “앱마다 따로 프록시를 넣기 싫다”가 되면 다음 단계입니다.

설치 초반에 많이 받는 추가 질문

설정 어딘가에 Mihomo라고 적혀 있어요.

정상 신호입니다. Verge Rev는 Meta 계열 Mihomo 코어를 붙이는 경우가 많고 UI 표현도 그 줄을 그대로 씁니다. 공항 패널 명칭이 Clash 또는 Clash.Meta라 할지라도 제공 링크가 해당 YAML을 내려주면 처리 절차는 동일합니다. 만약 패널이 구형 전용이라면 패널 쪽 교체 버튼이 있는지 먼저 묻습니다.

목록 카드에는 있는데 선택이 안 된다거나 트레이 상태가 깜빡입니다.

규칙 모드 상태에서 초기 질의가 국내 DNS로 깨져 첫 줄을 못 잡으면 깜빡일 수 있습니다. 잠깐이라도 규칙 대신 브리지처럼 직통에 가까운 모드 혹은 공항 제공 프리셋을 바꿔 원인 분리 후 다시 규칙으로 돌아옵니다. 로그 카드 줄에 규칙 미스 문자가 반복된다면 패턴과 정책 그룹 설명부터 다시 읽습니다.

지연 테스트는 초록인데 실제 속도 체감이 낮습니다.

지연 테스트는 간단 패킷이라 실제 장시간 회선 상태와 매번 동일하지 않습니다. 또한 Rule에서 일부 카테고리만 회선 타고 나머지는 직통으로 나가도록 설계돼 있는 경우도 많아서 속도 테스트 사이트가 국내 턴인지부터 확인해야 합니다. 고급 이야기지만 Windows의 IPv6 우선 순위도 영향이라면 Windows 속도 디버깅 글을 따라가세요.

처음 회선까지 붙였다면 이후 로드맵

첫 줄만 붙는 데 목적이었다면 길게 가지 않아도 됩니다만, 일상 쓸 기준이 된다면 TUN 활성 규칙 정리 같은 주제까지 넓히면 유지 시간이 줄어듭니다. 이미 회사 교육이나 과거 블로그가 CFW를 전제하고 있다면 먼저 Verge 레시피 하나를 문서 폴더에 복사해 두고 천천히 이전하면 됩니다. 중요한 것은 구독 URL 자체 관리 규칙(만료 교체 패턴 등)입니다. 라인만 정리되어 있면 클라이언트 교체 속도도 빠릅니다.

시중 프록시 툴 가운데는 이름만 새로 붙였을 뿐 구독을 넣은 뒤도 로그 줄이 허약해 무엇 때문에 실패했는지 알기 어려운 경우가 적지 않습니다. 또 YAML을 디바이스마다 따로 깎아 두면 한 번 삐끗할 때 재현 시간이 크게 들어갑니다. ClashFast 같은 정리 페이지는 줄 전체를 따라가려는 순서를 줄이도록 구성되며 상태 확인을 간단하게 유지합니다. 새로 구입한 Win11 장비 첫 줄을 여기까지 맞춰 두었다면, 마지막으로 ClashFast 다운로드 페이지에서 Clash 권장 클라이언트를 무료로 받아 시나리오에 맞는 조합까지 비교해 보시길 권합니다.