Red no identificada en un adaptador VPN de Windows: qué significa

Windows muestra Red no identificada en cualquier interfaz que no puede clasificar en una ubicación, y un adaptador VPN es un candidato habitual porque a menudo no tiene su propia puerta de enlace predeterminada. La etiqueta es una categoría del firewall, no una afirmación sobre si el túnel se autenticó o sobre si su aplicación puede alcanzar algo. Tratarla como un mensaje de error es como la gente acaba reiniciando un adaptador que funcionaba y perdiendo la sesión que estaba bien. Dos comandos le dicen si la etiqueta merece alguna atención.

La etiqueta es una categoría del firewall, no una luz de estado

El reconocimiento de ubicación de red decide si una interfaz pertenece a un dominio, a una red privada o a una pública, y luego el firewall aplica el conjunto de reglas de esa categoría. No identificada es el resultado cuando falla la clasificación, lo que suele dejar la interfaz en el perfil público. El perfil público es el que bloquea la mayoría del tráfico entrante de forma predeterminada.

El público es el perfil restrictivo, así que la pregunta práctica es si su servicio está permitido ahí. Un túnel puede estar perfectamente sano y aun así mostrar la etiqueta, porque la clasificación depende de la forma de la interfaz y no del estado de la conexión.

Esa distinción explica los informes más confusos: un recurso compartido que ayer funcionaba y hoy no, en un adaptador que nadie cambió, porque una regla estaba limitada al perfil privado y la interfaz ahora está en el público.

Lea tres cosas antes de cambiar nada

Compruebe la categoría, la configuración de la dirección y la ruta hasta el destino, en ese orden. Si el recurso funciona, la etiqueta es cosmética para sus fines y la respuesta honesta es dejarla como está.

Estos comandos imprimen el perfil actual, el inventario de interfaces y la configuración de un adaptador:

Get-NetConnectionProfile
Get-NetAdapter | Format-Table Name,InterfaceIndex,Status
Get-NetIPConfiguration -InterfaceAlias "My VPN Adapter"

El índice de interfaz importa porque los cmdlets de perfil direccionan las interfaces por índice, y un portátil con un adaptador físico, un adaptador Wi-Fi y un túnel tiene tres. Leer el equivocado produce un diagnóstico seguro de una red que nadie usa.

Por qué el adaptador parece no identificado

La clasificación busca pruebas de que la interfaz pertenece a algún sitio: un controlador de dominio al que puede llegar, una puerta de enlace que se comporta como una red doméstica o una identidad resoluble. Una interfaz de túnel a menudo no tiene entrada de puerta de enlace ni dominio de difusión, así que las sondas no tienen con qué trabajar.

Los clientes de túnel completo a veces evitan la etiqueta asignando una puerta de enlace o llevando una ruta que una sonda de clasificación pueda seguir. Los clientes de túnel dividido la muestran más a menudo, porque el túnel solo transporta los prefijos para los que se configuró y el resto del tráfico sale por otro lado.

Nada de eso es un defecto. Es el motor de clasificación describiendo una interfaz que no parece una LAN, y un túnel es exactamente eso.

Donde la etiqueta empieza a importar es en la política. Una herramienta de gestión, un agente de punto final o una regla de firewall que selecciona por perfil tratarán la interfaz no identificada como pública, y el bloqueo resultante es real aunque la causa sea una etiqueta.

Cambiar la categoría tiene consecuencias

Marcar la interfaz como privada es una decisión de confianza, y aplica el conjunto de reglas privadas al tráfico que llega a ese adaptador. Si el túnel termina en un proveedor que usted no controla, o si el dispositivo puede unirse a redes no confiables, ese cambio amplía lo que es alcanzable desde esa interfaz. También hace que el dispositivo sea detectable en un segmento de red que quizá no posea. Son muchas consecuencias para una etiqueta cosmética.

Un script amplio que pone cada interfaz no identificada en privado es peor, porque aplica la misma confianza a adaptadores que nunca ha inspeccionado. En un dispositivo gestionado el cambio también puede ser sobrescrito por la política en la próxima actualización, dejándole una solución que funciona hasta que deja de hacerlo.

Arregle el flujo que falla, no el nombre

Empiece por un fallo concreto: un recurso compartido que no se abre, un sitio que no carga, una impresora que no se encuentra. Luego separe las causas — la resolución de nombres, la selección de ruta, el alcance del firewall y el permiso de usuario fallan de maneras distintas y producen mensajes distintos.

Si el fallo es de nombre, pruebe la resolución específicamente desde ese adaptador en lugar de desde la máquina en general. Si es de ruta, imprima la ruta seleccionada para el destino exacto. Si es del firewall, lea el perfil vigente y la regla que debería permitir el tráfico, y luego decida si una regla estrecha limitada al programa es mejor que un cambio de categoría.

Solo después de descartar esas tres cosas la categoría se vuelve la causa probable, e incluso entonces la reparación debería ser la más pequeña que haga funcionar el flujo requerido. Un nombre de red más familiar no es el objetivo; un recurso compartido que funciona bajo una regla aprobada sí lo es.