Rede não identificada num adaptador VPN do Windows: o que significa

O Windows mostra Rede não identificada para qualquer interface que não consegue classificar numa localização, e um adaptador VPN é um candidato habitual porque muitas vezes não tem o seu próprio gateway predefinido. A etiqueta é uma categoria da firewall, não uma afirmação sobre se o túnel se autenticou ou se a sua aplicação alcança alguma coisa. Tratá-la como uma mensagem de erro é como as pessoas acabam a reiniciar um adaptador que funciona e a perder a sessão que estava bem. Dois comandos dizem se a etiqueta merece alguma atenção.

A etiqueta é uma categoria da firewall, não uma luz de estado

O reconhecimento de localização de rede decide se uma interface pertence a um domínio, a uma rede privada ou a uma pública, e a firewall aplica depois o conjunto de regras dessa categoria. Não identificada é o resultado quando a classificação falha, o que normalmente coloca a interface no perfil público. O perfil público é o que bloqueia a maioria do tráfego de entrada por predefinição.

O público é o perfil restritivo, portanto a questão prática é se o seu serviço é permitido aí. Um túnel pode estar perfeitamente saudável e ainda assim mostrar a etiqueta, porque a classificação depende da forma da interface e não do estado da ligação.

Essa distinção explica os relatos mais confusos: uma partilha de ficheiros que ontem funcionava e hoje não, num adaptador que ninguém alterou, porque uma regra estava limitada ao perfil privado e a interface está agora no público.

Leia três coisas antes de mudar alguma coisa

Verifique a categoria, a configuração do endereço e a rota até ao destino, por essa ordem. Se o recurso funciona, a etiqueta é cosmética para os seus fins e a resposta honesta é deixá-la como está.

Estes comandos imprimem o perfil atual, o inventário de interfaces e a configuração de um adaptador:

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

O índice da interface importa porque os cmdlets de perfil endereçam as interfaces por índice, e um portátil com um adaptador físico, um adaptador Wi-Fi e um túnel tem três. Ler o errado produz um diagnóstico confiante de uma rede que ninguém usa.

Por que razão o adaptador parece não identificado

A classificação procura provas de que a interface pertence a algum lugar: um controlador de domínio que consegue alcançar, um gateway que se comporta como uma rede doméstica ou uma identidade resolúvel. Uma interface de túnel muitas vezes não tem entrada de gateway nem domínio de difusão, por isso as sondas não têm com que trabalhar.

Os clientes de túnel completo evitam por vezes a etiqueta atribuindo um gateway ou transportando uma rota que uma sonda de classificação possa seguir. Os clientes de túnel dividido mostram-na mais vezes, porque o túnel só transporta os prefixos para os quais foi configurado e o resto do tráfego sai noutro lugar.

Nada disso é um defeito. É o motor de classificação a descrever uma interface que não se parece com uma LAN, e um túnel é exatamente isso.

Onde a etiqueta começa a contar é na política. Uma ferramenta de gestão, um agente de ponto final ou uma regra de firewall que seleciona por perfil tratará a interface não identificada como pública, e o bloqueio resultante é real mesmo que a causa seja uma etiqueta.

Mudar a categoria tem consequências

Marcar a interface como privada é uma decisão de confiança, e aplica o conjunto de regras privadas ao tráfego que chega a esse adaptador. Se o túnel termina num fornecedor que não controla, ou se o dispositivo pode juntar-se a redes não fiáveis, essa mudança alarga o que é alcançável a partir dessa interface. Também torna o dispositivo detetável num segmento de rede que talvez não possua. São muitas consequências para uma etiqueta cosmética.

Um script amplo que põe cada interface não identificada em privado é pior, porque aplica a mesma confiança a adaptadores que nunca inspecionou. Num dispositivo gerido, a mudança também pode ser substituída pela política na atualização seguinte, deixando-o com uma correção que funciona até deixar de funcionar.

Corrija o fluxo que falha, não o nome

Comece por uma falha concreta: uma partilha que não abre, um site que não carrega, uma impressora que não se encontra. Depois separe as causas — resolução de nomes, seleção de rota, âmbito da firewall e permissão de utilizador falham de formas diferentes e produzem mensagens diferentes.

Se a falha é de nome, teste a resolução especificamente a partir desse adaptador em vez de a partir da máquina em geral. Se é de rota, imprima a rota selecionada para o destino exato. Se é da firewall, leia o perfil em vigor e a regra que deveria permitir o tráfego, e depois decida se uma regra estreita limitada ao programa é melhor do que uma mudança de categoria.

Só depois de eliminar essas três coisas a categoria se torna a causa provável, e mesmo então a reparação deve ser a mais pequena que faz funcionar o fluxo necessário. Um nome de rede mais familiar não é o objetivo; uma partilha que funciona sob uma regra aprovada é.