· 프로토콜 해설 · 약 15분

VMess와 VLESS 차이: 프로토콜 선택 전 알아둘 점

Windows 앱마다 프록시를 따로 지정하지 않고 v2rayN을 사용하고 싶다면 TUN 모드를 설정해 보세요. 설정 메뉴 위치부터 관리자 권한, 코어 호환성, 네트워크 어댑터 확인까지 순서대로 안내합니다. 연결 테스트와 로그로 적용 여부를 확인하는 방법, 실행 오류와 VPN 충돌…

핵심 내용

Windows용 v2rayN에서 TUN 모드를 사용하면 시스템 프록시 설정을 따르지 않는 앱의 트래픽도 가상 네트워크 어댑터를 통해 처리할 수 있습니다. 다만 TUN은 노드를 선택하는 기능이 아니라 코어, 관리자 권한, 가상 어댑터, 라우팅 및 DNS가 함께 작동해야 하는 연결 방식입니다. 이 글에서는 설정 전 확인 사항부터 활성화, 연결 테스트, 오류 복구까지 순서대로 안내합니다. 메뉴 이름은 v2rayN 버전과 인터페이스에 따라 다를 수 있으므로 화면에서 TUN 관련 설정을 찾고 실행 로그로 실제 적용 여부를 확인하세요.

TUN 모드와 시스템 프록시의 차이

시스템 프록시는 Windows의 프록시 설정을 참조하는 앱이 로컬 프록시 포트에 연결하도록 안내합니다. 프록시 설정을 따르지 않는 프로그램은 이 경로를 이용하지 않을 수 있습니다. TUN 모드는 가상 네트워크 어댑터를 만들고 라우팅을 이용해 IP 트래픽을 클라이언트 쪽으로 전달합니다. 따라서 앱마다 프록시를 입력하지 않아도 되는 대신, 가상 어댑터와 라우팅 테이블을 변경할 권한이 필요합니다.

두 방식을 동시에 켜면 요청이 어느 경로를 통과하는지 파악하기 어려워질 수 있습니다. 설정을 시험할 때는 다른 VPN 클라이언트와 네트워크 필터링 프로그램을 잠시 종료하고, v2rayN에서는 TUN을 켠 상태와 끈 상태를 구분해 확인하세요. 시스템 프록시를 함께 사용할 이유가 없다면 TUN 테스트 중에는 해당 옵션도 꺼 두는 편이 원인 파악에 유리합니다.

항목시스템 프록시TUN 모드
처리 방식앱이 운영체제 프록시 설정을 읽어 로컬 프록시에 연결가상 네트워크 어댑터와 라우팅으로 트래픽 전달
앱 적용 범위프록시 설정을 따르는 앱 중심라우팅 대상인 IP 트래픽을 처리할 수 있음
주요 요구 사항로컬 리스닝 포트와 앱의 프록시 지원지원 코어, 관리자 권한, 어댑터 및 DNS 설정
우선 확인할 로그로컬 포트와 코어의 연결 로그TUN 생성, 라우팅, DNS 및 코어 시작 로그

켜기 전에 확인할 코어와 권한

v2rayN은 설정과 노드를 관리하는 클라이언트이고, 실제 트래픽 처리는 선택한 코어가 담당합니다. TUN을 지원하는 코어가 실행되어야 하므로, TUN 옵션을 찾을 수 없거나 켰는데 가상 어댑터가 생기지 않는다면 먼저 현재 코어 유형을 확인하세요. v2rayN 버전과 배포 구성에 따라 기능 제공 방식과 메뉴 위치가 달라질 수 있습니다. 특정 코어가 모든 TUN 설정을 지원한다고 가정하지 말고, 해당 버전의 메뉴와 코어 시작 로그를 기준으로 판단하세요.

Windows 10/11
확인 대상 운영체제
관리자 권한
어댑터 생성이 거부될 때 확인
1개씩
네트워크 터널은 하나씩 시험
로그 확인
코어 시작과 TUN 적용 여부

v2rayN에서 TUN 모드 켜기

먼저 노드 연결이 정상인지 확인한 뒤 TUN 설정을 적용하세요. 노드 자체가 연결되지 않는 상태에서 TUN까지 바꾸면 원인이 코어, 서버, 어댑터 중 어디에 있는지 구분하기 어렵습니다. 아래 단계는 일반적인 확인 순서입니다. Desktop과 WPF 인터페이스, 그리고 버전에 따라 메뉴 명칭은 달라질 수 있으므로 비슷한 이름의 TUN 또는 가상 네트워크 설정을 찾으세요.

  1. 노드 연결 확인

    v2rayN을 열고 사용하려는 노드를 선택해 일반 연결이 되는지 확인합니다. 먼저 코어 시작 오류나 노드 접속 실패가 없는지 로그를 살펴보세요.

  2. 설정 열기

    메인 창의 설정 또는 환경 설정에서 TUN, 가상 네트워크 어댑터, 투명 프록시와 관련된 항목을 찾습니다. 메뉴가 보이지 않으면 코어 유형과 클라이언트 버전부터 확인하세요.

  3. 코어 확인

    현재 선택된 코어가 해당 버전의 TUN 기능을 지원하는지 확인합니다. 코어를 바꿨다면 저장 후 다시 시작하고, 로그에 선택한 코어의 실행 경로와 시작 결과가 표시되는지 확인하세요.

  4. TUN 설정 적용

    TUN 사용 옵션을 켜고 화면에 어댑터 이름, DNS, 라우팅 모드 같은 항목이 있으면 기본값을 먼저 기록하세요. 목적을 모르는 옵션을 임의로 바꾸지 말고, 설정을 저장한 다음 코어 또는 클라이언트를 재시작합니다.

  5. 관리자 권한 실행

    어댑터 생성이나 라우트 설정 권한 오류가 나타나면 v2rayN을 완전히 종료한 뒤 관리자 권한으로 다시 실행합니다. Windows의 권한 확인 창이 표시되면 실행 파일과 요청 동작을 확인한 다음 허용하세요.

  6. 적용 상태 확인

    로그에서 TUN 초기화 성공 여부를 살펴보고 Windows의 네트워크 어댑터 목록에도 새 가상 어댑터가 나타나는지 확인합니다. 메뉴의 체크 표시만으로 트래픽이 실제 전달된다고 단정하지 마세요.

어댑터 이름은 코어와 버전에 따라 다를 수 있으므로 특정 이름이 항상 보여야 한다고 가정하지 마세요. PowerShell에서는 다음 명령으로 현재 활성 네트워크 어댑터를 확인할 수 있습니다. 명령 결과가 많다면 TUN을 켜기 전과 켠 뒤를 비교해 새로 생기거나 상태가 바뀐 항목이 있는지 살펴보세요.

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status, LinkSpeed

연결 테스트와 로그 읽기

TUN을 켠 뒤에는 브라우저 한 곳만 확인하지 말고 DNS 조회와 HTTPS 연결을 각각 시험하세요. 브라우저가 열리더라도 DNS 요청이 다른 경로로 나가거나 특정 앱만 TUN 라우팅에서 빠질 수 있습니다. 반대로 웹페이지 하나가 열리지 않는다고 곧바로 노드 문제로 단정하지 마세요. 같은 요청을 TUN을 끈 상태에서도 비교하고, 테스트 중에는 프록시 확장 프로그램이나 다른 네트워크 도구의 설정을 추가로 바꾸지 않습니다.

Resolve-DnsName example.com
curl.exe --connect-timeout 8 --max-time 20 --output NUL --write-out "HTTP=%{http_code}\n" https://example.com/

Resolve-DnsName이 주소를 반환하면 해당 이름에 대한 DNS 응답을 받은 것입니다. curl.exe에서 HTTP 상태 코드가 나오면 HTTPS 요청에 응답이 돌아온 것이지만, 이것만으로 모든 앱의 트래픽이 TUN을 통과한다고 입증되지는 않습니다. 연결 시간 초과와 이름 확인 실패를 구분하고, 문제가 발생한 시각과 함께 v2rayN 로그를 확인하세요. 로그를 공유해야 한다면 구독 주소, 서버 주소, UUID 및 기타 인증 정보를 가린 뒤 필요한 오류 줄만 전달합니다.

TUN을 켰는데 인터넷이 끊겨요

먼저 v2rayN 로그에서 코어 시작, 어댑터 초기화, DNS 오류를 확인하세요. TUN을 끄고 연결이 복구되는지도 비교하고, 다른 VPN이나 터널을 종료한 뒤 관리자 권한으로 한 번만 재시험합니다.

어댑터가 목록에 보이지 않아요

클라이언트가 실제로 TUN을 지원하는 코어를 실행했는지 확인한 다음, 로그의 권한 거부나 어댑터 생성 오류를 찾으세요. 계속 실패하면 TUN 옵션을 끄고 코어 설정과 클라이언트 버전을 다시 확인합니다.

브라우저는 되는데 일부 앱만 안 돼요

해당 앱이 사용하는 연결 방식과 라우팅 예외, DNS 동작을 확인하세요. TUN을 끈 상태와 비교하고, 앱별 방화벽 규칙이나 보안 제품이 연결을 차단하는지도 점검합니다.

클라이언트를 종료한 뒤에도 연결이 이상해요

v2rayN을 다시 실행해 TUN을 정상적으로 끈 뒤 종료하고, Windows의 프록시 설정과 네트워크 어댑터 상태를 확인하세요. 문제가 계속되면 재부팅한 다음 다른 네트워크 도구를 끈 상태에서 다시 확인합니다.

오류 해결과 설정 복구

TUN을 켠 직후 연결이 끊겼다면 설정을 더 추가하기 전에 마지막으로 바꾼 항목부터 되돌리세요. TUN을 끄고 v2rayN을 재시작해 기본 연결을 확인하면 노드나 코어 문제와 TUN 경로 문제를 분리할 수 있습니다. 문제가 TUN을 사용할 때만 나타나면 어댑터 권한, 라우팅, DNS, 다른 네트워크 필터 순서로 확인하세요. 문제가 TUN을 끈 상태에서도 지속된다면 기존 노드 연결과 시스템 프록시 상태를 별도로 점검해야 합니다.

오류: Access is denied

원인과 해결: Windows가 가상 어댑터 생성 또는 경로 변경 권한을 허용하지 않았을 수 있습니다. v2rayN을 종료하고 관리자 권한으로 실행해 재시험하세요. 회사나 학교의 관리 정책으로 제한된 기기라면 임의로 정책을 우회하지 말고 관리자에게 확인합니다.

오류: address already in use 또는 bind 실패

원인과 해결: 코어가 사용하려는 주소나 포트를 다른 프로세스가 점유했을 수 있습니다. 중복 실행 중인 v2rayN과 관련 코어 프로세스를 확인하고, 로그에 표시된 포트와 실제 설정을 대조한 뒤 한 번만 다시 시작하세요.

증상: TUN을 끈 뒤에도 프록시가 남아 있음

원인과 해결: TUN과 시스템 프록시는 별도 설정이며, 종료 과정에서 시스템 프록시가 원래 상태로 돌아오지 않았을 수 있습니다. Windows의 「설정」→「네트워크 및 인터넷」→「프록시」에서 수동 프록시와 설정 스크립트 상태를 확인하고, 사용 전에 기록한 값으로 복원하세요.

Windows 네트워크 어댑터 목록에서 가상 어댑터가 비활성 상태로 남아 있다면 먼저 v2rayN에서 TUN을 정상적으로 끄고 클라이언트를 재시작하세요. 어댑터를 바로 삭제하거나 다른 어댑터의 IPv4 설정을 무작정 바꾸면 복구가 더 어려워질 수 있습니다. 라우팅이 계속 비정상이라면 관리자 권한으로 재부팅해 상태가 복구되는지 확인하고, 이후에도 문제가 남으면 로그와 변경 전 설정을 바탕으로 원인을 좁힙니다.

결론: 먼저 기본 연결을 확인하고 TUN은 한 번에 하나씩 바꾸세요

기본 노드 연결이 정상인 상태에서 TUN을 켜고, 어댑터 생성과 DNS 및 HTTPS 테스트를 차례로 확인하면 실패 지점을 구분하기 쉽습니다. 문제가 발생하면 TUN을 끄고 기록한 프록시와 코어 설정을 복원한 뒤 로그에서 첫 오류를 확인하세요. 메뉴에 표시된 활성 상태보다 실제 어댑터, 요청 결과, 코어 로그를 우선 기준으로 삼는 것이 안전합니다.

Windows용 v2rayN 설치 파일과 플랫폼별 클라이언트는 클라이언트 다운로드 페이지에서 확인할 수 있습니다. 내려받은 뒤에는 배포 패키지의 실행 요구 사항과 현재 코어의 TUN 지원 여부를 확인하고, 설정을 변경하기 전에 기존 연결이 정상인지 먼저 점검하세요.

클라이언트 다운로드4개 플랫폼 다운로드 링크 보기