Windows에서 Clash Verge Rev TUN 모드 켜기와 가상 네트워크 설정 방법

TUN 모드는 시스템 프록시와 다른 방식으로 트래픽을 가져옵니다

Clash Verge Rev의 시스템 프록시는 Windows 프록시 설정을 읽는 앱의 연결을 로컬 프록시 포트로 전달합니다. 반면 TUN 모드는 가상 네트워크 어댑터와 라우팅을 이용해 앱이 시스템 프록시를 따르지 않아도 연결을 코어로 보낼 수 있습니다. 명령줄 도구, 일부 게임 런처, 자체 네트워크 설정을 사용하는 앱을 점검할 때 유용합니다.

TUN을 켰다고 해서 모든 연결이 프록시 노드를 통과하는 것은 아닙니다. TUN으로 들어온 연결도 현재 설정의 규칙과 정책 그룹에 따라 프록시, DIRECT 또는 차단으로 처리됩니다. 로컬 네트워크 제외 규칙, IPv6, 다른 VPN의 라우팅도 결과에 영향을 줍니다. 먼저 일반 모드에서 노드와 규칙이 정상 작동하는지 확인한 다음 TUN을 설정하면 문제 원인을 좁히기 쉽습니다.

TUN을 켜기 전에 Windows와 프로필 준비하기

먼저 Clash Verge Rev를 최신 상태로 실행하고, 활성 프로필을 선택해 노드 연결과 일반 프록시 접속을 확인하세요. 이미 다른 VPN이나 패킷 필터링 프로그램이 실행 중이라면 우선 연결을 끊습니다. 여러 프로그램이 동시에 기본 경로, DNS 또는 가상 어댑터를 관리하면 TUN이 시작되지 않거나 일부 앱의 연결이 끊길 수 있습니다.

프로필 백업: 설정 파일을 직접 편집한다면 원본을 별도 파일로 저장하세요. 구독 프로필은 업데이트 때 수동 변경 내용이 덮어써질 수 있으므로 앱에서 지원하는 오버라이드 기능이 있다면 우선 사용합니다.
기본 프록시 확인: TUN을 끈 상태에서 브라우저로 프록시가 필요한 사이트에 접속하고, 연결 기록에 요청과 선택된 정책이 표시되는지 확인합니다.
관리자 계정 확인: 서비스 설치나 네트워크 어댑터 변경에는 Windows 관리자 승인이 필요할 수 있습니다. 표준 계정이라면 관리자 계정의 승인을 받을 수 있는지 먼저 확인하세요.
다른 네트워크 도구 종료: 다른 Clash 계열 클라이언트, VPN, 트래픽 필터, 가상 머신의 네트워크 관리 기능을 잠시 중지합니다. 테스트가 끝나면 한 번에 하나씩 다시 켜 충돌 여부를 확인합니다.

프로필의 YAML을 직접 관리하는 경우 mihomo의 tun 설정에서 enable, auto-route, auto-detect-interface 등의 지원 여부와 값을 확인할 수 있습니다. 아래는 구조를 보여 주는 예시일 뿐, 기존 프로필 전체를 대체하지 않습니다.

tun:
  enable: true
  auto-route: true
  auto-detect-interface: true
  stack: mixed

stack과 추가 옵션의 지원 여부는 mihomo 버전에 따라 달라질 수 있습니다. 설정 검사에서 오류가 나면 키를 무작정 추가하지 말고, 코어 버전과 해당 버전의 설정 지원 항목을 확인하세요. Clash Verge Rev의 그래픽 설정에서 TUN을 관리한다면 같은 옵션을 YAML에도 중복으로 넣지 않는 편이 안전합니다.

서비스를 설치하고 TUN 모드를 활성화하기

Clash Verge Rev에서 설정 또는 시스템 설정 화면을 열고 TUN 관련 항목을 찾습니다. 일반적으로 TUN을 켜기 전에 서비스 모드 설치 또는 서비스 활성화 버튼이 제공됩니다. 서비스 설치를 선택하면 Windows 사용자 계정 컨트롤 창이 나타날 수 있습니다. 창에 표시된 게시자와 실행 파일이 설치한 Clash Verge Rev와 일치하는지 확인한 뒤 승인하세요. 낯선 프로그램이 권한을 요청한다면 승인하지 말고 설치 경로와 배포 파일을 먼저 점검합니다.

Clash Verge Rev를 실행하고 현재 사용할 프로필과 노드를 선택합니다.
설정에서 서비스 모드 설치 또는 활성화 작업을 진행하고 관리자 권한 요청을 승인합니다.
앱으로 돌아와 TUN을 켭니다. 서비스 설치 직후 토글이 반응하지 않으면 앱을 완전히 종료한 뒤 다시 실행해 상태를 확인합니다.
상태가 활성화로 바뀌었는지 확인하고, 연결 기록에 테스트 앱의 요청이 나타나는지 살펴봅니다.
먼저 브라우저와 명령줄 도구로 각각 테스트합니다. 동작을 확인한 뒤 다른 VPN이나 네트워크 필터를 다시 실행해 충돌 여부를 분리합니다.

서비스 모드는 네트워크 설정을 적용하기 위해 권한이 필요한 구성 요소입니다. Windows가 관리자 암호나 승인을 요청하는 것은 가능하지만, 구독 주소나 노드 암호를 입력하라는 의미는 아닙니다. 서비스 설치가 성공했는데도 TUN이 비활성 상태라면 앱의 서비스 상태와 로그를 확인하고, 설치를 반복하기 전에 오류 메시지를 기록하세요.

TUN을 테스트하는 동안에는 시스템 프록시 토글 상태를 함께 기록하는 것이 좋습니다. TUN과 시스템 프록시를 동시에 켜면 앱이나 네트워크 구성에 따라 연결 경로를 이해하기 어려워질 수 있습니다. 처음에는 TUN만 켜고 확인한 다음 필요할 때 시스템 프록시를 추가로 시험하세요.

가상 네트워크 어댑터와 라우팅 확인하기

TUN 활성화 표시만으로 실제 패킷이 어댑터를 통과한다고 단정할 수는 없습니다. Windows PowerShell에서 네트워크 어댑터 목록을 확인하세요. 어댑터 이름은 앱 버전과 코어 설정에 따라 달라질 수 있으므로 특정 이름을 기준으로 찾기보다, TUN을 켜기 전과 후의 목록을 비교합니다.

Get-NetAdapter |
  Select-Object Name, InterfaceDescription, Status, ifIndex

TUN을 켠 뒤 새 가상 어댑터가 나타나거나 기존 어댑터의 상태가 바뀌는지 확인합니다. Up은 어댑터가 활성 상태라는 뜻이지만, 그 자체로 인터넷 연결이나 프록시 경로가 정상임을 증명하지는 않습니다. 사용 중인 네트워크 어댑터 이름과 TUN 관련 로그도 함께 살펴보세요.

라우팅 테이블은 다음 명령으로 확인할 수 있습니다. 항목이 많을 수 있으므로 테스트 전후 결과를 비교하고, 의도하지 않은 기본 경로 변경이 있는지 확인하세요.

Get-NetRoute -AddressFamily IPv4 |
  Sort-Object RouteMetric |
  Select-Object DestinationPrefix, NextHop, InterfaceAlias, RouteMetric

라우팅 항목을 확인할 때는 숫자만 보고 수동으로 삭제하거나 우선순위를 바꾸지 마세요. Windows의 기본 게이트웨이, Wi-Fi 또는 이더넷 경로를 잘못 수정하면 Clash를 종료한 뒤에도 인터넷이 끊길 수 있습니다. 변경이 필요한 경우 먼저 앱에서 TUN을 끄고, 원래 설정을 기록한 상태에서 한 항목씩 조정합니다.

브라우저 테스트: 프록시가 필요한 주소를 열고 Clash 연결 기록에서 해당 요청의 정책과 노드를 확인합니다.
명령줄 테스트: 앱이 시스템 프록시를 무시하는 상황을 재현하고, TUN을 켰을 때 연결 기록에 요청이 나타나는지 확인합니다.
직접 연결 비교: 원래 직접 접속할 수 있던 사이트도 확인해 로컬 네트워크나 기본 경로가 손상되지 않았는지 점검합니다.
UDP 앱 테스트: 게임이나 음성 앱은 로그인과 음성·게임 연결이 서로 다른 서버 및 프로토콜을 사용할 수 있습니다. 한 기능의 성공만으로 모든 UDP 경로가 정상이라고 판단하지 마세요.

관리자 권한 부족, VPN 충돌, DNS 문제 해결

TUN 토글을 켜도 어댑터가 생기지 않거나 서비스 오류가 표시되면 먼저 Clash Verge Rev 로그에서 서비스 설치, 권한, 어댑터 생성 관련 메시지를 확인합니다. Windows 보안 기록이나 방화벽 경고가 있다면 차단된 실행 파일과 작업을 확인하세요. 보안 기능을 통째로 끄기보다는 앱의 출처와 파일을 확인하고, 신뢰할 수 있는 설치 파일인지 검증한 뒤 필요한 권한만 부여합니다.

관리자 승인이 거부됨: 현재 Windows 계정이 관리자 계정인지 확인합니다. 표준 계정에서는 관리자 자격 증명이 필요할 수 있습니다. 앱을 매번 관리자 권한으로 실행하는 것만으로 서비스 설치가 끝났다고 가정하지 말고, 서비스 상태를 별도로 확인하세요.
다른 VPN과 동시에 사용: 다른 VPN을 완전히 연결 해제한 뒤 TUN을 다시 시험합니다. 문제가 사라지면 VPN을 하나씩 다시 켜서 기본 경로나 DNS를 누가 변경하는지 확인하세요.
가상 어댑터가 충돌함: 오래된 Clash 클라이언트나 가상 네트워크 프로그램이 남아 있을 수 있습니다. 장치 관리자에서 장치를 무작정 제거하기 전에 해당 앱을 정상 종료하고, 앱의 서비스 제거 기능을 사용합니다.
어댑터는 있지만 웹사이트가 열리지 않음: 연결 기록에서 요청이 코어에 도달했는지 확인합니다. 요청이 보이면 규칙, 노드, DNS를 점검하고, 보이지 않으면 라우팅과 앱의 네트워크 경로를 우선 확인합니다.
일부 사이트만 실패함: 현재 DNS 모드와 DNS 업스트림, 도메인 규칙, 앱의 캐시를 확인합니다. TUN은 DNS 응답을 자동으로 항상 프록시를 통해 보내는 기능이 아니므로 관련 설정과 로그를 함께 살펴야 합니다.

DNS 문제를 비교할 때는 한 번에 여러 설정을 바꾸지 마세요. TUN을 켠 상태에서 Windows의 이름 해석 결과가 달라지는지 확인하고, Clash 로그에 DNS 요청이 기록되는지도 살펴봅니다. Resolve-DnsName example.com은 시스템 리졸버의 응답을 확인하는 데 쓸 수 있지만, 이 명령의 성공만으로 브라우저 연결이 프록시를 통과한다는 사실까지 확인되는 것은 아닙니다.

안전하게 끄고 설정을 마무리하기

문제 비교를 위해 TUN을 끌 때는 먼저 Clash Verge Rev의 TUN 토글을 끄고 가상 어댑터와 기본 인터넷 연결이 정상으로 돌아오는지 확인합니다. 이후 필요하다면 서비스 모드를 앱의 제공 기능으로 중지하거나 제거할 수 있습니다. 서비스 제거는 TUN을 더 이상 사용하지 않을 때 진행하고, 앱을 삭제하기 전에 먼저 서비스 상태와 시스템 프록시 상태를 정리하세요.

안정적으로 사용할 수 있는 상태라면 활성 프로필, mihomo 버전, TUN 상태, 서비스 상태, 사용 중인 네트워크를 기록해 두세요. 앱이나 코어를 업데이트한 뒤 갑자기 동작이 달라졌을 때 이전 상태와 비교하기 쉽습니다. 연결 기록에서 요청이 코어에 도달하고 올바른 정책으로 처리되는지 주기적으로 확인하면, 단순한 ‘활성화됨’ 표시보다 실제 적용 여부를 정확히 판단할 수 있습니다.

TUN을 켰을 때 가상 어댑터가 활성 상태인지 확인합니다.
시스템 프록시를 무시하는 앱의 요청이 Clash 연결 기록에 나타나는지 확인합니다.
요청이 기대한 정책 그룹과 노드를 통과하는지 확인합니다.
로컬 네트워크, DNS, IPv6 및 다른 VPN과의 충돌 여부를 별도로 점검합니다.
문제가 생기면 마지막으로 바꾼 설정 하나만 되돌려 원인을 분리합니다.