El icono de internet está mal pero la VPN funciona? Tres comprobaciones

El área de notificaciones muestra que no hay internet, la aplicación privada sigue funcionando y alguien quiere cambiar el perfil de la VPN hasta que el icono se comporte. Se están juntando tres observaciones distintas en una sola, y solo una de ellas trata del túnel. Separarlas evita que un problema de icono se convierta en un cambio de perfil innecesario.

Primero nombre la observación y luego decida si de verdad hay algo que reparar.

Tres observaciones, tres preguntas

El indicador de conectividad de Windows responde qué estableció el proceso de detección del sistema para el perfil de red actual. El estado del cliente de la VPN responde si ese cliente informa de una sesión de par establecida. Una operación nueva de la aplicación responde si una petición concreta funcionó por el camino que tomó. Cada una es un resultado legítimo y ninguna sustituye a las demás. Juntarlas produce una reparación dirigida a la capa equivocada.

La confusión clásica es tratar la primera como un resumen de las otras dos. Un equipo puede tener un túnel sano con recursos privados que funcionan y aun así clasificarse como sin internet, porque la clasificación viene de una sonda que nunca llegó a su servicio.

Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443

Anote los tres resultados con una marca de tiempo antes de tocar nada. La mayoría de estos informes se resuelven en ese paso, porque el desacuerdo se vuelve obvio en cuanto queda escrito.

Qué hace realmente el proceso de clasificación

La visión general de NCSI de Microsoft describe el sondeo activo con peticiones HTTP a un servicio de sondeo configurado, combinado con la observación pasiva del tráfico de red. No obtener la respuesta esperada puede venir del enrutamiento, de un proxy o de otra condición del entorno en ese camino. Es más específico que una prueba general de conectividad y más estrecho de lo que la gente supone. Esa estrechez es la razón principal de que aparezca el desacuerdo.

Lo que nunca audita es el cifrado, la privacidad del resolutor o si una aplicación está autorizada. Una clasificación positiva no demuestra que todas las aplicaciones usen el túnel, y una negativa no demuestra que el túnel esté caído.

La confusión inversa es igual de frecuente. Un túnel puede estar establecido mientras la aplicación para la que se construyó no tiene ninguna ruta utilizable, ningún resolutor que funcione ni ningún permiso. El indicador del cliente informa de un resultado más antiguo y más estrecho que el que necesita.

El propio desacuerdo dice qué corregir

El acceso privado funciona y el sistema dice que no hay internet: el componente que falla es el camino de la sonda, no el túnel. Anote la interfaz y la hora, y luego pida al responsable de la red que mire cómo llega la sonda a su servicio y si la política la bloquea. Sustituir un perfil de acceso privado que funciona por una ruta amplia a internet cambia un icono y amplía un acceso que no pidió ampliar.

El túnel informa de conexión y las peticiones nuevas a los servicios necesarios fallan: eso es un fallo real, y calificar el icono de falsa alarma lo pasa por alto. Compare el error de la aplicación, el alcance previsto del perfil, el resolutor en uso y las rutas seleccionadas. Un túnel solo privado no está diseñado para proporcionar una salida pública a internet, y esperar una es un error de alcance y no un defecto.

Conserve el registro, cambie una sola ruta

Use una operación nueva en la aplicación correspondiente en lugar de una página abierta desde esta mañana. Mantenga activo el bloqueo necesario y haga cualquier comparación directa permitida mediante los controles documentados del cliente, no editando rutas a mano.

Si un proxy o cortafuegos gestionado bloquea la sonda prevista, corrija esa ruta concreta con su responsable. Las directrices de Microsoft advierten contra desactivar el sondeo activo como solución, y una excepción de dirección codificada o una edición del registro no explican qué componente tiene la respuesta equivocada.

Después del cambio, conserve los tres resultados en el tique: clasificación, estado de la sesión y resultado de la aplicación. Si solo se movió el icono, ha aprendido que un indicador cambió, no que la base de datos o el sitio funcionen ahora.