브라우저는 인터넷에 연결되지만 명령줄 도구, 게임, 다른 데스크톱 프로그램은 프록시를 사용하지 않는다면 먼저 시스템 프록시 설정을 읽는지 확인하세요. 이 글에서는 Windows용 v2rayN을 기준으로 TUN 적용, 관리자 권한, DNS와 라우팅의 관계를 설명하고 활성화부터 확인, 네트워크 복구까지 순서대로 안내합니다. 모든 설정을 한꺼번에 바꾸지 않고 TUN이 필요한지 판단할 수 있습니다.
시스템 프록시와 TUN: 트래픽이 들어오는 경로의 차이
시스템 프록시는 주로 애플리케이션에 프록시 서버 주소를 알려줍니다. 애플리케이션이 이 설정을 읽고 사용해야 연결이 v2rayN의 로컬 프록시로 전달됩니다. 일부 명령줄 도구는 프록시 환경 변수만 읽고, 일부 프로그램은 자체 네트워크 스택을 사용합니다. 따라서 브라우저가 정상적으로 연결된다고 해서 다른 프로그램도 프록시를 사용한다고 볼 수는 없습니다.
TUN은 IP 계층에서 작동하는 가상 네트워크 인터페이스입니다. 시스템은 라우팅 조건에 맞는 패킷을 가상 네트워크 어댑터로 보내고, 연동된 코어가 연결을 처리해 출구를 선택합니다. 보통 애플리케이션마다 HTTP 또는 SOCKS 주소를 입력할 필요는 없지만, 관리자 권한과 시스템 라우팅, DNS 설정에 따라 트래픽 처리 결과가 달라집니다.
‘전체 트래픽을 처리한다’는 말은 처리 범위를 뜻하며, ‘모든 트래픽이 프록시 서버를 거친다’는 뜻은 아닙니다. Tun을 활성화해도 중국 본토 사이트, 로컬 네트워크, 직접 연결 규칙에 해당하는 트래픽은 바로 전송될 수 있습니다. 가상 네트워크 어댑터로 들어오지 않은 연결도 자동으로 처리되지 않습니다. IPv6, 다른 가상 네트워크 어댑터, 명시적으로 제외한 경로도 따로 확인해야 합니다.
- 브라우저만 사용하는 경우: 대체로 시스템 프록시만으로 충분하므로 TUN을 굳이 활성화할 필요는 없습니다.
- 프로그램에서 수동 프록시 설정을 지원하는 경우: 해당 프로그램에 HTTP 또는 SOCKS 프록시를 먼저 설정하세요. 변경 범위를 줄일 수 있습니다.
- 프록시를 지원하지 않아 트래픽 처리가 필요한 경우: 일부 게임, 런처, 독립형 네트워크 도구처럼 TUN이 필요한지 검토하세요.
- UDP를 사용하는 경우: TUN이 관련 IP 패킷을 받을 수는 있지만, 전달 여부는 프로토콜과 코어, 서버, 원격 네트워크에 따라 달라집니다. 스위치만 보고 판단할 수 없습니다.
활성화 전 확인 사항: 서버 연결과 권한 점검
v2rayN은 설정을 관리하고 코어를 실행하는 클라이언트이고, TUN은 트래픽 진입점이며, VMess와 VLESS 등은 프록시 프로토콜입니다. 서로 대체할 수 있는 개념이 아닙니다. TUN을 켜도 연결할 수 없는 서버가 작동하게 되거나 서버에서 제공하지 않는 전송 기능이 추가되지는 않습니다.
배포 패키지에 따라 메뉴 위치나 항목 이름이 다를 수 있습니다. 아래 설명은 메인 화면의 ‘Tun 활성화’ 스위치와 ‘설정’ → ‘매개변수 설정’의 TUN 관련 옵션을 기준으로 합니다. 화면에 표시되는 이름과 실행 로그를 우선 확인하세요. 특정 버전에서 생성된 전체 코어 설정을 다른 버전에 그대로 덮어쓰지 마세요.
- 현재 설정을 기록합니다. 활성 서버, 시스템 프록시 모드, 현재 라우팅 프리셋을 기록하세요. 첫 테스트에서는 구독 그룹, 출구 프로토콜, DNS를 동시에 변경하지 마세요.
- 일반 프록시 연결을 확인합니다. TUN은 끈 상태로 두고 시스템 프록시를 사용해 연결 가능한 HTTPS 사이트에 접속하세요. 실패하면 먼저 구독, 서버 인증, 시스템 시간, 네트워크 연결을 점검합니다.
- 충돌할 수 있는 네트워크 처리 프로그램을 종료합니다. 다른 VPN, 가상 네트워크 어댑터 프로그램, 기업 보안 클라이언트가 동시에 라우팅을 변경할 수 있습니다. 관리 권한이 있는 프로그램만 종료하세요. 관리 대상 기기라면 먼저 조직 정책을 확인해야 합니다.
- 관리자 권한을 준비합니다. Windows에서 처음 문제를 점검할 때는 v2rayN을 종료하고 프로그램을 마우스 오른쪽 버튼으로 클릭한 다음 ‘관리자 권한으로 실행’을 선택하세요. 가상 네트워크 어댑터 생성과 라우팅 변경에는 보통 관리자 권한이 필요합니다. 배포 패키지에서 지원하는 서비스 방식으로 실행한다면 해당 서비스의 권한을 확인하세요.
Tun 활성화: 한 번에 하나씩 순서대로 설정
처음 설정할 때는 클라이언트의 기본 TUN 매개변수를 사용하고, 네트워크 스택이나 MTU를 바꾸거나 출처가 불분명한 고급 설정을 가져오지 마세요. v2rayN의 TUN 연결은 sing-box 등의 연동 코어가 처리할 수 있습니다. 선택한 서버의 Xray 등 출구 코어와 연동될 수 있으므로 현재 실행 로그를 기준으로 확인하세요.
- 연결을 확인한 서버를 선택합니다. 메인 화면에서 해당 서버를 활성 서버로 지정하고, 테스트 결과가 표시되는 데 그치지 않고 일반 프록시 연결로 실제 요청이 완료되는지 확인하세요.
- TUN 매개변수를 확인합니다. ‘설정’ → ‘매개변수 설정’에서 TUN 관련 옵션을 찾으세요. 네트워크 스택과 MTU는 기본값으로 두고, 자동 라우팅 옵션이 있다면 상태를 확인합니다. 가상 네트워크 어댑터만 만들고 유효한 라우팅을 설정하지 않으면 원하는 방식으로 트래픽을 처리할 수 없는 경우가 많습니다.
- 테스트를 분리하기 위해 시스템 프록시를 해제합니다. 메인 화면의 ‘시스템 프록시’ 메뉴에서 ‘시스템 프록시 해제’를 선택하세요. 모든 환경에서 반드시 필요한 단계는 아닙니다. 브라우저가 이전 명시적 프록시를 계속 사용해 테스트 결과가 모호해지는 일을 막기 위한 조치입니다.
- ‘Tun 활성화’를 켭니다. 화면 안내에 따라 관리자 권한을 허용하거나 다시 시작한 뒤 로그를 확인하세요. 스위치 색상만 보지 말고 코어가 정상적으로 시작되었는지, 가상 인터페이스가 생성되었는지, 라우팅 설정이 완료되었는지 확인해야 합니다.
- 대상 프로그램을 실행합니다. 먼저 시스템 프록시를 사용하지 않던 프로그램을 테스트한 뒤 로컬 네트워크 접속을 확인하세요. 문제가 생기면 TUN을 끄고 기존 상태로 되돌리세요. 여러 프리셋을 연속해서 바꾸지 마세요.
macOS와 Linux 데스크톱 버전도 가상 인터페이스를 만들고 라우팅을 변경할 권한이 필요하지만, 권한을 높이는 방법은 Windows와 다릅니다. Windows의 마우스 오른쪽 버튼 조작을 다른 시스템에 그대로 적용하지 마세요. 오류를 피하려고 설치 디렉터리 전체에 장기간 과도한 권한을 부여해서도 안 됩니다.
DNS 가로채기: DNS 요청을 받는 것과 모든 DNS 응답을 바꾸는 것은 다릅니다
TUN에서 말하는 DNS 가로채기는 일반적으로 조건에 맞는 기존 DNS 요청을 코어의 내장 DNS 처리 경로로 전달하는 것을 뜻합니다. 웹페이지 내용을 변경하는 기능과는 관계가 없습니다. 제대로 설정하면 도메인 확인과 프록시 라우팅이 함께 작동하지만, 설정이 잘못되면 서버 연결은 되는데 도메인 접속이 실패할 수 있습니다.
이 포트는 각 프로토콜에서 흔히 사용하는 포트입니다. v2rayN의 로컬 수신 포트도, 이 사이트의 테스트 결과도 아닙니다. 목적지 포트 53만 확인하는 규칙으로는 모든 암호화 DNS를 자동으로 식별해 처리할 수 없습니다. 브라우저의 보안 DNS, 애플리케이션 내장 DoH, 사용자 지정 DNS 확인 서버는 다른 경로를 사용할 수 있습니다.
- 스위치만 찾지 말고 생성된 설정을 확인합니다. 일부 버전은 기본 템플릿으로 DNS 가로채기 규칙을 생성하므로 같은 이름의 체크박스가 없을 수 있습니다. TUN 매개변수와 로그를 확인하세요. 생성된 설정을 확인할 때는 읽기만 하고, 임시 파일을 지속 설정처럼 수정하지 마세요.
- DNS 확인 순환을 방지합니다. 프록시 서버 주소가 도메인 이름이라면 먼저 사용할 수 있는 DNS 확인 경로가 있어야 합니다. 원격 DNS가 아직 연결되지 않은 프록시에 의존하면 시작 단계에서 순환 의존성이 생길 수 있습니다.
- 로컬 네트워크 도메인을 구분합니다. 기업 내부 네트워크나 가정용 기기의 로컬 도메인은 내부 DNS에서만 확인될 수 있으므로 모두 공용 DNS 확인 서버로 보내서는 안 됩니다.
- IPv6를 별도로 확인합니다. AAAA 레코드와 IPv6 라우팅은 함께 설정해야 합니다. IPv4만 처리한다고 해서 모든 연결이 같은 경로를 거친다고 볼 수 없습니다.
판단 방법: 먼저 DNS 경로를 맞춘 뒤 라우팅을 조정하세요
브라우저와 다른 프로그램의 결과만 다르다면 브라우저의 사용자 지정 보안 DNS를 잠시 끄고 비교해 DNS 확인 경로의 차이인지 확인하세요. 모든 라우팅을 바로 프록시로 바꾸지 마세요. 테스트가 끝나면 실제 필요에 따라 브라우저 설정을 복구하세요.
트래픽 처리 확인: 연결, 라우팅, 로컬 네트워크 점검
TUN이 제대로 작동하는지 확인하려면 최소 두 가지 근거가 필요합니다. 운영체제에서 예상한 인터페이스나 라우팅 변경을 확인하고, 대상 프로그램의 연결이 규칙에 따라 해당 출구로 전달되는지도 확인해야 합니다. 공인 IP가 바뀐 것만으로는 그 요청의 출구만 확인할 수 있으며, 모든 프로그램과 프로토콜이 처리된다는 증거는 아닙니다.
Windows에서는 PowerShell에서 아래의 읽기 전용 명령을 사용해 상태를 확인할 수 있습니다. 활성화 전후에 각각 실행해 결과를 비교하세요. 네트워크 어댑터 이름은 설정과 버전에 따라 바뀌므로 특정 이름만 찾아서는 안 됩니다.
# 숨겨진 인터페이스를 포함한 네트워크 어댑터 확인
Get-NetAdapter -IncludeHidden
# IPv4 및 IPv6 라우팅 확인
Get-NetRoute -AddressFamily IPv4
Get-NetRoute -AddressFamily IPv6
# 각 인터페이스의 DNS 서버 설정 확인
Get-DnsClientServerAddressDNS 가로채기가 트래픽 처리 과정에서 이루어지면 시스템에 표시되는 DNS 서버 주소가 바뀌지 않을 수도 있습니다. 따라서 마지막 명령만으로 가로채기가 적용되었는지 판단할 수는 없습니다. 라우팅 처리도 기본 경로 하나를 교체하는 방식으로 나타나지 않을 수 있으므로 실제 생성된 규칙과 로그를 함께 확인하세요.
- 대상 프로그램 테스트: 프로그램에 직접 설정한 프록시나 프록시 환경 변수를 해제하고 다시 시작한 뒤 명확한 연결을 한 번 시도하세요. 해당 시각의 v2rayN 로그에서 대상 주소와 출구 기록을 확인합니다.
- 도메인 확인 테스트: 같은 도메인의 TUN 적용 전후 조회 및 접속 결과를 비교하세요. 캐시가 판단에 영향을 줄 수 있습니다. 필요한 경우 Windows에서
ipconfig /flushdns를 실행해 시스템 DNS 캐시를 지운 뒤 대상 프로그램을 다시 시작하세요. - 내부 네트워크 테스트: 실제로 연결할 수 있는 라우터 관리 페이지, 프린터 또는 공유 서비스를 이용해 확인하세요. 사설 네트워크 대역은
192.168.0.0/16뿐 아니라10.0.0.0/8과172.16.0.0/12도 포함합니다. 기업 내부에는 별도의 전용 경로가 있을 수 있습니다. - UDP 테스트: 실제로 UDP 세션을 사용하는 대상 애플리케이션으로 확인하세요. 웹페이지가 열리거나 ping에 성공해도 UDP 프록시가 작동한다는 뜻은 아닙니다.
자주 발생하는 문제: 증상별 점검 방법
한 번에 하나씩만 변경하고 변경 전후의 로그를 보관하세요. 로그에는 구독 주소, 서버 주소, 인증 정보가 포함될 수 있으므로 다른 사람에게 전달하기 전에 민감한 정보를 가려야 합니다. 아래에서는 처음 활성화할 때 자주 마주치는 네 가지 증상을 살펴봅니다.
‘Tun 활성화’를 누르면 바로 꺼집니다. 어떻게 해야 하나요?
먼저 같은 시각의 코어 로그를 확인하세요. 권한 부족 메시지가 나오면 프로그램을 종료하고 관리자 권한으로 다시 시작합니다. 가상 인터페이스 생성 실패라면 다른 트래픽 처리 프로그램과 보안 정책을 확인하세요. 설정 항목이 호환되지 않는다면 TUN 기본 매개변수로 되돌리고 클라이언트와 연동 코어가 같은 배포 패키지에 포함된 것인지 확인합니다.
TUN을 켠 뒤 인터넷이 전부 끊겼습니다. 먼저 DNS를 바꿔야 하나요?
먼저 TUN을 끄고 기존 네트워크가 복구되는지 확인한 다음 일반 시스템 프록시를 테스트하세요. 일반 프록시도 실패한다면 서버나 기본 네트워크부터 점검해야 합니다. TUN에서만 문제가 발생한다면 라우팅 충돌, 코어 실행 상태, DNS 확인 순환을 점검하세요. 서버와 DNS 설정을 동시에 바꾸지 마세요.
브라우저는 되는데 게임은 연결되지 않습니다. 어떻게 해야 하나요?
먼저 브라우저가 별도의 명시적 프록시를 사용하지 않는지 확인한 다음 게임 연결이 로그에 나타나는지 살펴보세요. 연결 기록은 있지만 UDP가 실패한다면 서버의 UDP 지원 여부와 네트워크 제한을 확인합니다. 기록이 없다면 라우팅 제외 규칙, 다른 가상 네트워크 어댑터, 게임 자체 네트워크 설정을 점검하세요. TUN이 게임 지연을 줄여 주는 것은 아닙니다.
TUN을 켠 뒤 프린터나 회사 내부 네트워크에 접속할 수 없습니다. 어떻게 해야 하나요?
먼저 TUN을 끄고 비교해 해당 서비스가 정상 작동하는지 확인하세요. 그런 다음 해당 네트워크 대역의 직접 연결 또는 우회 규칙을 살펴보고, 내부 도메인을 계속 내부 DNS에서 확인하는지 확인합니다. 기업 VPN의 전용 경로와 TUN 자동 라우팅이 충돌할 수 있습니다. 기본 경로의 우선순위만 높여 무작정 해결하려 해서는 안 됩니다.
비활성화 및 복구: 시스템 네트워크가 정상인지 확인
정상적으로 종료하려면 먼저 ‘Tun 활성화’를 끄고 코어가 중지되며 라우팅이 복구될 때까지 기다린 다음 시스템 프록시를 복구할지 결정하세요. 브라우저에서 일반 프록시를 계속 사용하려면 시스템 프록시를 다시 설정하면 됩니다. 사용을 완전히 중단하려면 프록시 해제 상태를 유지해 애플리케이션이 더 이상 수신 대기하지 않는 로컬 포트에 연결하지 않도록 하세요.
- TUN을 끈 뒤 원래 접속되던 사이트와 로컬 네트워크 기기에 다시 접속해 기본 연결이 복구되었는지 확인하세요.
- 클라이언트가 비정상 종료되었다면 다시 시작한 뒤 TUN을 정상적으로 끄고, 클라이언트가 생성한 인터페이스와 라우팅을 정리하도록 하세요.
- 문제가 계속되면 로그와 라우팅 정보를 저장한 뒤 운영체제의 절차에 따라 기기를 다시 시작하세요. 가상 네트워크 어댑터를 한꺼번에 삭제하거나 모든 네트워크 설정을 초기화하지 마세요. 다른 업무 연결에 문제가 생길 수 있습니다.
- 최종적으로 작동하는 서버, 라우팅 프리셋, DNS 설정을 기록하세요. 이후 업그레이드한 다음에는 대상 프로그램을 먼저 다시 테스트하고 자동 시작이나 상시 트래픽 처리를 복구하세요.
TUN은 클라이언트 처리 경로로 들어오는 트래픽 범위를 넓혀 주지만 구독 관리, 서버 연결 상태 확인, 라우팅 설계를 대신하지는 않습니다. 더 많은 기본 설정 항목과 구성 키는 전체 설정 가이드에서 확인할 수 있습니다. 기본 네트워크 문제는 문제 해결을 참고해 하나씩 점검하세요.