이 글의 목차
TUN은 시스템 프록시가 처리하지 못한 프로그램을 위한 기능입니다
Windows에서 Clash Verge Rev의 TUN을 켜는 기능은 Chrome과 Edge가 시스템 프록시로 접속할 수 있지만 터미널, 게임 런처 또는 스토어 앱은 연결 기록이 전혀 없는 상황에 적합합니다. 모든 프로그램에서 인터넷이 열리지 않는다면 먼저 구독이나 노드를 해결하고 TUN을 첫 번째 옵션으로 켜지 마세요.
시스템 프록시와 TUN은 두 단계의 속도 설정이 아닙니다. 시스템 프록시는 이를 읽는 프로그램에 Windows 프록시 주소를 알려 줄 뿐이고 TUN은 가상 네트워크 어댑터로 더 많은 TCP, UDP 연결을 받아들입니다.
이 연결이 Mihomo에 들어온 뒤에도 규칙에 따라 직접 연결과 프록시 사용을 결정합니다. TUN은 제어 범위를 넓힐 뿐 작동하지 않는 노드를 고치거나 잘못 작성한 규칙을 자동으로 바로잡지 않습니다.
증상에 따라 시작점 선택
| 현재 동작 | 다음 단계 |
|---|---|
| 브라우저와 자주 쓰는 소프트웨어가 모두 정상 | 시스템 프록시를 계속 사용하면 되며 TUN을 켤 필요가 없음 |
| 브라우저는 정상이고 터미널 또는 런처는 직접 연결됨 | TUN으로 비교 시험하기에 적합 |
| 시스템 프록시 활성화 여부와 관계없이 접속할 수 없음 | 구독, 노드 또는 커널부터 해결 |
| 특정 도메인 하나만 잘못된 출구로 연결됨 | 규칙 일치 결과를 확인해야 하며 TUN은 핵심이 아님 |
작동하는 시스템 프록시 상태를 하나 유지하세요
TUN을 켜기 전에 "설정"에서 현재 구독을 선택하고 "프록시" 페이지에서 사용 가능함을 확인한 노드 하나를 고정하며 모드는 우선 Rule로 유지하세요. 시스템 프록시를 켜고 익숙한 웹사이트에 접속하면서 "연결" 페이지에 해당 요청이 나타나는지 확인합니다.
이 단계는 이후에 돌아갈 기준 상태를 만듭니다. 시스템 프록시에 원래 연결 기록이 없었다면 구독이 현재 설정으로 지정되지 않았거나 정책 그룹이 아직 DIRECT일 수 있습니다. 이때 TUN을 바로 켜면 기존 문제가 가상 네트워크 어댑터 뒤에 가려질 뿐입니다.
TUN 설정에 들어가기 전 확인할 항목
- 현재 설정에 명확한 업데이트 시각이 있음
- 프록시 페이지에 정책 그룹과 노드가 표시됨
- 고정 노드로 웹페이지 요청을 한 번 완료할 수 있음
- 연결 기록에 도메인, 규칙, 실제 출구가 표시됨
서비스 모드는 권한을 담당하며 노드를 대신 선택하지 않습니다
Windows에서 가상 네트워크 어댑터를 만들려면 높은 권한이 필요합니다. Clash Verge Rev는 이 작업을 서비스 모드에 맡겨 일상적으로 사용할 때 전체 인터페이스를 매번 관리자 권한으로 실행하지 않아도 됩니다. 설정 페이지에서 "서비스 모드(Service Mode)"를 찾고 상태가 설치되지 않음으로 표시되면 클라이언트의 설치 메뉴를 사용하세요.
Windows 권한 확인 창이 나타날 때 요청 프로그램은 현재 설치된 Clash Verge Rev에서 실행되어야 합니다. 서비스 설치가 끝나면 커널을 다시 불러오세요. 상태가 계속 "중지됨"과 "시작 중" 사이를 오간다면 TUN 스위치를 연속으로 누르지 말고 로그부터 확인합니다.
방금 사용한 설정을 유지한 채 TUN을 켜세요
작동하는 상태에서 전환
다른 프록시와 VPN 종료
여러 프로그램이 동시에 경로를 쓰거나 같은 포트를 점유하지 않게 합니다.
Rule 모드와 고정 노드 유지
시험 중에는 자동 속도 측정 그룹이 출구를 바꾸지 않게 합니다.
TUN 모드 켜기
서비스와 가상 네트워크 어댑터가 준비될 때까지 기다리고 DNS와 규칙을 동시에 수정하지 마세요.
이전에 실패한 작업 다시 수행
예를 들어 터미널에서 같은 명령을 실행하거나 런처에서 같은 페이지를 엽니다.
현재 Mihomo는 system, gvisor, mixed 같은 네트워크 stack을 지원합니다. 클라이언트 기본값이 작동하면 그대로 두세요. stack 변경은 호환성을 진단하는 방법이지 성능 스위치가 아닙니다. system 또는 mixed에서 연결이 차단될 때는 Windows 방화벽이 Mihomo 커널 프로세스를 허용하는지도 확인해야 합니다.
auto-route는 일치하는 범위의 시스템 트래픽을 TUN으로 보내고 auto-detect-interface는 실제 출구 네트워크 어댑터를 식별합니다. 로그를 이해하는 데 도움이 되는 필드지만 그래픽 클라이언트 사용자가 "최적화"를 위해 인터넷의 긴 설정을 복사할 필요는 없습니다.
스위치가 켜진 것만으로는 부족하며 연결 기록까지 확인해야 합니다
시스템 프록시에서 실패하던 프로그램으로 돌아가 완전히 같은 요청을 반복하세요. "연결" 페이지에 해당 도메인 또는 대상 IP와 규칙 및 출구가 표시되면 트래픽이 TUN에서 Mihomo로 들어온 것입니다. 앱에서 결과까지 받아야 설정이 실제로 적용된 것입니다.
연결 기록이 계속 비어 있다면 구독 지연 시간이 아니라 프로그램 트래픽이 가상 네트워크 어댑터를 통과하는지, 방화벽이 차단하는지를 중점적으로 확인하세요. 기록이 나타났지만 DIRECT라면 규칙을 처리하고 프록시 규칙에 맞았는데 시간 초과가 나면 사용 가능함을 확인한 다른 노드로 비교합니다.
앱이 실패하고 연결 페이지에 새 기록이 없음
서비스 상태, 가상 네트워크 어댑터, 다른 VPN, Windows 방화벽을 확인하세요.
기록은 나타나지만 DIRECT로 표시됨
일치한 규칙 행을 확인하고 TUN을 반복해서 켜고 끄는 것으로 규칙 수정을 대신하지 마세요.
기록이 프록시를 사용하고 timeout을 표시함
다른 사용 가능한 노드로 고정해 진입점 문제와 노드 문제를 구분하세요.
TUN을 켠 뒤 모두 끊기면 시스템 프록시로 돌아가 범위를 구분하세요
TUN부터 끄세요. 시스템 프록시가 즉시 복원되면 구독과 노드는 대체로 작동 중이며 문제 범위가 서비스, 경로, 가상 네트워크 어댑터 또는 DNS로 좁혀집니다. 시스템 프록시도 사용할 수 없다면 방금 확인했던 설정과 커널을 다시 검사하세요. 이 비교가 클라이언트 재설치보다 빠릅니다.
- 서비스 시작 실패
- 커널을 다시 불러오고 로그에서 permission, service 또는 driver 관련 정보를 확인하세요.
- 가상 네트워크 어댑터는 있지만 요청이 없음
- 다른 VPN, 보안 소프트웨어 또는 구형 Clash를 종료하고 두 번째 TUN이 동시에 경로를 바꾸지 않는지 확인하세요.
- 연결은 나타나지만 도메인 이름 해석 실패
- DNS 로그와 dns-hijack 설정을 확인하세요. Android 비공개 DNS 같은 안내는 Windows에 적용되지 않으므로 서로 다른 가이드를 섞지 마세요.
- Wi-Fi를 바꾼 뒤에만 작동하지 않음
- 커널이 출구 네트워크 어댑터를 다시 식별하게 한 뒤 auto-detect-interface 결과를 확인하세요.
NAS와 프린터가 갑자기 사라지면 로컬 네트워크 범위가 우회되었는지 확인하세요
인터넷은 복원되었지만 라우터 관리 페이지, NAS 또는 프린터를 열 수 없다면 로컬 연결이 TUN에 들어온 뒤 LAN 규칙에 따라 직접 연결되지 않았을 가능성이 큽니다. TUN을 끄자마자 해당 기기가 다시 보이는 현상도 이 판단을 뒷받침합니다.
사설 주소 규칙이 더 넓은 프록시 규칙보다 먼저 DIRECT에 맞는지 확인하세요. 회사 네트워크에서 사용자 지정 네트워크 범위와 내부 도메인을 사용한다면 실제 주소에 맞게 추가해야 하며 가정용 네트워크의 제외 목록을 그대로 복사하면 안 됩니다. Windows의 strict-route는 VirtualBox 같은 가상 네트워크에도 영향을 줄 수 있으므로 가상 머신 사용 시 별도로 검증하세요.
LAN 복원에 필요한 정보
- 연결이 끊긴 기기의 실제 IP와 네트워크 범위
- 해당 연결에 Clash에서 적용된 규칙
- 기업 내부 DNS가 현재 네트워크에서만 사용 가능한지 여부
- VirtualBox, Hyper-V 또는 다른 가상 네트워크 어댑터의 동시 존재 여부
되돌릴 때는 TUN 계층만 철회하세요
TUN을 끄고 방금 작동한 설정과 노드를 유지한 채 시스템 프록시를 켜세요. 네트워크가 즉시 복원된다면 Windows의 "네트워크 재설정"을 사용할 필요가 없습니다. 이 작업은 Wi-Fi, 가상 네트워크 어댑터, 기타 네트워크 설정을 함께 정리하므로 현재 문제보다 영향 범위가 훨씬 큽니다.
서비스 모드 자체는 권한 계층일 뿐이므로 유지해도 됩니다. 앞으로 사용하지 않을 것이 확실할 때만 클라이언트 설정의 제거 메뉴로 서비스를 삭제하세요. 시스템 프록시로 돌아오면 브라우저가 정상으로 복원되고 이전에 TUN에 의존하던 프로그램은 다시 연결 기록에 나타나지 않아야 합니다. 이 차이로 TUN이 실제로 필요한지 바로 판단할 수 있습니다.
대상 프로그램이 TUN에서만 Connections에 나타나고 네트워크, DNS, LAN이 모두 정상이라면 TUN을 유지하세요. 시스템 프록시가 일상용 프로그램을 이미 처리한다면 TUN을 끈 상태가 오히려 간단합니다.