Windows 10에 Clash Verge Rev 설치: 구독 가져오기와 첫 연결 검증 가이드

왜 지금도 Windows 10에서 Verge Rev인가

업무용 노트북·가정용 데스크톱 가운데 아직 Windows 10 비중이 큰 환경은 흔합니다. 기능 업데이트 주기나 보안 패치 정책이 조직마다 다르기 때문에 “당장은 11로 못 올린다”는 경우도 많고, 이때 검색어로 Clash Verge Rev 설치나 구독 가져오기를 넣으면 화면이 다른 구 클라이언트 글이 함께 섞입니다. Verge Rev는 Mihomo 코어를 감싼 그래픽 클라이언트로, 프로필과 규칙 모드를 버튼과 목록 중심으로 다룰 수 있다는 점에서 초반 학습 비용을 줄여 줍니다.

플랫폼별로 어떤 앱이 맞는지는 클라이언트 선택 가이드에서 비교할 수 있습니다. 본문은 오직 Windows 10 + Clash Verge Rev에 초점을 맞추되, 같은 계열 클라이언트를 Windows 11에서 쓰는 경우는 Windows 11 설치·TUN 실측 글과 역할을 나눕니다. 즉 여기서는 설치와 구독·첫 연결 검증을 끝내는 데 필요한 최소 루트만 다룹니다.

설치 전 점검: 권한·SmartScreen·다른 VPN

Windows 10에서도 드라이버나 가상 어댑터가 들어가는 빌드라면 UAC 프롬프트가 반복될 수 있습니다. 표준 사용자 계정만으로 막히면 설치 프로그램을 한 번 관리자 권한으로 실행해 보거나, 실행 파일 속성에서 호환성·권한 상승 옵션을 확인합니다. 회사 단말은 보안 정책 때문에 프록시 클라이언트 자체가 제한될 수 있으므로 사내 가이드를 우선합니다.

Microsoft Defender SmartScreen이나 백신이 설치 파일을 “알 수 없는 게시자”로 막으면, 출처가 신뢰할 만한지 확인한 뒤 예외 처리해야 합니다. 동시에 다른 상용 VPN이나 회사 터널이 라우팅을 잡고 있으면 Clash 쪽 설정이 반쯤만 적용되는 경우가 많습니다. 테스트할 때는 한 번에 하나의 터널만 켜 두고 증상을 재현하는 편이 빠릅니다.

구독 URL에는 긴 토큰이 포함되는 경우가 많습니다. 채팅방에 그대로 붙여 넣거나 스크린샷으로 공유하지 말고, 만료 주기와 교체 습관은 구독 관리 가이드와 맞춰 두면 이후 운영이 수월합니다.

설치 파일 받기와 Windows 10에서의 첫 실행

배포 형태는 빌드마다 조금씩 다르지만, 원칙은 같습니다. 가능하면 사이트의 다운로드 페이지를 기준 경로로 삼고, GitHub 릴리스는 변경 이력 확인용으로 두면 혼선이 줄어듭니다. 설치 마법사를 진행한 뒤 첫 실행에서 Windows Defender 방화벽 알림이 뜨면 사설 네트워크 허용 여부를 선택합니다. 공용 와이파이에서는 과도한 허용 범위를 주지 않는 편이 안전합니다.

실행 후 정보 패널에서 내장 코어가 Mihomo 계열인지 확인해 두면 YAML 호환 문제를 줄일 수 있습니다. 자동 업데이트 옵션이 있다면 “언제 바이너리가 바뀌었는지”만 메모해 두면 충분합니다. 업데이트 직후 오류가 나면 로그에 코어 버전과 설정 파일 경로가 찍히는지부터 확인합니다.

구독 가져오기: 프로필 URL 붙여 넣기부터 동기화까지

공급자가 준 구독 링크(Subscription URL)를 복사합니다. Verge Rev에서는 프로필·구독·프로필 URL 등으로 불리는 메뉴에서 새 항목을 만들고 주소를 붙여 넣은 다음 가져오기·동기화·업데이트에 해당하는 버튼을 눌러 노드 목록을 채웁니다. 버튼 이름과 탭 순서는 버전마다 조금 다를 수 있어도 흐름은 동일합니다.

동기화가 실패하면 네트워크보다 먼저 URL 만료·오타·복사 시 공백을 확인합니다. 회사 프록시나 필터링 망에서는 구독 호스트 자체가 차단되는 경우도 있습니다. 그다음 단계로 HTTP 상태 코드와 User-Agent 제약을 의심하고, 필요하면 구독 갱신 실패 해결 글의 순서를 적용합니다.

성공하면 노드 이름이 길게 펼쳐집니다. 이름이 비슷한 프로필을 여러 개 두었다면 레이블을 출처별로 명확히 적어 두세요. 이후 규칙이 복잡해질수록 “어떤 트래픽이 어느 정책 그룹으로 갔는지”가 중요해지므로, 기본 개념은 규칙 라우팅 모범 사례와 함께 보는 것을 권합니다.

규칙·글로벌·직연결과 프록시 그룹 선택 요령

첫 실행이라면 대개 규칙(Rule) 모드를 기본으로 두고 시작합니다. 국내 사이트는 직연결로 두고 해외만 프록시를 타게 하는 구성이 일반적이라 트래픽 비용과 체감 지연을 함께 줄여 줍니다. 문제 분석 단계에서만 잠시 글로벌(Global) 모드로 바꿔 “규칙 파일 때문인지 노드 자체 때문인지”를 가르는 방법도 있습니다.

프록시 그룹 화면에서는 지연 시간 표시나 간단한 속도 테스트 기능을 제공하는 빌드가 많습니다. 수치가 튀는 노드는 일단 배제하고 안정적인 후보를 고른 뒤, 장시간 재생이나 대용량 업데이트처럼 부하가 큰 작업에서만 다른 노드를 시험합니다. 정책 그룹 이름은 공급자 설정마다 다르지만 “메인 프록시”“자동 선택” 같은 레이블을 찾으면 됩니다.

시스템 프록시와 mixed 포트로 첫 트래픽 열기

많은 사용자에게 첫 성공 체감은 시스템 프록시(System Proxy)를 켜고 크롬·엣지 같은 브라우저에서 접속이 되는 지점입니다. Verge Rev에서는 트레이 메뉴나 홈 패널에서 시스템 프록시 토글을 찾을 수 있습니다. 켠 직후 운영체제의 프록시 설정이 실제로 바뀌었는지 Windows 설정 앱에서 교차 확인하면 디버깅이 빨라집니다.

CLI 도구나 일부 개발 도구는 시스템 프록시를 따르지 않습니다. 이때는 설정 파일에 정의된 mixed-port(HTTP와 SOCKS를 함께 받는 포트)나 SOCKS 포트를 환경 변수로 넘겨야 합니다. 포트 번호는 프로필마다 다를 수 있으니 화면에 표시된 값을 그대로 사용합니다.

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

첫 연결 검증: 브라우저·IP 확인·로그 분리

브라우저에서 검색이 되고 해외 페이지가 열리면 1차 성공입니다. 가능하면 IP 확인 페이지를 열어 예상한 지역과 ASN이 나오는지 확인합니다. 동시에 Verge Rev의 연결 로그에서 첫 줄 에러 메시지가 없는지 봅니다. “브라우저만 성공”이면 아직 프록시 미준수 앱이 남았을 가능성이 큽니다.

PowerShell에서 curl 또는 Invoke-WebRequest로 같은 목적지를 호출해 보면 터미널 계열까지 포함해 검증 폭이 넓어집니다. 여기서부터 오류가 난다면 TLS 핸드셰이크나 타임아웃 패턴을 분리해야 하므로 timeout·TLS 로그 가이드를 순서대로 적용합니다.

DNS가 엇나가면 터널은 살아 있는데 이름 해석만 실패하는 패턴이 나옵니다. 의심이 들면 사이트 FAQ의 DNS 관련 항목과 비교합니다.

브라우저만 될 때와 TUN 쪽으로 넘어가기 전 메모

시스템 프록시는 “프록시를 존중하는 앱”에만 일관되게 적용됩니다. 일부 스토어 앱·게임 런처·백그라운드 동기화 모듈은 자체 소켓으로 나가므로 규칙 엔진 밖으로 새어 나갈 수 있습니다. 이때 필요한 한 단계 격으로 TUN 모드나 유사한 가상 어댑터 경로를 검토하게 되는데, 구조적 설명은 TUN 모드 심화를 참고합니다.

Windows에서 TUN까지 포함해 한 번에 정리하고 싶다면 환경이 11인 경우 해당 글의 WinTun·UAC 설명을 함께 읽으면 개념 전환이 빠릅니다. Windows 10에서도 빌드와 정책에 따라 동일 계열 스위치가 제공되는 경우가 많습니다만, 여기서는 첫 연결 검증까지를 범위로 삼았습니다.

Windows 10에서 자주 걸리는 지점

방화벽이 클라이언트 수신을 막으면 로컬 대시보드나 주변 기기 연동이 실패합니다. 또 하이퍼바이저나 가상 스위치가 깔린 환경에서는 인터페이스 자동 선택이 어긋나 트래픽 경로가 꼬일 수 있습니다. 다른 VPN과 동시에 켜 두면 “반쯤 연결” 상태가 장시간 유지되기도 하므로 한 번에 하나만 활성화하는 습관이 디버깅에 유리합니다.

회사 SSL 검사 프록시나 원격 데스크톱 조합에서는 예외 도메인이 필요할 수 있습니다. 허용된 네트워크에서만 시험하고, 장비가 관리 단말이면 반드시 정책을 따릅니다.

자주 묻는 질문

Windows 10에서 구독 동기화만 실패할 때 무엇부터 보나요?

먼저 구독 URL의 만료·오타·회사망 차단을 확인하고, 필요하면 User-Agent나 TLS 관련 안내가 있는 구독별 문서를 대조합니다. HTTP 상태 코드별 처리는 구독 갱신 실패 해결 글을 참고하세요.

브라우저만 되고 다른 프로그램은 안 될 때는요?

시스템 프록시를 무시하는 앱일 수 있습니다. 같은 프로필에서 앱별 프록시를 지정하거나 TUN 계열 설정을 검토하고, Windows 11 Verge Rev 설치·TUN 글과 TUN 모드 심화를 함께 보세요.

노드를 바꿔도 속도가 같게 느껴질 때는 무엇을 보나요?

실제 트래픽이 프록시가 아니라 직연결로 나가고 있을 수 있습니다. 규칙 모드에서 해당 목적지가 어떤 정책 그룹으로 매칭되는지 로그와 규칙 설명을 함께 확인하세요.

맺음말

예전에는 같은 목적을 위해 여러 클라이언트를 번갈아 쓰거나, 설정 파일을 손으로 합치는 경우가 많았습니다. 기능은 비슷해 보여도 업데이트 주기·내장 규칙·UI 안내가 제각각이라 초반에 시간을 허비하기 쉽습니다. 반면 한 플랫폼에서 쓸 클라이언트를 정하고 코어 계열을 맞춰 두면 구독 갱신과 장애 분석까지 같은 화면 흐름으로 돌아올 수 있습니다.

Clash V.CORE는 이런 맥락에서 배포 경로와 코어 변화를 한데 묶어 두려는 방향으로 정리되어 있어, 흩어진 예전 글보다 재현 가능한 설치·검증 루프를 유지하기 수월합니다. Windows 10에서 Clash Verge Rev로 구독과 첫 연결까지 한 번 고정해 두었다면 이후에는 규칙 세부 조정과 노드 품질 쪽에 시간을 더 쓸 수 있습니다.

→ Clash V.CORE 다운로드 페이지에서 현재 환경에 맞는 패키지를 받아 같은 순서로 검증해 보세요. 설치와 구독·연결 확인이 같은 글 안에서 이어지면 로그만으로도 다음 조치를 빠르게 고를 수 있습니다.