Windows에서 Clash Verge Rev 사용법: 설치·서비스 모드·TUN 설정 총정리
Clash Verge Rev로 살펴보는 Windows 설치 전 과정: 설치 경로 선택, 시스템 프록시와 서비스 모드 활성화, TUN 가상 네트워크 어댑터 설정, 방화벽 차단·포트 충돌 등 흔한 문제 해결법까지.
Windows에서 Clash Verge Rev를 선택하는 이유
Windows에서 Clash 규칙 세트를 실행할 수 있는 클라이언트는 여러 가지지만, 그중 Clash Verge Rev는 업데이트 주기가 안정적이고 UI 정보 밀도도 적절한 편에 속한다. Tauri 프레임워크로 화면을 구성하고 내부 코어로는 mihomo(커뮤니티에서 흔히 부르는 Clash Meta)를 사용하는데, 규칙 문법과 프록시 그룹 로직은 기존 Clash와 호환되면서도 초기 Clash에는 없던 TUN 모드, 스크립트 확장, 구독 자동 갱신 같은 기능이 추가돼 있다. 명령줄로 코어를 직접 실행하는 방식과 달리 프록시 그룹 전환, 로그 확인, 연결 상세 내역을 모두 클릭 가능한 패널로 제공해 설정 파일 문법에 익숙하지 않은 사용자도 다루기 쉽다.
이 글은 실제 설치 순서를 따라가며 초보자가 자주 막히는 지점을 짚어본다. 설치 경로는 어떻게 정해야 하는지, 시스템 프록시와 서비스 모드가 각각 어떤 문제를 해결하는지, TUN 모드를 켰는데 왜 자꾸 적용이 안 되는지, 그리고 인터넷이 안 될 때 가장 먼저 확인할 항목까지 다룬다.
설치 전 준비: 설치 파일과 설치 위치
설치 파일을 내려받을 때는 배포 형태 두 가지를 구분해야 한다. setup 또는 x64-setup이 붙은 것은 표준 설치 방식으로 레지스트리에 기록되며, portable 버전은 압축을 풀면 바로 실행되고 시스템에 별도 기록을 남기지 않아 설치 이력을 남기고 싶지 않거나 여러 대의 PC에서 옮겨 쓸 때 적합하다. 두 방식은 내부 코어와 기능이 완전히 동일하며 설치 방법만 다르다.
- 한글·특수문자 경로 피하기: 설치 폴더명이나 사용자명에 한글, 공백, 느낌표 같은 특수문자가 들어가면 일부 버전에서 코어 하위 프로세스가 설정 경로를 읽을 때 오류를 일으킬 수 있다. 기본값인
C:\Program Files\Clash Verge처럼 영문 경로에 설치하는 것을 권장한다. - 클라우드 동기화 폴더 피하기: 설치 폴더나 설정 폴더를 OneDrive, 시놀로지 Drive 등 클라우드 동기화 폴더 안에 두지 않는다. 동기화 프로세스가 구독 캐시 파일을 주기적으로 잠그면서 설정 읽기·쓰기 오류나 화면 멈춤이 발생할 수 있다.
- OS 버전 확인: TUN 모드가 의존하는 Wintun 가상 네트워크 어댑터 드라이버는 Windows 10 1809 이상이 필요하다. 오래된 Windows 10 버전이라면 먼저 시스템 업데이트를 진행해야 하며, 그렇지 않으면 드라이버 설치 단계가 소리 없이 실패할 수 있다.
최초 실행: 시스템 프록시와 서비스 모드의 역할 구분
설치가 끝난 뒤 클라이언트를 열면 홈 화면에 비슷해 보이지만 역할이 완전히 다른 스위치 두 개가 보인다. 이 둘의 경계를 정확히 이해하면 이후 문제 해결 시간을 크게 줄일 수 있다.
시스템 프록시 스위치
이 스위치가 하는 일은 단순하다. Windows의 시스템 프록시 설정을 로컬 혼합 포트(기본적으로 127.0.0.1:7897 같은 주소를 사용)로 지정해 브라우저와 대부분의 데스크톱 프로그램이 이 프록시를 통해 네트워크에 접속하게 만든다. 이는 Windows의 「설정 → 네트워크 및 인터넷 → 프록시」 항목을 바꾸는 것과 같으며, 직접 프록시 주소를 입력하는 것과 원리가 동일하고 클라이언트가 그 작업을 대신 자동으로 채워주고 되돌려줄 뿐이다. 켜두면 브라우저는 프록시를 통해 접속하지만 모든 프로세스가 시스템 프록시 설정을 따르는 것은 아니다. 명령줄 도구, 일부 게임, 백그라운드 서비스 프로세스는 이 설정을 무시하고 직접 연결하는 경우가 많은데, 이것이 「프록시를 켰는데 특정 프로그램만 여전히 안 되는」 현상의 원인이다.
서비스 모드(Service Mode)
서비스 모드는 권한 문제를 해결한다. TUN 모드는 가상 네트워크 어댑터를 생성하고 로컬 라우팅 테이블을 수정해야 하는데, Windows에서 이런 작업은 관리자 권한이 필요하다. TUN을 켜고 끌 때마다 매번 클라이언트를 「관리자 권한으로 실행」해야 한다면 사용성이 크게 떨어지므로, Clash Verge Rev는 선택적으로 백그라운드 Windows 서비스를 제공한다. 한 번만 설치하면(이때 관리자 권한 확인이 한 번 필요) 이후 클라이언트 자체는 일반 사용자 권한으로 실행되고, 권한이 필요한 작업이 있을 때마다 이 서비스가 대리 실행해줘서 매번 권한 창이 뜨지 않는다.
TUN 모드 설정: 가상 네트워크 어댑터와 라우팅 후킹
TUN 모드의 원리는 시스템에 가상 네트워크 어댑터를 만드는 것이다(Windows에서는 Wintun 드라이버에 의존). 클라이언트가 기본 라우팅을 이 가상 어댑터로 지정하면 라우팅 테이블에서 제외되지 않은 모든 IP 계층 트래픽이 먼저 이곳을 거친 뒤 코어의 규칙에 따라 분기된다. 특정 프로세스가 프록시 설정을 스스로 읽어들이는지에 더 이상 의존하지 않는 방식이다. 이는 시스템 프록시 모드에서 「일부 프로그램이 프록시를 우회하는」 문제를 해결하며, 게임, UDP 애플리케이션, 브라우저 외 클라이언트까지 모두 프록시로 묶어야 하는 상황에 특히 적합하다.
설정 패널에서 TUN 모드를 켤 때 보통 다음 항목들을 확인해야 한다.
- 스택 모드(Stack): System 스택은 시스템 네트워크 스택을 직접 호출해 성능이 좋지만 일부 드라이버와의 호환성 문제에 민감하다. gVisor는 사용자 영역에서 구현된 네트워크 스택으로 호환성은 안정적이지만 처리량이 조금 낮다. 처음 설정할 때 연결이 안 되면 먼저 gVisor로 전환해 드라이버 충돌 여부를 배제한 뒤, 문제없이 동작하는 걸 확인하고 System 스택을 다시 시도해보는 것이 좋다.
- DNS 후킹: TUN 모드는 보통 DNS 조회도 함께 가로채 분기 로직에 포함시킨다. 이 때문에 TUN을 켠 뒤 오히려 내부망 서비스에 접속이 안 되는 경우가 생기는데, 로컬 DNS가 Fake-IP로 바뀌기 때문이다. 이럴 때는 설정에서 내부망 도메인이나 로컬 네트워크 대역을 직접 연결 목록에 추가해야 한다.
- Strict Route(엄격 라우팅): 일부 버전에는 「엄격 라우팅」 옵션이 있어 모든 아웃바운드 트래픽을 가로챌지, 기본 라우팅 외의 보조 트래픽만 가로챌지를 결정한다. 의미가 확실하지 않다면 기본값을 유지하고, 결과를 짐작만 하며 고급 옵션을 임의로 켜지 않는 것이 좋다.
TUN을 켠 뒤 인터넷이 전혀 안 된다면 다음 순서로 확인한다.
1. 서비스 모드가 설치되어 있고 상태가 「실행 중」인지 확인
2. 작업 관리자를 열어 가상 네트워크 어댑터(이름에 Wintun 포함)가 생성됐는지 확인
3. TUN을 끄고 시스템 프록시만으로 정상 접속되는지 개별 테스트
4. 시스템 프록시는 정상인데 TUN만 문제라면 스택 모드를 gVisor로 바꿔 재시도
흔한 문제 해결: 방화벽 차단과 포트 충돌
Windows Defender 방화벽 차단
TUN 모드를 처음 켜거나 클라이언트를 처음 실행하면 Windows에서 「Windows Defender 방화벽이 이 앱의 일부 기능을 차단했습니다」라는 알림이 뜨며 허용할 네트워크 종류를 선택하라고 요구한다. 이때는 「개인 네트워크」와 「공용 네트워크」를 모두 허용하는 것이 좋다. 그렇지 않으면 가상 네트워크 어댑터가 생성돼도 방화벽에 트래픽이 계속 막혀, 화면상으로는 연결됨 표시와 정상 속도 측정이 나오지만 실제로는 웹페이지가 열리지 않는 상황이 생긴다. 실수로 「취소」를 눌렀다면 「제어판 → 시스템 및 보안 → Windows Defender 방화벽 → 방화벽을 통해 앱 허용」에서 해당 클라이언트를 찾아 다시 체크하면 된다.
회사 업무용 PC나 별도의 보안 소프트웨어가 설치된 환경이라면 한 단계 더 주의해야 한다. 일부 단말 관리 소프트웨어는 가상 네트워크 어댑터 드라이버 로딩까지 차단해 Wintun 드라이버 설치가 반복적으로 실패하는 경우가 있는데, 이런 경우는 대개 사내 IT 부서에 화이트리스트 등록을 요청해야 하며 클라이언트 자체로는 이런 정책 제한을 우회할 수 없다.
포트 충돌 문제
Clash Verge Rev는 기본적으로 혼합 포트, HTTP 포트 등 여러 포트를 사용한다. 이미 다른 프로그램이 같은 포트를 점유하고 있다면(다른 프록시 도구를 여러 개 설치했거나 이전 클라이언트 프로세스가 완전히 종료되지 않은 경우가 흔함) 실행 시 포트 바인딩 실패 메시지가 뜨거나, 겉으로는 정상 작동하는 것처럼 보이지만 프록시가 실제로 동작하지 않는다. 먼저 포트 점유 여부를 확인하는 것이 좋다.
netstat -ano | findstr 7897
명령 출력 결과의 마지막 열에는 해당 포트를 점유한 프로세스의 PID가 표시된다. 작업 관리자의 「세부 정보」 탭에서 이 PID로 프로세스를 찾아 남아 있던 예전 프로세스인지 충돌 소프트웨어인지 확인한다. 남은 프로세스라면 종료하면 되고, 클라이언트 설정에서 포트 번호를 충돌 없는 값으로 바꾸고 재시작해도 된다.
평소 사용 시 알아두면 좋은 점
설정이 끝난 뒤에는 구독 갱신과 규칙 미세 조정을 중심으로 관리하면 된다. 구독 링크는 자동 갱신 주기를 설정해 노드 목록이 만료되어 접속 불가능한 주소로 계속 연결되는 상황을 막는 것이 좋다. 규칙 세트(GeoIP/GeoSite)는 구독 갱신과 별도로 자체 업데이트 항목이 있으며, 오래 갱신하지 않으면 분기 판단이 점점 부정확해진다. 프록시 그룹 노드를 바꾼 뒤에는 연결 패널에서 지연 속도 측정이 한 번 끝났는지 확인하는 것이 좋다. 속도 측정을 하지 않은 노드를 무작정 선택하면 실제로는 사용할 수 없는 출구 노드에 연결될 수 있다.
여러 기기에서 동일한 분기 로직을 계속 유지하고 싶다면 설정 파일과 구독 링크를 따로 백업해두는 것이 좋다. 시스템을 재설치하거나 기기를 바꿀 때 바로 불러오면 되므로 위의 모든 설정 항목을 처음부터 다시 찾을 필요가 없다.