A icona de internet está mal pero a VPN funciona? Tres comprobacións
A clasificación de rede de Windows, o estado de sesión dun cliente e unha operación da aplicación responden tres preguntas. Mantéñaos separados antes de cambiar rutas.
A área de notificacións mostra que non hai internet, a aplicación privada segue funcionando e alguén quere cambiar o perfil da VPN ata que a icona se comporte. Estanse a xuntar tres observacións distintas nunha soa, e só unha delas trata do túnel. Sepáralas evita que un problema de icona se converta nun cambio de perfil innecesario.
Primeiro nomee a observación e despois decida se de verdade hai algo que reparar.
Tres observacións, tres preguntas
O indicador de conectividade de Windows responde que estableceu o proceso de detección do sistema para o perfil de rede actual. O estado do cliente da VPN responde se ese cliente informa dunha sesión de par establecida. Unha operación nova da aplicación responde se unha petición concreta funcionou polo camiño que tomou. Cada unha é un resultado lexítimo e ningunha substitúe ás demais. Xuntalas produce unha reparación dirixida á capa equivocada.
A confusión clásica é tratar a primeira como un resumo das outras dúas. Un equipo pode ter un túnel san con recursos privados que funcionan e aínda así clasificarse como sen internet, porque a clasificación vén dunha sonda que nunca chegou ao seu servizo.
Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443
Anote os tres resultados cunha marca de tempo antes de tocar nada. A maioría destes informes resólvense nese paso, porque o desacordo vólvese obvio en canto queda escrito.
Que fai realmente o proceso de clasificación
A visión xeral de NCSI de Microsoft describe a sondaxe activa con peticións HTTP a un servizo de sondaxe configurado, combinada coa observación pasiva do tráfico de rede. Non obter a resposta esperada pode vir do encamiñamento, dun proxy ou doutra condición da contorna nese camiño. É máis específico que unha proba xeral de conectividade e máis estreito do que a xente supón. Esa estreiteza é a razón principal de que apareza o desacordo.
O que nunca audita é o cifrado, a privacidade do resolutor ou se unha aplicación está autorizada. Unha clasificación positiva non demostra que todas as aplicacións usen o túnel, e unha negativa non demostra que o túnel estea caído.
A confusión inversa é igual de frecuente. Un túnel pode estar establecido mentres a aplicación para a que se construíu non ten ningunha ruta utilizábel, ningún resolutor que funcione nin ningún permiso. O indicador do cliente informa dun resultado máis antigo e máis estreito que o que necesita.
O propio desacordo di que corrixir
O acceso privado funciona e o sistema di que non hai internet: o compoñente que falla é o camiño da sonda, non o túnel. Anote a interface e a hora, e logo pida ao responsable da rede que mire como chega a sonda ao seu servizo e se a política a bloquea. Substituír un perfil de acceso privado que funciona por unha ruta ampla a internet cambia unha icona e amplía un acceso que non pediu ampliar.
O túnel informa de conexión e as peticións novas aos servizos necesarios fallan: iso é un fallo real, e cualificar a icona de falsa alarma déixao de lado. Compare o erro da aplicación, o alcance previsto do perfil, o resolutor en uso e as rutas seleccionadas. Un túnel só privado non está deseñado para proporcionar unha saída pública a internet, e esperar unha é un erro de alcance e non un defecto.
Conserve o rexistro, cambie unha soa ruta
Use unha operación nova na aplicación correspondente en lugar dunha páxina aberta desde esta mañá. Manteña activo o bloqueo necesario e faga calquera comparación directa permitida mediante os controis documentados do cliente, non editando rutas a man.
Se un proxy ou unha devasa xestionada bloquea a sonda prevista, corrixa esa ruta concreta co seu responsable. As directrices de Microsoft advirten contra desactivar a sondaxe activa como solución, e unha excepción de enderezo codificada ou unha edición do rexistro non explican que compoñente ten a resposta equivocada.
Despois do cambio, conserve os tres resultados no ticket: clasificación, estado da sesión e resultado da aplicación. Se só se moveu a icona, aprendeu que un indicador cambiou, non que a base de datos ou o sitio funcionen agora.