Windows 10에 Clash Verge Rev 설치 후 시스템 프록시와 TUN 모드: 첫 설정 완전 가이드 (2026)

1. 시스템 프록시와 TUN, Windows 10 네트워크 스택에서의 역할

Win10에서도 대다수 데스크톱 앱은 운영체제가 전달하는 프록시 구성을 따라갑니다. WinHTTP와 WinINet 계층을 존중하는 브라우저, 사내 협업 툴, 일반적인 HTTP·HTTPS 클라이언트는 설정만 맞추면 로컬에 떠 있는 Clash 포트(mixed-port 등)로 쉽게 붙입니다. Verge Rev의 시스템 프록시 토글은 이 경로를 켜거나 끄는 스위치에 가깝고, 코어 프로세스가 실제 해당 포트를 리슨하는지와 짝을 이룹니다. 사용자 검색 문구 중 클래시 버지 어떻게 설치 같은 표현도 결국 여기까지 와야 「켰는데 안 된다」가 줄어듭니다.

TUN 모드는 가상 네트워크 어댑터를 통해 IP 계층에서 패킷을 Clash·mihomo 쪽으로 끌어오는 방식입니다. 시스템 프록시를 무시하는 터미널 프로그램, 자체 소켓을 여는 업데이터, 일부 온라인 게임 클라이언트, UDP·DNS 경로가 꼬였을 때 효과적으로 경로를 맞출 수 있습니다. 대신 Wintun 같은 커널 근처 구성 요소 설치와 관리자 권한 상승, 다른 VPN 소프트웨어와의 라우팅 충돌 가능성이 따라오므로 첫 설정 난이도는 시스템 프록시보다 높습니다. 원리를 더 보고 싶다면 TUN 개념 페이지를 같이 두면 레이어별로 이해가 정리됩니다.

Win10은 기능 업데이트가 더 이상 새 빌드를 내놓지 않는 시기에 접어들었지만 보안 패치 채널은 유지되는 환경이 많아, 설치 프로그램이 요구하는 이전 최소 빌드를 만족하는지 간단히 확인하는 습관이 좋습니다. 설정 앱이 옛 버전이라도 프록시·어댑터 항목의 위치는 비슷하므로, 본문에서 말하는 절차 그대로 대응 가능합니다.

2. 설치·첫 실행: 아키텍처, 스마트스크린, 방화벽

설치 전에는 CPU 종류부터 맞춥니다. 대부분의 데스크톱·노트북은 x64, 일부 ARM 기반 기기에서는 arm64 빌드를 선택합니다. 빌드를 잘못 고르면 실행 후 바로 종료되거나 아예 설치가 되지 않을 수 있습니다. 「설정 > 시스템 > 정보」에서 장치 사양과 시스템 종류를 확인하세요. 설치 파일은 공식 다운로드 페이지에서 받는 것을 권장합니다. 커뮤니티 미러는 편할 수 있으나 해시 검증이 어렵다면 리스크를 겸허히 받아들여야 합니다.

첫 실행에서 SmartScreen(스마트스크린)이 실행을 가로막으면 「추가 정보」 후 발행자를 확인하고 진행합니다. 회사 또는 학교 장비는 관리되는 환경에서 가상 어댑터 생성이나 커널 드라이버 로딩 자체가 막히는 경우가 있어, TUN까지 전개하기 전에 IT 정책을 확인하는 편이 빠른 해결입니다. Defender 방화벽이 실행 파일 또는 코어의 아웃바운드를 허용할지 묻는 창을 띄우면, 구독 갱신이 막히지 않도록 신뢰 네트워크 기준에서 허용하는 구성을 택합니다. 공용 네트워크로 분류되어 있으면 예외 허용 범위를 좁혀 재검토하세요.

3. 프로필·구독 반영과 규칙 모드 전제

시스템 프록시든 TUN이든 살아 있는 노드와 유효한 프로필이 있어야 합니다. 구독 URL을 넣고 갱신한 뒤 정책 그룹에서 실제로 연결할 아웃바운드를 고릅니다. 구독 가져오기 튜토리얼의 단계를 그대로 밟은 다음, 지연 테스트와 코어 로그를 한 번 확인하세요. 특정 사이트만 우회하려면 라우팅 규칙 가이드의 도메인·정책 그룹 설명을 맞춰야 「프록시는 켰는데 대상 사이트만 직통」 같은 혼란이 줄어듭니다.

초기 검증에는 글로벌이나 단순 모드로 경로가 살아 있는지 확인한 뒤, 정상이면 규칙 모드로 돌아가는 순서가 디버깅에 유리합니다. DNS가 fake-ip·DoH·로컬 리졸버가 섞이면 증상이 비슷해 보이므로, 로그에 찍힌 질의와 매칭된 규칙을 함께 봅니다. Clash for Windows에서 설정 폴더를 그대로 가져온 경우에도 코어 버전 차이로 일부 키가 무시될 수 있으니 마이그레이션 절차를 건너뛰지 마세요.

4. 시스템 프록시: 잘 타는 앱과 빠지는 트래픽

시스템 프록시를 켜면 Windows의 인터넷 설정에 HTTP·HTTPS·SOCKS 서버와 포트가 채워지는 그림입니다. Edge를 비롯해 Chromium 계열을 많이 쓰는 환경에서는 이 경로를 따르기 쉽습니다. Verge Rev에서 mixed-port가 실제 열려 있는지, 보안 제품이 해당 포트를 가로채지 않는지도 함께 확인합니다. Win10의 경우 설정 앱에서 「네트워크 및 인터넷 > 프록시」로 들어가 수동 프록시가 기대한 주소인지 눈으로 확인하는 습관이 좋습니다.

한계도 분명합니다. 프록시 환경 변수를 읽지 않는 PowerShell·cmd 세션, 직접 연결을 시도하는 개발 도구, 자체 네트워크 스택을 쓰는 게임은 시스템 프록시만으로는 그대로 직통합니다. 브라우저만 되고 특정 프로그램만 안 되는 패턴이면 TUN을 검토하거나, 세션 단위로 setx HTTPS_PROXY, PowerShell에서는 $env:HTTPS_PROXY, 도구별 전용 설정을 병행합니다.

5. TUN 모드: Wintun·UAC·드라이버와 Win10 특유 체크

TUN을 처음 켤 때 Wintun 관련 파일 배치 또는 드라이버 업데이트, 사용자 계정 컨트롤, 백그라운드 헬퍼 서비스 등록을 묻는 흐름이 이어질 수 있습니다. 대화 상자에서 중단하면 이후 같은 메시지만 반복되는 경우가 많으니 신뢰 출처 확인 후 한 번에 끝까지 허용하는 편이 낫습니다. 장치 관리자에서 가상 어댑터에 느낌표가 없는지, 네트워크 연결 목록에 중복·손상된 Clash/TUN 항목이 없는지 함께 봅니다.

흔한 오류는 드라이버 설치 실패, 이미 다른 VPN이 TUN 슬롯을 점유, 권한 부족, 백신이 드라이버 로드를 차단하는 경우입니다. 동시에 상용 VPN을 전역으로 켜 두면 라우팅이 이중으로 겹쳐 패킷이 꼬이기 쉬우니 테스트 시에는 한쪽만 켭니다. UI에 스택 관련 옵션이 있다면 환경마다 호환성이 달라 한쪽에서만 끊기면 다른 스택을 시도하는 것이 실무에서 자주 쓰는 타협입니다. DNS 가로채기·스니퍼 계열은 프로필과 충돌할 수 있으니 제공자 문서와 로그를 보며 단계적으로 켭니다.

Win10에서 오래 쓰던 PC는 과거에 설치된 타사 방화벽·필터·가속기가 남아 IP 계층을 건드리는 경우가 있습니다. TUN을 켠 뒤 특정 앱만 여전히 직통이면 먼저 해당 필터를 잠시 끄고 재현해 보는 것이 원인 분기에 도움이 됩니다. Hyper-V·가상 스위치·Docker Desktop이 붙은 환경에서도 어댑터 우선순위가 바뀌어 증상이 달라질 수 있으니 변경 후에는 라우팅 테이블과 DNS만 다시 훑습니다.

# Example: quick connectivity check in PowerShell (adjust if needed)
curl.exe -sI --connect-timeout 8 https://www.google.com | Select-Object -First 3

TUN을 켠 상태에서 위 검사가 기대대로면 IP 계층 경로는 대체로 Clash·mihomo를 통과하고 있습니다. 시스템 프록시만 켠 상태에서만 성공한다면 원인은 앱별 프록시 준수 쪽에 더 가깝습니다.

6. 첫 설정 권장 순서

Windows 10에 처음 올릴 때는 다음 순서를 추천합니다. 먼저 설치·스마트스크린·방화벽 승인을 처리하고 구독·프로필을 활성화합니다. 다음으로 시스템 프록시만 켜서 브라우저와 일상 프로그램이 규칙을 타는지 확인합니다. 이 단계가 안정이면 장기적으로도 시스템 프록시만으로 충분한 경우가 많습니다.

PowerShell 자동화 작업·WSL1/2 브리지 구성에서 나온 특정 프로그램·Microsoft Store 기반 앱처럼 프록시를 무시하는 트래픽이 확인되면 그때 TUN을 켜고 Wintun·UAC 흐름을 완료합니다. 회사 정책·다른 VPN과의 공존은 사전 확인이 필요하고, 테스트마다 종료 순서까지 포함해 패턴을 적어 두면 두 번째 PC에 옮길 때 시간이 줄어듭니다. DNS가 꼬였다고 의심될 때는 Chrome·Edge 보안 DNS 조정 안내를 같은 맥락에서 읽어도 좋습니다.

7. UWP·CLI·게임 런처만 예외일 때

Microsoft Store 앱은 네트워크 격리·루프백 제약 때문에 시스템 프록시만으로는 부족한 경우가 많습니다. TUN을 켠 뒤에도 특정 UWP만 직통이라면 TUN·UWP·루프백 점검 글의 순서와 맞춰 보세요.

CLI 세션에는 프록시 변수가 비어 있는 경우가 흔합니다. 시스템 프록시만 활성 상태에서 curl.exe가 직통을 시도하면 타임아웃이 나기 쉬우므로 해결 방향은 네 가지 묶음으로 고릅니다. 첫째, TUN으로 경로 통일. 둘째, 셸 시작 스크립트에 환경 변수 주입. 셋째, 도구별 설정 파일에 프록시 기입. 넷째, 업스트림 문서에서 권장하는 패킷 캡처 경로 선택. 장기적인 개발 환경이면 두 번째·세 번째를 같이 두는 편이 관리 비용 대비 안정적입니다.

게임 런처·안티치트는 가상 어댑터를 비정상으로 간주하거나 특정 포트만 허용하는 경우가 있습니다. 그런 때에는 TUN 대신 시스템 프록시와 라이브러리가 제공하는 설정을 우선 검토하고, 이용 약관·계정 안전 한도 안에서만 실험하세요.

8. 연결 실패 시 점검 체크리스트

아래 순서를 위에서부터 적용합니다. 첫째, Verge Rev 화면에서 시스템 프록시·TUN 각각이 의도한 상태인지 봅니다. 둘째, 활성 프로필과 선택 노드가 장애 중이 아닌지 확인합니다. 셋째, Win10 설정의 프록시 항목이 기대값인지 교차 확인합니다.

넷째, TUN 시 Wintun·가상 어댑터 상태를 장치 관리자와 네트워크 목록 양쪽에서 봅니다. 다섯째, 다른 VPN·필터 드라이버·HTTPS 양방향 검사 기능이 패킷을 가로채지 않는지 확인합니다. 여섯째, Clash 로그에서 해당 도메인이 어떤 규칙에 매칭되는지와 DNS 결과를 비교합니다. 구독 쪽 증상만 반복된다면 구독 갱신·TLS·DNS 로그 글과 짝으로 읽습니다.

9. 자주 묻는 질문