VPN de Windows: o perfil gardado fronte ao estado da interface activa

Unha VPN de Windows aparece en dous lugares que responden preguntas distintas, e confundilos produce un diagnóstico seguro pero erróneo. O perfil gardado di que configurou alguén; a interface activa di que acaba de aplicar a pila. Cando se establece unha conexión e o tráfico segue tomando o camiño equivocado, hai que ler ambas as vistas, nesa orde. Ningunha das dúas por si soa lle di se o paquete da aplicación saíu polo túnel.

Dúas vistas do mesmo túnel

A vista do perfil é configuración: enderezo do servidor, tipo de túnel, método de autenticación, axustes de túnel dividido. Pode ser correcta mentres a conexión a ignora, e pode estar desactualizada mentres a conexión funciona perfectamente, porque un cliente que se volve conectar pode non reler o que vostede editou. A vista da interface é estado aplicado: que adaptadores existen, que familias de enderezos levan, as súas métricas e o seu estado de conexión. Cambia a medida que os túneles aparecen e desaparecen, o que a converte no lugar correcto para unha pregunta de encamiñamento en vivo e no lugar equivocado para unha pregunta de configuración.

Lelas xuntas é o método completo, e ler calquera delas soa é como a xente acaba borrando un adaptador san. Os comandos de abaixo producen ambas as vistas sen cambiar nada.

Lea ambas as vistas sen cambiar nada

Empece polos perfís gardados, porque é o feito máis barato de confirmar. Anote o tipo de túnel e o valor de túnel dividido, xa que ambos deciden que destinos deben entrar no túnel. Se o perfil é incorrecto, corríxao mediante a súa superficie de configuración compatible, porque nada na lista de interfaces repara un perfil que apunta a unha pasarela equivocada.

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

A vista da interface ten outra forma: un túnel pode ocupar dúas filas cando leva ambas as familias de enderezos. Lea o índice como a identidade e o alias como unha etiqueta que alguén escolleu, e espere que o alias cambie entre versións do cliente.

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

A presenza non é proba de uso, porque unha interface pode existir, estar conectada e aínda así non ser a que escolle a ruta cara ao seu destino. Téñao en conta antes de tratar un adaptador descoñecido como a culpa. Eses dous fallos vense idénticos desde fóra: un perfil correcto cunha ruta que nunca o usa, e un perfil incorrecto cunha ruta que si o usa. Teñen correccións completamente distintas, e por iso existe a sección seguinte.

Siga a ruta ata o destino

Pregunte á pila que camiño tomaría para o enderezo co que a aplicación contacta realmente. Esa é a pregunta que a lista de interfaces non pode responder soa.

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

O primeiro comando informa de dous campos que paga a pena ler: o alias de interface da orixe seleccionada e o seguinte salto para ese destino. O índice 37 do segundo comando é o que imprimise a primeira saída, non unha constante que copiar, e o enderezo 10.60.20.10 é ilustrativo. Se a orixe escollida pertence ao adaptador físico mentres o destino debería estar dentro do túnel, atopou o problema de selección, porque a interface VPN pode estar perfectamente san e simplemente non ser preferida. A métrica só é unha parte desa decisión, xa que a especificidade da ruta, a política e o estado da interface participan todas.

Compare tres estados nas mesmas condicións

Rexiste a lista de interfaces e a ruta escollida antes de conectar, mentres está conectado e despois de desconectar, co mesmo destino e os mesmos comandos cada vez. Esa comparación separa unha interface de túnel actual dun adaptador antigo e oculto deixado por unha desinstalación, e dun segundo cliente que tamén se executa. Tamén lle di se a interface do túnel desaparece limpiamente, porque un adaptador que persiste tras desconectar é un problema distinto dun que nunca apareceu. Sen as tres instantáneas, todo alias descoñecido parece o culpable.

Garde as tres saídas co tícket, porque dúas saídas de comandos superan un parágrafo de descrición. Un compañeiro pode comparalas sen repetir a súa sesión en absoluto.

Non borre o que non identificou

Os adaptadores descoñecidos adoitan pertencer a algo: un cliente xestionado, un conmutador virtual, unha rede de contedores ou un axente de seguridade. Borrar un pode eliminar un compoñente que funciona e deixar o síntoma orixinal exactamente onde estaba. Se a ruta é obsoleta, atope o propietario da ruta e corríxaa alí; se o perfil é incorrecto, edite o perfil. A documentación de Get-NetIPInterface enumera os campos usados arriba, incluídas as columnas de métrica e estado que fan significativa a comparación.

Nomee o obxecto, atope o seu propietario e logo actúe sobre ese propietario. Calquera outra cousa é renomear o problema en lugar de lelo.