Rede non identificada nun adaptador VPN de Windows: que significa

Windows mostra Rede non identificada para calquera interface que non pode clasificar nunha localización, e un adaptador VPN é un candidato habitual porque a miúdo non ten a súa propia porta de enlace predeterminada. A etiqueta é unha categoría da devasa, non unha afirmación sobre se o túnel se autenticou ou sobre se a súa aplicación pode acadar algo. Tratala como unha mensaxe de erro é como a xente acaba reiniciando un adaptador que funcionaba e perdendo a sesión que estaba ben. Dous comandos dinnos se a etiqueta merece algunha atención.

A etiqueta é unha categoría da devasa, non unha luz de estado

O recoñecemento de localización de rede decide se unha interface pertence a un dominio, a unha rede privada ou a unha pública, e despois a devasa aplica o conxunto de regras desa categoría. Non identificada é o resultado cando falla a clasificación, o que adoita deixar a interface no perfil público. O perfil público é o que bloquea a maioría do tráfico entrante por defecto.

O público é o perfil restritivo, así que a pregunta práctica é se o seu servizo está permitido alí. Un túnel pode estar perfectamente san e aínda así mostrar a etiqueta, porque a clasificación depende da forma da interface e non do estado da conexión.

Esa distinción explica os informes máis confusos: un recurso compartido que onte funcionaba e hoxe non, nun adaptador que ninguén cambiou, porque unha regra estaba limitada ao perfil privado e a interface agora está no público.

Lea tres cousas antes de cambiar nada

Comprobe a categoría, a configuración do enderezo e a ruta ata o destino, nesa orde. Se o recurso funciona, a etiqueta é cosmética para os seus fins e a resposta honesta é deixala como está.

Estes comandos imprimen o perfil actual, o inventario de interfaces e a configuración dun adaptador:

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

O índice de interface importa porque os cmdlets de perfil diríxense ás interfaces por índice, e un portátil cun adaptador físico, un adaptador Wi-Fi e un túnel ten tres. Ler o equivocado produce un diagnóstico seguro dunha rede que ninguén usa.

Por que o adaptador parece non identificado

A clasificación busca probas de que a interface pertence a algún sitio: un controlador de dominio ao que pode chegar, unha porta de enlace que se comporta como unha rede doméstica ou unha identidade resoluble. Unha interface de túnel a miúdo non ten entrada de porta de enlace nin dominio de difusión, así que as sondas non teñen con que traballar.

Os clientes de túnel completo ás veces evitan a etiqueta asignando unha porta de enlace ou levando unha ruta que unha sonda de clasificación poida seguir. Os clientes de túnel dividido móstrana máis a miúdo, porque o túnel só transporta os prefixos para os que se configurou e o resto do tráfico sae por outro lugar.

Nada diso é un defecto. É o motor de clasificación describindo unha interface que non parece unha LAN, e un túnel é exactamente iso.

Onde a etiqueta comeza a importar é na política. Unha ferramenta de xestión, un axente de punto final ou unha regra de devasa que selecciona por perfil tratarán a interface non identificada como pública, e o bloqueo resultante é real aínda que a causa sexa unha etiqueta.

Cambiar a categoría ten consecuencias

Marcar a interface como privada é unha decisión de confianza, e aplica o conxunto de regras privadas ao tráfico que chega a ese adaptador. Se o túnel remata nun provedor que vostede non controla, ou se o dispositivo pode unirse a redes non confiables, ese cambio amplía o que é alcanzable desde esa interface. Tamén fai o dispositivo detectable nun segmento de rede que quizais non posúa. Son moitas consecuencias para unha etiqueta cosmética.

Un script amplo que pon cada interface non identificada en privado é peor, porque aplica a mesma confianza a adaptadores que nunca inspeccionou. Nun dispositivo xestionado o cambio tamén pode ser sobrescrito pola política na próxima actualización, deixándolle unha solución que funciona ata que deixa de facelo.

Arranxe o fluxo que falla, non o nome

Comece por un fallo concreto: un recurso compartido que non se abre, un sitio que non carga, unha impresora que non se atopa. Despois separe as causas — a resolución de nomes, a selección de ruta, o alcance da devasa e o permiso de usuario fallan de maneiras distintas e producen mensaxes distintas.

Se o fallo é de nome, probe a resolución especificamente desde ese adaptador e non desde a máquina en xeral. Se é de ruta, imprima a ruta seleccionada para o destino exacto. Se é da devasa, lea o perfil vixente e a regra que debería permitir o tráfico, e despois decida se unha regra estreita limitada ao programa é mellor que un cambio de categoría.

Só despois de descartar esas tres cousas a categoría se converte na causa probable, e mesmo entón a reparación debería ser a máis pequena que faga funcionar o fluxo requirido. Un nome de rede máis familiar non é o obxectivo; un recurso compartido que funciona baixo unha regra aprobada si.