v2rayN TUN 모드 설정 및 사용법: Windows 전체 트래픽 우회

이 글의 핵심 내용

브라우저는 인터넷에 연결되는데 명령줄 도구나 데스크톱 프로그램은 연결되지 않는다면, 먼저 해당 앱이 시스템 프록시를 사용하는지 확인하세요. 그렇지 않다면 TUN을 켜는 방법을 살펴볼 수 있습니다. Windows 11에서 가상 네트워크 어댑터, 관리자 권한, 라우팅, DNS가 어떻게 연동되는지 단계별로 설명하고, 읽기 전용 명령으로 트래픽이 제대로 처리되는지 확인합니다. TUN은 트래픽을 처리하는 범위를 넓혀 주지만 모든 연결이 반드시 프록시를 거치는 것은 아니며, 모든 종류의 네트워크 트래픽을 처리한다고 보장하지도 않습니다.

시스템 프록시와 TUN의 차이

시스템 프록시는 이를 지원하는 앱에 프록시 연결 지점을 제공합니다. 예를 들어 로컬 혼합 리스닝 포트가 127.0.0.1:10808인 경우, 앱이 요청을 이 포트로 보내면 v2rayN에서 관리하는 코어가 연결을 처리합니다. 포트는 예시이므로 「설정」→「매개변수 설정」에 표시된 실제 값을 확인하세요. 일부 프로그램은 별도의 네트워크 스택을 사용해 Windows 프록시 설정을 읽지 않거나 자체 프록시 옵션을 제공하지 않으므로, 이 연결 지점을 자동으로 이용하지 않습니다.

TUN은 네트워크 계층에 가상 네트워크 어댑터를 만들고 시스템 라우팅과 함께 작동해 조건에 맞는 IP 트래픽을 코어로 전달합니다. 일반적으로 앱마다 프록시 주소를 입력할 필요가 없습니다. v2rayN은 보통 sing-box를 사용해 TUN 연결을 처리합니다. 실제 코어 호출 및 전달 경로는 버전과 설정에 따라 달라집니다. 노드가 Xray를 사용한다고 해서 가상 네트워크 어댑터도 Xray가 만든다는 뜻은 아닙니다. 노드 프로토콜만 보고 TUN이 정상 작동하는지 판단할 수도 없습니다.

앱 네트워크 요청 시스템 라우팅 선택 TUN 어댑터 연결 라우팅 규칙 적용 직접 연결 또는 프록시

제목의 ‘모든 앱’은 시스템 프록시 지원 여부에만 의존하지 않는다는 의미입니다. 실제 트래픽 처리 여부는 라우팅, 제외 주소, IPv4/IPv6 설정, 프로그램 동작 방식에 따라 달라집니다. LAN, 루프백 주소 또는 명시적으로 제외한 네트워크는 직접 연결될 수 있으며, 특정 네트워크 어댑터에 바인딩된 프로그램은 별도로 확인해야 합니다. TUN이 임의의 IP 프로토콜을 노드가 지원하는 전송 방식으로 변환해 주는 것도 아닙니다. UDP 사용 여부는 노드와 서버가 지원하는지에 달려 있습니다.

시작 전 권한·노드·설정 확인

먼저 일반 프록시 모드에서 노드가 작동하는지 확인한 다음 TUN을 추가하세요. 구독이 만료됐거나 서버에 연결할 수 없거나 인증 정보가 올바르지 않다면, 가상 네트워크 어댑터를 켜도 해결되지 않습니다. VMess, VLESS 등은 노드 연결 프로토콜을 설명하며, TUN은 이 컴퓨터의 트래픽이 코어에 전달되는 방식을 뜻합니다. 서로 다른 계층의 설정입니다.

일반 프록시 모드 기준선

시스템 프록시: 시스템 프록시 자동 설정
리스닝 주소: 127.0.0.1
예시 포트: 10808, 실제 설정값 확인
확인 항목: 지정한 웹사이트에 접속할 수 있는지

먼저 현재 노드가 작동하는지 확인하고 포트와 라우팅 설정을 기록하세요.

TUN 확인 기준선

실행 권한: 관리자 권한으로 실행
시스템 프록시: 시스템 프록시 해제
트래픽 처리 스위치: TUN 활성화
확인 항목: 가상 네트워크 어댑터·라우팅·앱 연결

시스템 프록시가 작동한 것을 TUN 작동으로 착각하지 않도록 TUN을 별도로 확인하세요.

v2rayN을 열고 가져온 노드를 선택한 다음 마우스 오른쪽 버튼을 클릭해 「활성 서버로 설정」을 선택하세요. 먼저 일반 시스템 프록시로 지정한 웹사이트에 접속해 봅니다.
「설정」→「매개변수 설정」을 열어 로컬 리스닝 포트를 기록하고, 메인 화면에서 현재 라우팅 설정도 확인하세요. 원래 설정으로 되돌릴 때 이 기록을 참고합니다.
작업 중인 내용을 저장한 다음 가상 네트워크 어댑터를 만들거나 기본 라우팅을 변경하는 다른 네트워크 도구를 잠시 종료하세요. 원격 관리 세션에서 네트워크 트래픽 처리를 바로 변경하지 마세요.
클라이언트 프로그램 전체가 들어 있는 폴더를 사용하고 있는지, 코어 파일이 이동되거나 격리되지 않았는지 확인하세요. 보안 프로그램의 차단 기록이 있다면 파일 출처와 차단 대상을 먼저 확인하고, 모든 보안 기능을 바로 끄지는 마세요.

Windows 11에서 v2rayN TUN 켜기

아래 안내는 「TUN 활성화」 스위치가 있는 중국어 데스크톱 인터페이스를 기준으로 합니다. 데스크톱 버전과 기존 WPF 버전은 화면 구성이 다를 수 있으며, 「TUN 모드 설정」이 매개변수 설정 페이지에 있을 수도 있습니다. 현재 화면에 표시된 항목을 기준으로 진행하세요. 옵션을 찾지 못했다면 이전 스크린샷에서 같은 위치를 찾기보다 올바른 데스크톱 프로그램을 다운로드했는지 먼저 확인합니다.

프로그램을 완전히 종료한 뒤 관리자 권한으로 실행하세요. 창만 닫지 말고 시스템 트레이 메뉴에서 v2rayN을 종료합니다. 프로그램 파일이나 바로 가기를 마우스 오른쪽 버튼으로 클릭하고 「관리자 권한으로 실행」을 선택한 다음 Windows 권한 확인 창에서 허용합니다.
확인된 활성 노드를 유지하세요. 다시 시작한 뒤에도 노드가 바뀌지 않았는지 확인합니다. 프로토콜, 전송 방식, 구독 주소를 한꺼번에 변경하지 마세요.
시스템 프록시를 해제하세요. 메인 화면의 시스템 프록시 메뉴에서 「시스템 프록시 해제」를 선택합니다. TUN만 따로 확인하기 위한 절차이며 두 방식을 항상 함께 사용할 수 없다는 뜻은 아닙니다.
TUN 설정을 확인하세요. 「설정」에서 「TUN 모드 설정」을 엽니다. 해당 버전에서 이 항목이 「매개변수 설정」에 있다면 그 페이지로 이동하세요. 첫 테스트에서는 기본 MTU, 프로토콜 스택, 라우팅 설정을 유지하고 다른 버전의 설정 예시를 그대로 적용하지 마세요.
「TUN 활성화」를 켜세요. 코어가 시작될 때까지 기다립니다. 메인 화면의 로그에서 권한 부족, 어댑터 생성 실패, 설정 구문 분석 실패, 리스닝 포트 충돌이 발생했는지 먼저 확인하세요.
테스트하고 기록하세요. 시스템 프록시가 해제된 상태에서 브라우저와 원래 프록시 설정을 읽지 않던 프로그램을 각각 테스트합니다. 실패한 앱, 대상 주소, 시간, 로그 오류를 기록해 다음 단계에서 비교할 수 있도록 합니다.

라우팅 모드는 계속 적용됩니다. LAN 우회나 도메인별 분할 라우팅을 선택한 경우, 직접 연결 규칙에 해당하는 요청은 TUN을 켜도 프록시 요청으로 바뀌지 않습니다. 설정을 자세히 알아보려면 라우팅 설정을, 시스템 프록시 동작은 프록시 모드 안내를 참조하세요.

네트워크 어댑터·라우팅·앱, 세 단계로 확인

스위치가 켜졌다는 것은 화면에서 설정을 적용했다는 뜻일 뿐, 네트워크 연결을 확인한 것은 아닙니다. PowerShell에서 아래 읽기 전용 명령을 실행하세요. 첫 번째 명령은 네트워크 어댑터와 인터페이스 인덱스를 표시하고, 두 번째와 세 번째 명령은 각각 IPv4 및 IPv6 라우팅을 보여 줍니다. 활성화 전후에 실행해 새로 추가된 항목을 비교하는 것이 좋습니다. 가상 네트워크 어댑터 이름은 고정되어 있지 않습니다.

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

route print -4

route print -6

확인 단계	확인할 내용	이것만으로 판단할 수 없는 내용
가상 네트워크 어댑터	활성화 전후에 해당 인터페이스가 나타나는지, 상태가 정상인지	어댑터가 나타나도 노드가 작동한다는 뜻은 아닙니다
라우팅 테이블	가상 인터페이스를 가리키는 트래픽 처리 경로가 추가됐는지	기본 경로 하나가 반드시 교체되는 것은 아닙니다
실제 앱	시스템 프록시를 해제한 뒤 대상 연결이 성공하는지	웹페이지가 열려도 UDP가 통과했다는 뜻은 아닙니다
코어 로그	해당 요청이 예상한 아웃바운드 경로를 이용하는지, 연결 오류가 있는지	상세 로그가 없다고 트래픽이 없다는 뜻은 아닙니다

다음으로 Windows에 기본 포함된 curl.exe를 사용해 접속이 허용된 대상 하나를 확인합니다. 아래 예시는 이 사이트에 응답 헤더만 요청하며, 최대 대기 시간은 15초입니다. --noproxy "*"는 curl에 명시적으로 설정된 프록시를 우회하지만 시스템 라우팅 계층의 TUN은 우회하지 않습니다.

curl.exe --noproxy "*" --connect-timeout 10 --max-time 15 -I https://v2raywindows11.com/

명령이 성공해도 해당 대상에 HTTPS로 접속할 수 있다는 사실만 확인됩니다. 도메인이 직접 연결 규칙에 해당하면 프록시 아웃바운드 경로를 전혀 거치지 않을 수도 있습니다. 실제 처리 경로를 확인하려면 프록시 규칙이 적용되는 것으로 확인된 대상을 사용하고 코어 연결 정보나 로그를 함께 확인하세요. 실시간 음성 통화 같은 UDP 환경은 해당 앱을 직접 실행해 테스트해야 합니다. HTTPS 요청 한 번으로 대신할 수 없습니다.

판단 기준: 예상한 아웃바운드 경로를 이용하는지 먼저 확인

노드, 대상, 라우팅 규칙은 그대로 두고 TUN만 켰다 껐다 하면서 네트워크 어댑터, 라우팅, 연결 로그를 비교하세요. 먼저 경로를 확인한 뒤 성능 설정을 조정합니다. 웹페이지가 열렸다는 이유만으로 모든 앱의 트래픽이 처리된다고 판단하지 마세요.

DNS·분할 라우팅·LAN 연결 확인

DNS는 도메인이 어떤 주소로 해석되는지 결정하고 라우팅은 요청이 어느 경로로 나가는지 결정합니다. 두 설정은 함께 맞춰야 합니다. TUN을 켜면 시스템이나 앱에서 발생한 DNS 요청이 처리될 수 있지만, 브라우저 자체의 보안 DNS, 앱 내장 DNS, 기존 캐시는 다른 경로를 사용할 수 있습니다. TUN 스위치만으로 DNS 경로가 일치한다고 보장할 수는 없습니다.

DNS 설정을 확인하세요. 「설정」→「DNS 설정」에서 현재 코어 설정을 확인합니다. 해당 항목이 매개변수 설정에 있다면 DNS 페이지로 이동하세요. 실제 설정에 따라 직접 연결 DNS와 프록시 DNS를 구분하고, 프록시 노드 도메인을 아직 연결되지 않은 프록시 연결에 의존해 해석하지 않도록 주의합니다.
앱 자체 DNS를 확인하세요. 브라우저 문제를 확인할 때는 보안 DNS를 일시적으로 끄고 비교 테스트를 한 뒤 필요에 따라 다시 켭니다. 특정 브라우저의 결과를 모든 프로그램에 일반화하지 마세요.
LAN 예외를 확인하세요. 192.168.0.0/16, 172.16.0.0/12, 10.0.0.0/8은 흔히 사용하는 사설 IP 범위입니다. 프린터, 공유 폴더, 회사 서비스는 보통 직접 연결해야 하지만 원격 네트워크에서도 이 주소를 사용할 수 있으므로 실제 네트워크 구성에 맞춰 설정하세요.
IPv6을 확인하세요. 네트워크와 앱에서 IPv6을 사용한다면 IPv6 라우팅과 코어 설정도 함께 확인합니다. IPv4 경로만 확인해서 IPv6 경로도 동일하다고 판단할 수 없습니다. IPv6을 영구적으로 비활성화하는 방법을 일반적인 해결책으로 사용하지 마세요.

DNS 설정을 변경한 뒤 ipconfig /flushdns를 실행해 Windows DNS 캐시를 지우고 영향을 받은 앱을 다시 시작할 수 있습니다. 이 명령은 모든 앱 내부 캐시를 지우거나 잘못된 라우팅을 수정하지는 않습니다. 한 번에 설정 하나만 변경하고 동일한 대상을 다시 테스트해야 어떤 설정이 효과가 있었는지 알 수 있습니다.

증상별 문제 해결 및 설정 복구

문제가 시작 단계, 트래픽 처리 단계, 아웃바운드 단계 중 어디에서 발생하는지 먼저 확인하세요. 시작 단계에서는 권한과 코어 설정을, 트래픽 처리 단계에서는 네트워크 어댑터와 라우팅을, 아웃바운드 단계에서는 노드 상태, DNS, 규칙을 확인합니다. 한 번에 MTU, DNS, 포트, 프로토콜 스택을 모두 변경하지 마세요. 문제가 해결돼도 어떤 변경이 효과가 있었는지 알기 어렵습니다.

TUN을 켜자마자 자동으로 꺼지면 어떻게 해야 하나요?

먼저 프로그램을 완전히 종료한 뒤 관리자 권한으로 실행하세요. 다시 켜고 로그에서 가장 먼저 나타나는 명확한 오류를 확인합니다. 권한이 거부되면 관리자 권한과 기기 정책을 확인하고, 설정 구문 분석에 실패하면 최근 변경을 되돌립니다. 코어 파일이 없다면 프로그램 폴더와 보안 프로그램 기록을 확인하세요. 네트워크 어댑터를 먼저 모두 삭제하지 마세요.

브라우저는 되는데 데스크톱 프로그램은 여전히 연결되지 않나요?

먼저 「시스템 프록시 해제」를 선택하고 브라우저가 시스템 프록시를 통해 연결되는 상태가 아닌지 확인하세요. 그런 다음 TUN 네트워크 어댑터와 IPv4/IPv6 라우팅을 확인하고, 해당 프로그램에 별도의 프록시가 설정되어 있거나 특정 네트워크 어댑터에 바인딩되어 있는지 살펴봅니다. 음성 연결만 실패한다면 노드와 서버가 필요한 UDP 전달을 지원하는지도 확인하세요.

TUN을 켠 뒤 모든 웹사이트에 접속할 수 없다면 무엇부터 확인해야 하나요?

먼저 「TUN 활성화」를 끄고 일반 시스템 프록시로 돌아가 동일한 노드를 테스트하세요. 일반 모드에서도 실패하면 노드 문제부터 해결합니다. 일반 모드에서는 정상이라면 TUN 로그로 돌아가 DNS 시간 초과, 라우팅 충돌, 코어 시작 오류를 확인하세요. 로그에 포트 충돌이 표시되면 매개변수 설정에 지정된 실제 포트를 기준으로 해당 프로세스를 찾습니다.

TUN을 꺼도 인터넷이 끊긴 상태라면 Windows를 초기화해야 하나요?

먼저 시스템 프록시를 해제하고 v2rayN을 정상 종료한 다음 「설정」→「네트워크 및 인터넷」→「프록시」에서 수동 프록시 설정을 확인하세요. 남아 있는 프록시가 없는지 확인한 뒤 네트워크에 다시 연결하고, 필요한 경우 컴퓨터를 재시작합니다. 라우팅과 로그 기록은 보관하고 모든 라우팅을 삭제하거나 네트워크를 초기화하는 명령은 바로 실행하지 마세요.

로그에 로컬 포트 10808이 사용 중이라고 명확히 표시되면 PowerShell에서 아래 명령을 실행해 리스닝 프로세스를 확인할 수 있습니다. 이 포트는 예시이므로 오류 메시지에 나온 실제 포트로 바꿔야 합니다. 프로세스가 어떤 프로그램에 속하는지 확인한 뒤 충돌 프로그램을 종료하거나 리스닝 포트를 변경하세요. 프로세스 번호만 보고 알 수 없는 서비스를 강제로 종료하지 마세요.

Get-NetTCPConnection -LocalPort 10808 -State Listen |
  Select-Object LocalAddress, LocalPort, OwningProcess

장기간 사용하려면 브라우저, 명령줄 도구, 실제 데스크톱 프로그램, LAN 기기 등 네 가지 유형을 먼저 테스트한 뒤 필요한 경우 시작 동작을 설정하세요. 관리자 권한은 프로그램 실행 방식에 영향을 주므로 일반 로그인 시 자동 시작만으로 가상 네트워크 어댑터를 만들 수 있다고 가정하면 안 됩니다. 설정 항목과 제한 사항은 TUN 모드 안내서에서 확인하세요. 웹 브라우징만 필요하다면 더 간단한 시스템 프록시를 계속 사용할 수도 있습니다.

v2rayN 클라이언트 다운로드

운영체제와 아키텍처에 맞는 설치 파일을 선택한 다음, 안내에 따라 구독을 추가하고 기본 연결을 확인하세요.

v2rayN 다운로드 사용법 보기