v2rayN TUN 모드 설정 방법: 가상 네트워크 어댑터로 전체 트래픽 처리하기

핵심 내용

브라우저에서는 접속되지만 다른 프로그램에서는 프록시가 작동하지 않는다면, 먼저 해당 프로그램이 시스템 프록시를 사용하는지 확인한 뒤 TUN을 고려하세요. 이 글에서는 Windows용 v2rayN을 기준으로 관리자 권한 실행, TUN 활성화, 라우팅과 DNS 확인, 가상 네트워크 어댑터 충돌 해결 방법을 안내합니다. 완료 후에는 트래픽이 클라이언트에 들어오는 것과 프록시를 통해 외부로 나가는 것을 구분하고, 언제든 시스템 프록시로 되돌릴 수 있습니다.

1. TUN 트래픽 처리와 시스템 프록시 구분하기

시스템 프록시는 해당 설정을 지원하는 앱에 프록시 연결 지점을 제공합니다. 브라우저는 대체로 시스템 프록시를 사용하지만, 일부 게임과 명령줄 도구, 백그라운드 서비스는 자체 네트워크 설정을 사용합니다. 따라서 v2rayN에서 시스템 프록시를 설정했어도 앱이 프록시를 거치지 않고 직접 인터넷에 연결될 수 있습니다. 앱에서 프록시를 직접 설정할 수 있다면 TUN을 바로 켜기보다 앱 설정을 먼저 이용해 보세요.

TUN은 네트워크 계층에 가상 인터페이스를 제공합니다. 시스템 라우팅과 함께 사용하면 원래 직접 전송되던 IP 패킷을 클라이언트의 처리 경로로 전달한 뒤 규칙에 따라 직접 연결, 프록시 또는 차단을 선택할 수 있습니다. 앱마다 시스템 프록시를 직접 사용하도록 설정할 필요는 없지만, 모든 네트워크 환경과 프로세스, 프로토콜을 처리한다는 뜻은 아닙니다.

앱에서 요청 전송 가상 네트워크 어댑터가 트래픽 처리 라우팅 규칙 적용 지정된 아웃바운드로 처리

‘전체 트래픽 처리’와 ‘전체 트래픽 프록시’를 구분해야 합니다. 전자는 처리 경로로 들어오는 트래픽의 범위이고, 후자는 외부로 나갈 때 적용되는 정책입니다. TUN을 켜도 로컬 네트워크 주소나 직접 연결 규칙에 해당하는 사이트는 그대로 직접 접속할 수 있습니다. 처리 가능한 외부 트래픽을 모두 프록시로 보내려면 라우팅 정책을 조정하고 노드가 해당 전송 방식을 지원하는지도 확인하세요.

비교 항목	시스템 프록시	TUN 모드
연결 방식	앱이 로컬 프록시 주소로 연결	라우팅을 통해 IP 패킷을 가상 인터페이스로 전달
앱 설정	시스템 프록시 사용 또는 프록시 직접 설정	대체로 앱에서 프록시를 따로 설정할 필요 없음
시스템 권한	현재 사용자 프록시 설정에는 보통 관리자 권한이 필요하지 않음	인터페이스 생성 및 라우팅 변경에는 보통 관리자 권한이 필요함
아웃바운드 선택	클라이언트 라우팅 규칙에 따라 결정	클라이언트 라우팅 규칙에 따라 결정

2. 노드, 권한, 네트워크 환경 확인하기

먼저 시스템 프록시 모드에서 가져온 구성이 정상적으로 작동해 대상 사이트에 접속되는지 확인하세요. TUN은 만료된 구독, 잘못된 서버 주소나 TLS 설정 등 기존 문제를 해결해 주지 않습니다. VMess와 VLESS는 프록시 프로토콜을 가리키고, TUN은 로컬 트래픽을 처리하는 방식이므로 서로 대체할 수 있는 설정 유형이 아닙니다.

현재 설정을 기록하세요. 활성 서버, 라우팅 모드, DNS 설정, 시스템 프록시 상태를 적어 두세요. 로컬 수신 포트를 기록할 때는 「설정」→「매개변수 설정」에 표시된 실제 값을 확인하세요. 다른 컴퓨터의 값을 그대로 사용하지 마세요.
프로그램 폴더를 통째로 유지하세요. 다운로드 패키지의 배포 방식에 따라 설치하거나 압축을 푸세요. 실행 파일만 따로 옮기지 마세요. TUN에 필요한 코어와 관련 파일을 클라이언트가 찾을 수 있어야 합니다.
다른 트래픽 처리 도구를 잠시 중지하세요. 다른 VPN이나 가상 네트워크 어댑터를 사용하는 서비스를 먼저 연결 해제하세요. 여러 프로그램이 기본 경로를 동시에 점유하는 상태에서 문제를 진단하지 마세요.
기기의 권한을 확인하세요. 관리 대상 업무용 컴퓨터라면 관리자 정책을 먼저 따르세요. TUN을 켜기 위해 보안 프로그램을 끄거나 조직에서 지정한 보안 설정을 변경하지 마세요.

3. Windows에서 v2rayN TUN 켜기

아래 안내는 일반적인 데스크톱 인터페이스를 기준으로 합니다. 배포판에 따라 스위치 위치와 표기, 관리자 권한을 얻는 방법이 다를 수 있습니다. 먼저 메인 화면에서 「TUN 활성화」를 찾은 뒤 「설정」→「매개변수 설정」의 「TUN 모드 설정」을 확인하세요. 현재 화면의 명칭이 다르면 실제로 TUN이 표시된 옵션을 기준으로 하세요. 오래된 화면을 그대로 따라 하며 관계없는 매개변수를 변경하지 마세요.

실행 중인 프로그램을 종료하세요. 트레이 메뉴에서 v2rayN을 종료하세요. 새로 관리자 권한으로 실행해도 기존의 일반 권한 창만 다시 열리는 상황을 피할 수 있습니다.
관리자 권한으로 실행하세요. Windows에서 프로그램을 마우스 오른쪽 버튼으로 클릭하고 「관리자 권한으로 실행」을 선택한 뒤 시스템 권한 확인 창을 승인하세요. 클라이언트에서 관리자 권한 실행이나 서비스 방식을 제공한다면 해당 버전의 안내를 따르세요. 출처를 알 수 없는 드라이버를 추가로 설치하지 마세요.
사용 가능한 서버를 선택하세요. 현재 활성 구성이 올바른지 확인하세요. 검증이 끝난 라우팅 설정은 유지하고, 처음 문제를 확인할 때는 노드와 DNS, 라우팅을 한꺼번에 변경하지 마세요.
TUN 매개변수를 확인하세요. 「설정」→「매개변수 설정」에서 TUN 관련 설정을 확인하세요. 처음 사용할 때는 네트워크 스택과 MTU 등의 기본값을 유지하세요. 저장한 뒤 메인 화면으로 돌아갑니다.
「TUN 활성화」를 켜세요. 코어가 시작될 때까지 기다린 다음 로그에서 인터페이스, 권한, 라우팅 또는 설정 오류가 있는지 확인하세요. 스위치가 켜졌다는 것은 활성화 요청이 전달되었다는 뜻일 뿐, 네트워크 연결이 정상이라는 증거는 아닙니다.
시스템 프록시의 영향을 분리하세요. TUN이 시작된 것을 확인한 뒤 시스템 프록시를 「시스템 프록시 해제」로 설정하고, 이전에 시스템 프록시를 사용하지 않던 프로그램을 테스트하세요. 브라우저가 시스템 프록시로 접속되어 TUN이 실제로 트래픽을 처리하지 못한 문제가 가려지는 일을 방지할 수 있습니다.

macOS와 Linux용 v2rayN도 가상 인터페이스 및 라우팅 작업에 필요한 권한을 확보해야 하지만, Windows의 마우스 오른쪽 버튼을 이용한 관리자 권한 실행 방법을 그대로 적용할 수는 없습니다. 해당 플랫폼의 배포 패키지를 사용하고 배포판의 권한 안내를 따르세요. 데스크톱 프로그램을 불필요하게 높은 권한으로 계속 실행하지 않도록 범용 관리자 권한 명령 전체를 안내하지는 않습니다.

4. 라우팅, DNS, UDP 확인하기

TUN을 시작한 뒤에는 적절한 로컬 네트워크 직접 연결 규칙을 유지하고 외부 도메인의 분할 라우팅을 확인하세요. 사내 네트워크, 프린터 또는 라우터 관리 페이지에 접속할 때는 특정 사설 네트워크 주소가 필요할 수 있습니다. 이런 요청이 원격 프록시로 전달되면 외부 인터넷은 되더라도 로컬 네트워크 연결이 끊길 수 있습니다.

일반 DNS가 사용하는 서비스 포트. UDP 또는 TCP로 통신

443

DoH에서 일반적으로 사용하는 HTTPS 서비스 포트

두 포트는 프로토콜에서 흔히 사용하는 값이며 v2rayN의 로컬 수신 포트로 입력하라는 뜻이 아닙니다. DNS가 TUN을 통해 처리되는지는 생성된 설정의 DNS 라우팅과 가로채기 규칙, 앱 자체의 DNS 조회 방식에 따라 달라집니다. 브라우저에서 암호화 DNS를 별도로 사용하면 조회가 HTTPS로 전송될 수 있으므로, 53번 포트 트래픽이 보이지 않는다는 이유만으로 장애라고 판단하지 마세요.

DNS 리졸버에 연결할 수 있는지 확인하세요. 원격 DNS를 사용하려면 프록시를 통한 연결이 필요할 수 있습니다. 이 경우 원격 DNS 자체에 사용할 수 있는 아웃바운드 경로가 있어야 합니다. 그렇지 않으면 DNS 응답을 기다리거나 시작 단계에서 의존성 순환이 발생할 수 있습니다.
DNS 조회와 연결을 구분하세요. DNS 조회가 성공했다는 것은 주소를 얻었다는 뜻일 뿐, 대상 포트에 연결할 수 있다는 뜻은 아닙니다. 연결 시간 초과가 발생해도 반드시 DNS 오염 때문이라고 볼 수는 없습니다.
노드 주소의 DNS 조회 경로를 확보하세요. 노드 서버 주소가 도메인이라면 프록시 연결 전에 필요한 DNS 조회가 완료되어야 합니다. 모든 DNS 조회가 아직 시작되지 않은 프록시에 의존하지 않도록 하세요.
UDP는 별도로 확인하세요. 게임과 음성 통화, 일부 앱은 UDP를 사용합니다. TUN이 해당 트래픽을 처리할 수 있어도 프록시 프로토콜과 노드 서버, 네트워크 경로가 모두 이를 지원해야 합니다. 웹페이지가 열린다고 해서 UDP도 작동한다고 볼 수는 없습니다.

요약: 아웃바운드를 유지한 뒤 DNS를 따로 조정하세요

검증된 노드 하나와 명확한 라우팅 규칙을 유지하고 DNS 설정은 한 번에 하나씩 변경하세요. 변경 후에는 외부 사이트와 로컬 네트워크 리소스를 모두 다시 테스트해 외부 접속이 복구된 대신 내부 네트워크가 끊기지 않았는지 확인하세요.

5. 스위치 상태만 보지 말고 트래픽 처리 확인하기

검증할 때는 동일한 대상과 앱을 사용해 TUN을 켰을 때와 껐을 때의 결과를 각각 기록하세요. 앱 자체에 HTTP 또는 SOCKS 프록시가 설정되어 있다면 먼저 해당 설정을 기록하고 일시적으로 끄세요. 그래야 연결이 성공한 원인이 앱 프록시인지 가상 네트워크 어댑터인지 구분할 수 있습니다.

먼저 일반 웹페이지를 테스트하세요. 시스템 프록시를 해제한 상태에서 대상 사이트에 접속해 기본 연결이 정상인지 확인하세요. 브라우저 캐시에 남은 페이지만 확인하지 말고 요청을 새로 보내세요.
그다음 대상 프로그램을 테스트하세요. 이전에 시스템 프록시를 사용하지 않던 앱을 실행하면서 클라이언트의 연결 정보나 로그를 확인하세요. 규칙과 대상, 아웃바운드가 로그에 표시된다면 실제로 적용된 아웃바운드를 중점적으로 살펴보세요.
로컬 리소스를 확인하세요. 실제로 사용하는 라우터 관리 주소와 로컬 네트워크 서비스, 공유 리소스에 접속하세요. 모든 가정용 네트워크가 같은 주소 대역을 사용한다고 가정하지 마세요.
TUN을 끄고 비교 테스트를 하세요. TUN을 끈 뒤 다시 테스트하고, 그다음 다시 켜세요. 결과가 완전히 같다면 트래픽 처리에 실패했다고 바로 단정하지 말고 대상에 원래 직접 접속할 수 있었는지부터 확인하세요.

Windows에서는 아래 읽기 전용 명령으로 인터페이스와 라우팅을 확인할 수 있습니다. 설정을 변경하지는 않으며, 이 명령만으로 트래픽이 프록시를 통과했는지 증명할 수도 없습니다. 앱 요청 및 클라이언트 로그와 함께 판단하세요. 인터페이스 이름은 시스템과 코어에 따라 달라지므로 특정 이름을 찾을 필요는 없습니다.

ipconfig /all
route print
powershell -NoProfile -Command "Get-NetAdapter | Format-Table Name,InterfaceDescription,Status"

6. 시작 실패, 네트워크 끊김, 로컬 네트워크 충돌 해결하기

「TUN 활성화」를 눌렀는데 바로 꺼지는 이유는 무엇인가요?

먼저 시작 작업 직후에 나타난 첫 번째 오류를 확인하세요. 권한 부족 오류가 보이면 트레이에서 실행 중인 인스턴스를 종료한 뒤 관리자 권한으로 다시 실행하세요. 코어 파일이 없다는 오류가 보이면 배포 패키지 전체를 복원하세요. 설정 항목 오류가 보이면 최근에 변경한 TUN 매개변수를 먼저 되돌리세요. 중요한 로그를 덮어쓰지 않도록 스위치를 연달아 켰다 끄지 마세요.

TUN을 켠 뒤 모든 사이트에 접속할 수 없다면 무엇을 먼저 바꿔야 하나요?

먼저 TUN을 끄고 기존에 작동하던 시스템 프록시를 복구한 뒤 노드가 여전히 사용 가능한지 확인하세요. 노드가 정상이라면 TUN 로그에서 DNS와 라우팅 오류를 확인하고 다른 VPN은 잠시 중지하세요. 기본 경로가 서로 영향을 주지 않도록 트래픽 처리 도구는 한 번에 하나씩 다시 활성화하세요.

웹페이지는 열리지만 게임이나 음성 통화가 연결되지 않나요?

앱이 다른 네트워크 어댑터에 바인딩되어 있지 않은지 확인한 뒤 노드가 필요한 UDP 전달을 지원하는지 살펴보세요. 브라우저에서 HTTPS에 성공했다고 UDP도 작동하는 것은 아닙니다. 앱에 표시된 구체적인 오류와 발생 시간을 기록하고 클라이언트 로그와 함께 확인해 연결 거부, 시간 초과, 규칙 할당 오류 중 무엇인지 판단하세요.

외부 인터넷은 되는데 프린터와 사내 네트워크에 연결할 수 없나요?

로컬 네트워크 대상의 실제 주소와 적용된 규칙을 확인하고 해당 경로를 직접 연결로 유지하세요. 회사 VPN은 전용 라우팅과 내부 DNS를 사용할 수 있으므로 먼저 TUN을 끄고 충돌 여부를 확인하세요. 관리 대상 기기라면 관리자에게 문의하세요. 시스템 라우팅을 삭제해 정책을 우회하려고 하지 마세요.

클라이언트를 종료했는데도 인터넷이 끊겼다면 어떻게 복구하나요?

먼저 v2rayN을 다시 시작하고 TUN을 끈 뒤 정상적으로 종료하세요. 그런 다음 시스템 프록시가 해제되었는지 확인하세요. 다른 트래픽 처리 서비스가 없는 것을 확인한 뒤에도 문제가 계속되면 컴퓨터를 다시 시작해 임시 인터페이스와 라우팅을 정리할 수 있습니다. 정체를 모르는 네트워크 어댑터를 바로 삭제하거나 라우팅 테이블 전체를 비우지 마세요.

7. 복구 경로를 확보한 뒤 상시 사용 여부 결정하기

브라우저 프록시만 필요하다면 시스템 프록시가 대체로 확인과 관리가 더 쉽습니다. 시스템 프록시를 사용하지 않는 프로그램까지 처리해야 할 때 TUN을 사용하세요. TUN을 계속 켜 둘 수 있는지는 스위치가 유지되는지가 아니라 현재 라우팅과 DNS, 절전 모드 복귀, 네트워크 전환이 정상적으로 작동하는지에 따라 결정해야 합니다.

네트워크를 바꾼 뒤 다시 테스트하세요. 유선에서 무선으로 전환하거나 가정용 네트워크에서 사무실 네트워크로 바꾼 뒤 외부 접속과 로컬 네트워크 리소스를 다시 확인하세요.
업데이트 후 설정을 확인하세요. 클라이언트와 코어 업데이트로 지원되는 매개변수가 달라질 수 있습니다. 복구할 수 있는 설정을 먼저 보관하고 시작 로그를 확인하세요. 이전 버전의 설정 조각을 새 버전에 그대로 붙여 넣지 마세요.
순서대로 되돌리세요. 먼저 TUN을 끄고 필요한 경우 시스템 프록시를 복구한 다음 대상 앱과 로컬 네트워크 리소스가 모두 정상으로 돌아왔는지 확인하세요.

구독을 다시 가져오거나 기본 프록시 연결을 확인해야 한다면 먼저 사용 가이드에 따라 기본 연결을 완료한 뒤 TUN을 켜세요. 노드 연결, 시스템 프록시, 가상 네트워크 어댑터, 분할 라우팅 규칙을 각각 나누어 확인하면 여러 설정을 한꺼번에 바꾸는 것보다 문제를 쉽게 찾을 수 있습니다.