O Windows 11 quebra o host local: o que está acontecendo, quem é afetado e como consertar

Para muitos desenvolvedores e equipes de TI, Se “localhost” falhar no Windows 11, significa ficar sem um banco de testes.Após as últimas atualizações cumulativas, vários sistemas começaram a perder conexões com o loopback local 127.0.0.1 ao usar HTTP/2, derrubando servidores de desenvolvimento, servidores de depuração e ferramentas internas.

Os relatos são repetidos nos fóruns da Microsoft, Stack Overflow, Server Fault e Reddit: Atualização de outubro KB5066835 e atualização de setembro KB5065789 (compilação 26100.6899 em alguns computadores) gatilho Erros ao tentar conectar-se a endpoints locais. Não é um DNS nem um problema. arquivo hosts; a falha aparece mais abaixo na pilha do sistema.

O que está acontecendo com o localhost no Windows 11?

Sistemas afetados pare de completar conexões HTTP para 127.0.0.1 ao negociar HTTP/2, retornando Mensagens como “ERR_CONNECTION_RESET” ou “ERR_HTTP2_PROTOCOL_ERROR”. Na prática, Serviços que deveriam escutar em 127.0.0.1 não respondem corretamente, os navegadores não conseguem alcançar o ponto de extremidade local e as sessões de depuração são interrompidas.

O padrão é consistente: com KB5066835/KB5065789 instalado, solicitações de loopback falhamApós desinstalá-los e reiniciá-los, o circuito local voltou a funcionar. Por isso, muitos identificaram isso como uma regressão específica introduzida por essas compilações.

Aplicativos e serviços afetados

Além dos cenários de desenvolvimento web, Incidentes surgiram em ferramentas comuns de trabalho e segurança que puxam serviços locais operar.

• Depuração e execução em Visual Studio (projetos ASP.NET/ASP.NET Core) e IIS.
• Autenticação e utilitários como ID de entrada do SSMS.
• Aplicações de segurança como Duo Desktop, que verificam o status do equipamento e exigem endpoints locais.

Em organizações com microsserviços e utilitários internos, Falha de loopback bloqueia testes, demonstrações e validações, que aciona tempos de diagnóstico mesmo se o código do aplicativo estiver correto.

A origem técnica: HTTP.sys e negociação HTTP/2

Tudo aponta para HTTP.sys, o componente do modo kernel que arbitra o tráfego HTTP do Windows e do qual dependem o IIS e o ASP.NET Core. Com compilações recentes, A negociação HTTP/2 no loopback local causa redefinições de conexão, daí as mensagens de erro observadas em navegadores e clientes.

É importante ressaltar isto: Não é uma falha na resolução de nomes, nem é corrigido pela edição de hosts. O redirecionamento ocorre na camada que gerencia as conexões dentro do próprio sistema.

Sintomas comuns e mensagens de erro

Em computadores afetados, ao iniciar o site de desenvolvimento ou um serviço local, Os pedidos são cortados com códigos genéricos que apontam para uma redefinição de conexão durante o handshake.

Exemplos relatados: ERR_CONNECTION_RESET y ERR_HTTP2_PROTOCOL_ERROR. Em servidores locais executando IIS ou Kestrel, Rastros mostram tentativas de estabelecimento de sessão com falha quando a conexão tenta negociar HTTP/2.

Soluções temporárias e mitigações que estão funcionando

Até que a correção permanente chegue, Existem três caminhos que a comunidade e a Microsoft estão usando, com vários graus de invasividade e eficácia.

• Desinstalar atualizações problemáticas e reinicializar: isso restaura o comportamento de loopback ao seu estado anterior na maioria dos computadores. Comandos de exemplo:
  wusa /desinstalar /kb:5066835
wusa /desinstalar /kb:5065789
• Desabilite o HTTP/2 no registro para forçar o HTTP/1.1 no tráfego local. É uma solução cirúrgica, mas não é ideal para produção:
  
"EnableHttp2Tls"=dword:00000000
"EnableHttp2Cleartext"=dword:00000000
• Aplique o Reversão de problema conhecido (KIR) da Microsoft, que reverte seletivamente a alteração problemática sem desinstalar a atualização inteira.

Alguns usuários comentam que Atualizar assinaturas do Microsoft Defender melhorou a situação deles, mas os resultados não são consistentes e não é recomendado como solução primária.

O que a Microsoft disse e o status atual

A Microsoft reconheceu a regressão e ativou uma mitigação automática com KIR Para computadores domésticos e não gerenciados. Em muitos casos, basta verificar se há atualizações e reiniciar o sistema para resolver o problema.

1. aberto Configurações > Atualização do Windows.
2. Clique em Procure por atualizações.
3. Reinicie o dispositivo, mesmo que nada de novo apareça.

Em ambientes corporativos, Os administradores devem implantar a política de grupo KIR correspondente ao Windows 11 24H2/25H2 e ao Windows Server 2025 para aplicar a reversão de forma controlada. A empresa indicou que A correção permanente virá em uma atualização futura..

Recomendações práticas para desenvolvedores e TI

Enquanto o canal de atualização se estabiliza, medidas prudentes devem ser tomadas para não atrasar projetos ou afetar serviços críticos.

• En máquinas de desenvolvimento: se o bloqueio for imediato, desinstalar KB5066835/KB5065789 ou desabilitar temporariamente o HTTP/2.
• Na produção e laboratórios: validar o KIR e, se necessário, distribuir a política de grupo correspondente.
• Pausar a instalação desses patches em ambientes críticos até a confirmação de que o loopback funciona.
• Documentar as mudanças (registro, KIR, desinstalações) para revertê-los assim que a atualização final chegar.

Para aqueles que trabalham diariamente com endpoints locais, localhost não é um luxo: é a base do ciclo de teste e depuraçãoOs indícios apontam para uma regressão no HTTP.sys com HTTP/2, que já foi reconhecida pela Microsoft e mitigada usando o KIR, enquanto um patch estável está sendo preparado. Com as soluções alternativas acima, é possível continuar avançando sem retrabalhar o ambiente e minimizar o impacto nos cronogramas.