Mostrar resumen Ocultar resumen
- Por qué deja de funcionar localhost y qué componente está implicado
- Cómo comprobar si tu equipo está afectado
- Alternativas temporales y riesgos de modificar el registro
- Instrucciones paso a paso para desinstalar el parche KB5066835
- Comandos y rutas alternativas para usuarios avanzados
- Medidas preventivas mientras llega un parche oficial
- Consejos prácticos para desarrolladores afectados
Cientos de desarrolladores y usuarios de Windows 11 han visto interrumpido su trabajo por un fallo que impide acceder a «localhost» tras instalar la actualización KB5066835. El problema ha dejado inaccesibles servidores locales, APIs y entornos de prueba en equipos que dependen de conexiones a 127.0.0.1.
Por qué deja de funcionar localhost y qué componente está implicado
Tras aplicar la actualización, diversas aplicaciones locales muestran errores de conexión y bloqueos. Los síntomas más comunes incluyen mensajes tipo ERR_CONNECTION_RESET y fallos relacionados con HTTP/2.
Nintendo preocupa a fans de Switch 2: repite estrategia usada con los Joy-Con más valorados
Windows 11 vulnerable en días: comprueba y actualiza ya
La raíz del problema se relaciona con un fallo en el componente del sistema encargado del tráfico HTTP, conocido como HTTP.sys. Este módulo gestiona las peticiones web internas del sistema y, si se daña, provoca la caída de servicios locales.
- Áreas afectadas: servidores locales, APIs, microservicios y herramientas de desarrollo.
- Lenguajes y entornos implicados: Node.js, .NET, Python, Docker, IIS, Express y servicios embebidos.
- Impacto: proyectos detenidos y pruebas que no se pueden ejecutar.
Cómo comprobar si tu equipo está afectado
Antes de actuar, confirma que el fallo procede de la actualización.
- Abre un navegador y prueba http://127.0.0.1:PUERTO.
- Usa la terminal: curl http://127.0.0.1:PUERTO o telnet 127.0.0.1 PUERTO.
- Revisa el Visor de eventos para errores en HTTP.sys o entradas relacionadas con HTTP/2.
- Ejecuta netstat -ano | findstr 127.0.0.1 para ver procesos ligados a localhost.
Alternativas temporales y riesgos de modificar el registro
Algunas soluciones propuestas en foros incluyen desactivar HTTP/2 mediante cambios en el registro de Windows. Ese método puede aliviar el síntoma, pero conlleva riesgos para la estabilidad.
- Modificar el registro sin respaldo puede causar errores graves del sistema.
- Deshabilitar HTTP/2 puede afectar rendimiento y compatibilidad de otras aplicaciones.
- La opción más segura por ahora es revertir la actualización responsable.
No modifiques el registro sin crear antes una copia de seguridad completa.
Instrucciones paso a paso para desinstalar el parche KB5066835
Si has confirmado que la actualización es la causa, sigue estos pasos para desinstalarla de forma segura.
- Abre el menú Inicio y escribe Windows Update.
- Haz clic en Buscar actualizaciones para abrir la configuración de Windows Update.
- Selecciona Historial de actualizaciones en el panel.
- Busca y pulsa la opción Desinstalar actualizaciones.
- En la lista, localiza KB5066835 y elige Desinstalar.
- Reinicia el equipo cuando se te solicite para aplicar los cambios.
Si el problema persiste, repite el proceso y busca también la actualización KB5065789 para desinstalarla.
Comandos y rutas alternativas para usuarios avanzados
- Panel de Control → Programas → Ver actualizaciones instaladas.
- En una consola con permisos elevados puedes usar: wusa /uninstall /kb:5066835 (verifica opciones y permisos).
- Comprueba si hay reinstalaciones automáticas: Settings → Windows Update → Pausar actualizaciones.
Medidas preventivas mientras llega un parche oficial
Para evitar que el parche vuelva a instalarse de forma automática, pausa las actualizaciones temporalmente. También conviene:
- Crear un punto de restauración antes de hacer cambios.
- Trabajar en máquinas virtuales o contenedores que puedan restaurarse rápidamente.
- Seguir los canales oficiales de Microsoft para actualizaciones y parches.
Consejos prácticos para desarrolladores afectados
Si dependes a diario de un entorno local, considera estas alternativas hasta que Microsoft publique una solución oficial.
- Usar entornos remotos o servidores de staging.
- Levantar un contenedor o VM con una versión estable del sistema.
- Respaldar y documentar configuraciones para poder revertir cambios con rapidez.
