Pular para o conteúdo principal
Português (Brasil)

Corrigir conectividade com a internet no Windows 11 e problemas no adaptador de rede após upgrade

Solucione falhas de conectividade com a internet e WiFi no Windows 11 após o upgrade. Correções técnicas passo a passo para pilhas TCP/IP corrompidas, timeouts de DNS e erros de driver.

Por Iain JewittPublicado Atualizado
📖 7 min de leitura1,896 palavras2 exemplos práticos2 questões práticas5 definições principais

Video overview

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Technical Briefing. Hoje estamos abordando um problema crítico que afeta as equipes de TI corporativas globalmente: a perda de conectividade de internet com fio em dispositivos após uma atualização in-place para o Windows 11. Se você teve usuários que de repente ficaram incapazes de se conectar à sua rede segura após a atualização, você não está sozinho. Este não é um bug aleatório. É uma falha específica na forma como a atualização lida com as configurações de autenticação 802.1X. Nos próximos dez minutos, explicarei por que isso acontece, como corrigir e como evitar que isso prejudique suas operações. Vamos começar com o contexto técnico. O problema de atualização do Windows 11 que estamos discutindo não é novo. Ele tem sido documentado em ambientes corporativos desde as primeiras atualizações de recursos e se tornou mais proeminente com o ciclo de atualização de 23H2 para 25H2. O problema central é este: quando uma atualização in-place do Windows 11 é executada, ela pode remover silenciosamente ou corromper os arquivos de configuração XML que governam a autenticação 802.1X com fio. O resultado é que os dispositivos inicializam após a atualização, conectam-se à rede fisicamente, mas falham na autenticação no nível da porta. O switch, fazendo seu trabalho corretamente, bloqueia o dispositivo ou o atribui a uma VLAN de convidado restrita. Agora, vamos nos aprofundar na mecânica técnica. O serviço Wired AutoConfig, conhecido internamente como dot3svc, é o componente do Windows responsável por gerenciar o 802.1X em interfaces Ethernet. Ele lê a partir de um perfil XML armazenado para saber como iniciar o handshake de autenticação com o switch de rede. Este perfil define tudo: o método EAP, seja PEAP com MSCHAPv2 ou EAP-TLS com certificados, as autoridades de certificação confiáveis e como o cliente deve se identificar. Quando o processo de atualização é executado, ele pode redefinir a configuração deste serviço ou excluir o perfil por completo. Sem o perfil, o dot3svc não tem instruções. Ele não pode iniciar o processo de autenticação e a porta do switch permanece fechada. Para diagnosticar isso em uma máquina específica, você não precisa de ferramentas complexas. Abra um prompt de comando com privilégios de administrador e execute: netsh lan show profiles. Se a saída estiver vazia ou o perfil esperado estiver ausente, você confirmou a causa raiz. Você também pode abrir o Visualizador de Eventos do Windows e navegar para Logs de Aplicativos e Serviços, depois Microsoft, depois Windows, depois Wired-AutoConfig e, finalmente, o log Operacional. Você encontrará eventos de erro explícitos registrados no momento de cada tentativa de conexão com falha. Esses eventos dirão exatamente o que deu errado, seja um perfil ausente, uma falha de confiança no certificado ou um problema de dependência de serviço. Agora, vamos falar sobre os três caminhos principais de correção. A escolha certa para a sua organização depende da sua infraestrutura de gerenciamento. A primeira e mais robusta opção para ambientes tradicionais locais (on-premises) é a Group Policy. Se os seus dispositivos estão associados ao domínio, você pode criar uma Wired Network IEEE 802.3 Policy em Computer Configuration, Policies, Windows Settings, Security Settings. Dentro desta política, você define as configurações de 802.1X: o tipo de EAP, o método de autenticação e a configuração de confiança do certificado. Assim que esta GPO for vinculada às Unidades Organizacionais apropriadas e aplicada às máquinas afetadas, as configurações corretas serão impostas e reaplicadas automaticamente, mesmo que uma atualização futura tente removê-las. O principal erro a ser evitado aqui é a filtragem de GPO. Garanta que a filtragem de segurança e os filtros WMI estejam configurados corretamente para que a política realmente chegue às máquinas de destino. Um erro comum é criar a política, mas não verificar o escopo de aplicação. A segunda opção, e a melhor prática para ambientes modernos gerenciados na nuvem, é o Microsoft Intune. Se os seus dispositivos estão associados ao Azure AD ou de forma híbrida e são gerenciados via Intune, você deve criar um Configuration Profile usando o modelo Wired Network para Windows 10 e posteriores. A maneira mais eficiente de preencher este perfil é primeiro exportar o XML funcional de uma máquina configurada corretamente usando o comando: netsh lan export profile folder equals dot interface equals Ethernet. Isso fornece o XML bruto que define as configurações de 802.1X. Você pode então importar este XML diretamente para o perfil do Intune. Atribua o perfil a um grupo de dispositivos que contenha as máquinas afetadas, e o Intune aplicará a configuração. Esta é uma abordagem altamente escalável, particularmente para organizações distribuídas, como redes de varejo ou grupos hoteleiros com centenas de locais. A terceira opção é a correção manual, adequada para situações urgentes e pontuais. Em uma máquina que esteja funcionando corretamente, exporte o perfil com netsh lan export. Transfira o arquivo XML resultante para a máquina com problemas via USB ou um compartilhamento de rede que esteja acessível a partir da VLAN de visitantes. Depois, na máquina com problemas, execute: netsh lan add profile filename equals your profile dot xml interface equals Ethernet. Isso restaura imediatamente as configurações de autenticação. O dispositivo deve se autenticar com sucesso na próxima tentativa de conexão. Esta é uma correção rápida e eficaz para um único usuário, mas não é escalável. Se você se encontrar fazendo isso repetidamente, é um forte sinal de que precisa implementar uma política gerenciada centralmente. Vamos agora abordar as melhores práticas para prevenir este problema no futuro. O princípio mais importante é este: nunca dependa de uma configuração manual sobrevivendo a uma atualização de sistema operacional local. Trate o seu perfil de 802.1X como uma política que deve ser imposta a partir de uma autoridade central, e não como uma configuração estática em cada dispositivo. Esta simples mudança de mentalidade poupará um tempo e esforço significativos para a sua equipe. Na prática, isso significa garantir que a sua configuração 802.1X faça parte do build padrão do seu dispositivo. Quer você use MDT, SCCM ou Windows Autopilot, o perfil de rede deve ser implantado como parte do processo de provisionamento. Ele também deve ser imposto por uma política persistente, seja GPO ou Intune, de modo que, mesmo que a configuração local seja removida, ela seja restaurada automaticamente. Para organizações que gerenciam implantações de atualização em larga escala, considere adicionar etapas de pré-execução e pós-execução às suas sequências de tarefas de atualização. Antes de a atualização ser executada, um script pode fazer o backup do perfil 802.1X atual para um local de rede. Após a conclusão da atualização, uma etapa de verificação pode checar se o perfil está presente e, caso não esteja, restaurá-lo a partir do backup. Essa abordagem de dupla segurança oferece uma rede de proteção adicional. Sob a perspectiva de conformidade, esse problema tem implicações diretas para o PCI-DSS e a ISO 27001. O requisito 1.2.1 do PCI-DSS determina que o tráfego entre o ambiente de dados do portador do cartão e outras redes seja restrito. O 802.1X é um controle essencial para impor essa segmentação. Se os dispositivos perderem sua configuração 802.1X e caírem em uma rede não segmentada, você poderá estar violando esse requisito. Garantir que suas configurações 802.1X sejam gerenciadas centralmente e resilientes a atualizações não é, portanto, apenas uma preocupação operacional; é um imperativo de conformidade. Agora, algumas perguntas rápidas que surgem com frequência em conversas com clientes. Isso também afeta o WiFi? Sim, o mesmo problema pode afetar perfis sem fio, embora o problema com fio tenha sido relatado com mais frequência. A abordagem de solução de problemas é análoga, usando comandos netsh wlan em vez de netsh lan. Isso está atrelado a um fabricante de hardware específico? Não. Este é um problema de software Windows e de gerenciamento de configuração. Ele afeta dispositivos de todos os principais fabricantes. Posso evitar que o perfil seja excluído durante a atualização? Se você estiver usando um processo de atualização gerenciado via SCCM ou Intune, poderá adicionar etapas de correção pós-atualização. Para atualizações não gerenciadas, a melhor mitigação é ter uma política em vigor que reaplique a configuração automaticamente após a conclusão da atualização. E se o perfil estiver presente, mas a autenticação ainda estiver falhando? Neste caso, o problema pode estar na cadeia de certificados. Após uma atualização, o certificado da máquina ou a autoridade de certificação raiz confiável pode ter sido afetada. Verifique o repositório de certificados da máquina e confirme se o certificado raiz do servidor RADIUS está presente e é confiável.Para resumir os pontos-chave do briefing de hoje. As atualizações locais do Windows 11 podem remover silenciosamente os perfis XML usados pelo serviço Wired AutoConfig, causando falhas de autenticação 802.1X. Os passos imediatos de diagnóstico são executar o comando netsh lan show profiles e verificar o log operacional do Wired-AutoConfig no Visualizador de Eventos. Os três caminhos de correção são as Políticas de Grupo para dispositivos ingressados no domínio, o Microsoft Intune para dispositivos gerenciados na nuvem e a importação manual de perfil via netsh para correções urgentes e pontuais. A solução de longo prazo é impor as configurações do 802.1X por meio de uma política gerenciada centralmente, tratando-a como uma configuração persistente em vez de uma configuração estática. Isso também é uma preocupação de conformidade para ambientes PCI-DSS e ISO 27001. Sua tarefa para esta semana é simples. Audite sua abordagem atual de gerenciamento do 802.1X. Se suas configurações forem configuradas manualmente em endpoints sem uma política de aplicação central, esse é um risco que você precisa abordar antes do seu próximo ciclo de atualização. Crie o perfil do Intune ou a GPO, teste em um grupo piloto e implante. O investimento é mínimo. A mitigação de riscos é significativa. Obrigado por participar do Purple Technical Briefing. Para mais recursos sobre gerenciamento de redes corporativas e inteligência de WiFi, visite purple dot ai.

Parte da nossa série principal: Enterprise WiFi Security Guide →

Corrigir conectividade com a internet no Windows 11 e problemas no adaptador de rede após upgrade

Resumo executivo

A transição para o Windows 11 introduz um problema operacional crítico para ambientes de rede corporativos: a exclusão silenciosa das configurações de autenticação cabeada IEEE 802.1X durante atualizações locais do SO. Para diretores de TI, arquitetos de rede e administradores de sistemas que supervisionam parques de dispositivos gerenciados, este problema causa interrupções imediatas de conectividade, aumento nos chamados do suporte técnico e exposição de conformidade.

A causa raiz primária é a corrupção ou remoção completa dos perfis locais de configuração XML para o serviço Windows Wired AutoConfig (dot3svc). Quando estes perfis são eliminados, os endpoints não conseguem realizar a autenticação de controle de acesso à rede baseada em porta, conforme definido pelo IEEE 802.1X.

Este guia fornece uma metodologia definitiva para diagnosticar, restaurar e prevenir falhas de autenticação 802.1X no Windows 11. Ele aborda a mecânica da causa raiz, códigos de diagnóstico do Visualizador de Eventos, três frameworks de remediação (Diretiva de Grupo, Microsoft Intune e CLI netsh) e mitigação de riscos a longo prazo usando autenticação RADIUS nativa em nuvem.

Este guia faz parte do nosso abrangente Guia de Segurança e Autenticação de WiFi Corporativo.

Contexto técnico e análise de causa raiz

O IEEE 802.1X depende de três componentes principais: o suplicante (dispositivo cliente), o autenticador (switch de rede ou ponto de acesso) e o servidor de autenticação (servidor RADIUS). Em endpoints Windows, a autenticação baseada em porta para conexões Ethernet é gerenciada pelo serviço Wired AutoConfig (dot3svc).

Durante grandes atualizações de recursos do Windows 11 (como a atualização do Windows 10 para o Windows 11, ou atualizações entre 22H2, 23H2 e 24H2), o sistema operacional realiza uma etapa de migração profunda nas chaves de registro e definições de serviço. Três falhas específicas ocorrem durante este processo:

1. Redefinição do estado do serviço

O tipo de inicialização do serviço dot3svc é frequentemente redefinido de Automático para Manual ou Desativado. Quando o dispositivo reinicia após a atualização, o serviço falha ao inicializar automaticamente, impedindo a transmissão de frames EAPOL (EAP over LAN) pela interface física de rede (NIC).

2. Eliminação do perfil do registro

Os perfis XML locais de 802.1X armazenados em HKLM\SOFTWARE\Microsoft\Wired-AutoConfig são frequentemente apagados durante a etapa de migração. Sem um perfil ativo, o Windows 11 não consegue apresentar certificados de cliente ou credenciais EAP para a porta do switch.

3. Incompatibilidade entre Credential Guard e PEAP-MSCHAPv2

O Windows 11 habilita a Segurança Baseada em Virtualização (VBS) e o Credential Guard por padrão. O Credential Guard isola os hashes de segredo NTLM e Kerberos em um contêiner virtualizado, bloqueando a extração legada de hash de senha PEAP-MSCHAPv2. Como resultado, os endpoints que dependem da autenticação PEAP legada enfrentam respostas persistentes de Access-Reject após a atualização. A atualização para EAP-TLS baseada em certificado é necessária para restaurar a autenticação. Para uma comparação detalhada, consulte nosso guia WPA3 Enterprise vs iPSK Security Model.

4. Validação rigorosa de certificado RADIUS no Windows 11 24H2

O Windows 11 24H2 impõe regras rígidas de validação de certificado de servidor. Se o certificado do servidor RADIUS não tiver um Subject Alternative Name (SAN) válido correspondente à configuração do perfil 802.1X, ou se a CA Raiz emissora estiver ausente do repositório de Raízes Confiáveis do Computador Local, o Windows encerra a conexão com o código de erro 0x80070490.

Matriz de diagnóstico e referência do Visualizador de Eventos

Ao solucionar problemas em um endpoint Windows 11 afetado, use o caminho do Visualizador de Eventos do Windows: Applications and Services Logs > Microsoft > Windows > Wired-AutoConfig > Operational

ID do Evento Fonte do log Condição de erro Causa raiz Correção via prompt de comando elevado
12014 Wired-AutoConfig Tempo limite de início EAPOL Serviço dot3svc desativado ou parado sc config dot3svc start=auto && net start dot3svc
12015 Wired-AutoConfig Falha de autenticação (IP APIPA) Porta do switch não autenticada; dispositivo colocado na VLAN de convidados netsh lan reauthenticate interface="Ethernet"
5632 Wired-AutoConfig Access-Reject explícito Certificado de cliente ausente ou conta do AD desativada netsh lan export profile folder=C:\temp
12013 Wired-AutoConfig Certificado de servidor não confiável CA Raiz ausente no repositório confiável do computador local certutil -store Root
10001 Wired-AutoConfig Perfil 802.1X ausente Chaves de registro do perfil Netsh LAN XML limpas pela atualização netsh lan add profile filename="C:\temp\Profile.xml"

Snippet de diagnóstico automatizado em PowerShell

Execute os seguintes comandos do PowerShell em modo elevado para inspecionar a interface física e o estado do perfil 802.1X:

# Check Wired AutoConfig service status
Get-Service -Name dot3svc | Select-Object Name, Status, StartType

# Display configured 802.1X wired profiles
netsh lan show profiles

# Display interface authorization state
netsh lan show interfaces

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.

Métodos de correção passo a passo

Restaurar a conectividade 802.1X em um parque corporativo exige a seleção do conjunto de ferramentas de gerenciamento apropriado com base na arquitetura de infraestrutura.

Método 1: Imposição de Política de Grupo do Active Directory (GPO)

Para endpoints ingressados no domínio, a Política de Grupo oferece uma imposição automatizada que restaura os perfis apagados na próxima reinicialização:

  1. Abra o Console de Gerenciamento de Política de Grupo (gpmc.msc) em um Controlador de Domínio.
  2. Edite o Group Policy Object de destino vinculado à sua OU de Computadores Windows 11.
  3. Navegue até: Configuração do Computador > Políticas > Configurações do Windows > Configurações de Segurança > Políticas de Rede Com Fio (IEEE 802.3).
  4. Clique com o botão direito e selecione Criar uma Nova Política de Rede Com Fio para o Windows Vista e Posteriores.
  5. Habilite Usar o serviço de AutoConfiguração Com Fio do Windows para acesso à rede IEEE 802.1X.
  6. Na guia Segurança, selecione Microsoft: Cartão Inteligente ou outro certificado (EAP-TLS) e configure as CAs de Raiz Corporativa confiáveis.
  7. Force a atualização da política nos endpoints clientes: gpupdate /force.

Método 2: Implantação do Microsoft Intune (MDM na Nuvem)

Para endpoints gerenciados na nuvem, implante um payload de perfil 802.1X por meio do Microsoft Intune. Para ver a configuração passo a passo do perfil de certificado SCEP e PKCS, consulte o nosso Guia de Implantação de Certificado WiFi do Microsoft Intune dedicado.

  1. Exporte um perfil XML de referência 802.1X de uma máquina modelo: netsh lan export profile folder=C:\temp interface="Ethernet"
  2. Abra o Centro de administração do Microsoft Intune (intune.microsoft.com).
  3. Navegue até Dispositivos > Perfis de configuração > Criar perfil.
  4. Selecione Windows 10 e posterior como Plataforma, e Rede com fio como Modelo.
  5. Cole a configuração XML do EAP exportada no campo de configurações do perfil XML.
  6. Atribua a política ao seu grupo de dispositivos do Azure AD para impor a correção automatizada pós-atualização.

Método 3: Importação manual de perfil XML via Netsh CLI

Para endpoints independentes ou suporte de desktop de emergência, importe o perfil manualmente usando o Prompt de Comando:

:: 1. Certifique-se de que o serviço AutoConfig de Rede Com Fio está ativo
sc config dot3svc start=auto
net start dot3svc

:: 2. Importe o perfil XML de referência 802.1X
netsh lan add profile filename="C:\temp\MasterWiredProfile.xml" interface="Ethernet"

:: 3. Dispare novamente a autenticação de porta
netsh lan reauthenticate interface="Ethernet"

Melhores práticas para implantações corporativas

Para evitar a perda do perfil 802.1X durante futuras atualizações do Windows 11, implemente as seguintes salvaguardas operacionais:

  • Incorpore a configuração 802.1X nas linhas de base de implantação do sistema operacional: Garanta que as sequências de tarefas do Microsoft Autopilot, SCCM ou MDT apliquem perfis 802.1X durante a provisão inicial.
  • Centralize a aplicação de políticas: Evite endpoints configurados manualmente. Imponha configurações de rede via GPO ou Intune para garantir a reaplicação automática da política.
  • Implemente backups de sequências de tarefas pré-atualização: Exporte perfis existentes para um compartilhamento de rede seguro (netsh lan export) antes de executar grandes atualizações do sistema operacional.
  • Mantenha repositórios XML com controle de versão: Armazene perfis XML mestres para cada local e zona de segurança em um repositório centralizado para acelerar a recuperação de desastres.- Migre de PEAP-MSCHAPv2 para EAP-TLS: Faça a transição da autenticação baseada em senha para certificados digitais para eliminar falhas de compatibilidade do Credential Guard. Saiba como em nosso guia O que é autenticação RADIUS e como ela funciona?.

Resolução de problemas e mitigação de riscos

Quando um dispositivo final perde o acesso à rede após a atualização, execute esta sequência de diagnóstico sistemática:

  1. Verifique a camada física e as luzes de link: Confirme o status do link Ethernet e a conectividade da porta do switch.
  2. Verifique a atribuição de endereço IP: Execute ipconfig /all. Um endereço APIPA (169.254.x.x) indica falha completa de autenticação 802.1X ou bloqueio da porta do switch. Uma sub-rede inesperada indica alocação em uma VLAN de visitantes isolada.
  3. Inspecione o estado do perfil 802.1X: Execute netsh lan show profiles. Se estiver vazio, o perfil foi removido durante a migração do sistema operacional.
  4. Analise os logs de eventos do Wired-AutoConfig: Verifique os IDs de evento 12014, 12015 e 5632 para isolar problemas de certificado, credencial ou serviço.
  5. Aplique correção de política centralizada: Acione uma sincronização de política via Intune ou GPO para restaurar o perfil automaticamente.

Corrigir conectividade com a internet no Windows 11 e problemas no adaptador de rede após upgrade - troubleshooting steps in…

ROI e impacto nos negócios

Interrupções imprevistas de rede após atualizações de sistema operacional geram custos operacionais e financeiros significativos. Gerenciar as configurações de 802.1X de forma centralizada proporciona um ROI mensurável em três áreas principais:

1. Redução de custos de suporte de TI

Em uma empresa com 1.000 dispositivos, cerca de 15% dos endpoints sofrem perda de perfil ou redefinição de serviço durante grandes ciclos de atualização de sistema operacional. Resolver problemas manualmente em 150 dispositivos a 30 minutos por chamado consome 75 horas de suporte de TI de Nível 2. A um custo médio estimado de £60 por hora, um único ciclo de atualização custa £4.500 em suporte reativo.

Ao implementar políticas centralizadas via Intune ou GPO (exigindo cerca de 4 horas de trabalho de arquitetura de rede, ou £240), as organizações alcançam o ROI total no primeiro ciclo de atualização, com uma redução de 80% nos chamados de suporte de acesso à rede.

2. Conformidade com normas regulatórias

  • Requisito PCI-DSS 1.2.1: Exige segmentação rígida de rede entre ambientes de dados de portadores de cartão (CDE) e redes corporativas gerais. Dispositivos não autenticados que caem em VLANs padrão abertas violam os controles de segmentação.
  • ISO 27001 Anexo A.12.1.2: Exige gerenciamento formal de mudanças e aplicação de configurações. Políticas de rede autorregenerativas cumprem os controles de auditoria.
  • GDPR Artigo 32: Exige medidas técnicas para garantir a confidencialidade e integridade dos dados na rede.

3. Continuidade operacional para propriedades e locais físicos

Espaços físicos - hotéis, centros de convenções, redes de varejo e estádios - dependem de infraestrutura de rede autenticada para sistemas de gestão de propriedades, terminais de bilheteria e sistemas de PDV. O gerenciamento proativo de 802.1X evita a perda de receita causada por inatividade offline na recepção ou nos PDVs.

Resolução permanente com Purple Cloud RADIUS

Restaurar manualmente perfis XML ou solucionar problemas de atrasos na sincronização de GPO após cada atualização do Windows cria uma carga operacional desnecessária. O Purple Passwordless Staff WiFi e o Cloud RADIUS fornecem uma plataforma de autenticação 802.1X nativa da nuvem que elimina a corrupção de perfis locais.

  • Integração de identidade zero-touch: Autentique dispositivos automaticamente via Microsoft Entra ID, Okta ou Google Workspace usando WPA3-Enterprise baseado em certificados ou Passpoint (Hotspot 2.0).
  • Redução de 80% nos chamados de suporte: Elimine senhas WPA2 compartilhadas e scripts manuais de perfil XML em toda a sua propriedade.
  • Confiabilidade empresarial: Construído em uma arquitetura de nuvem RADIUS independente de hardware que atende a mais de 80.000 espaços ativos com um SLA de tempo de atividade de 99.999%.

Agende uma consulta técnica de WiFi corporativo ou explore o Purple Passwordless Staff WiFi para eliminar falhas de configuração de 802.1X.

Definições principais

IEEE 802.1X

Um padrão IEEE para Controle de Acesso à Rede baseado em Porta (PNAC) que fornece um mecanismo de autenticação para dispositivos que desejam se conectar a uma LAN ou WLAN.

Padrão de controle de acesso à rede baseado em porta para redes corporativas.

Wired AutoConfig Service (dot3svc)

Um serviço integrado do Windows responsável por executar a autenticação IEEE 802.1X em adaptadores de rede Ethernet.

Serviço do Windows que gerencia a autenticação 802.1X em interfaces Ethernet.

EAP-TLS

Um padrão IETF para autenticação mútua entre um cliente e um servidor RADIUS usando certificados digitais X.509.

Extensible Authentication Protocol usando Transport Layer Security.

netsh lan

Uma ferramenta de script de linha de comando no Windows que permite aos administradores configurar, exibir e exportar perfis de rede com fio 802.1X.

Utilitário de linha de comando do Windows para gerenciar configurações de rede com fio.

RADIUS Server

Servidor Remote Authentication Dial-In User Service (como Microsoft NPS, Cisco ISE ou Aruba ClearPass) que autentica as credenciais do cliente.

Servidor de autenticação AAA centralizado na arquitetura corporativa.

Exemplos práticos

Após uma atualização em toda a frota para o Windows 11, 20% dos endpoints de desktop corporativos relatam perda de acesso à intranet e adquirem endereços IP APIPA 169.254.x.x em conexões Ethernet. A execução de netsh lan show profiles mostra zero perfis configurados. Qual é a causa raiz e como a TI deve remediar isso em escala?

  1. Causa Raiz: A etapa de migração do upgrade de recursos do Windows 11 limpou as chaves de registro HKLM\SOFTWARE\Microsoft\Wired-AutoConfig, removendo os perfis 802.1X locais e deixando as portas do switch em um estado de convidado não autenticado ou bloqueado. 2. Correção Tática: Exporte um perfil XML funcional de um endpoint de referência (netsh lan export profile folder=C:\temp) e importe-o nos hosts afetados (netsh lan add profile filename=...). 3. Resolução em Escala: Implante um Objeto de Diretiva de Grupo (GPO) do Active Directory direcionado a Diretivas de Rede Com Fio (IEEE 802.3) ou um Perfil de Configuração do Intune com um payload de Rede Com Fio para forçar a restauração do perfil automaticamente.
Comentário do examinador: Esta solução diagnostica corretamente a perda de registro de perfil durante atualizações importantes do sistema operacional e descreve tanto a remediação imediata por linha de comando quanto a imposição automatizada de políticas de MDM a longo prazo.

Um host Windows 11 24H2 falha na autenticação 802.1X. O Visualizador de Eventos exibe o Event ID 12013: "A identidade do servidor de autenticação não pôde ser verificada". Os logs do RADIUS mostram Access-Reject. Qual alteração de configuração é necessária?

  1. O Windows 11 24H2 impõe uma validação estrita de confiança de certificado do servidor. 2. O perfil 802.1X do cliente deve ter ValidateServerCertificate definido como true, com a CA Raiz presente no repositório de Raiz Confiável do computador. 3. A propriedade ServerNames no perfil XML deve corresponder ao Subject Alternative Name (SAN) do certificado do servidor RADIUS.
Comentário do examinador: Identificar regras estritas de validação de certificado no Windows 11 24H2 é vital para resolver falhas de autenticação EAP-TLS e PEAP.

Questões práticas

Q1. Qual serviço do Windows deve ser configurado para inicialização Automática para que a autenticação Ethernet 802.1X funcione?

Dica: Verifique o tipo de inicialização do serviço Windows Wired AutoConfig.

Ver resposta modelo

O serviço Wired AutoConfig (dot3svc) deve ser configurado para o tipo de inicialização Automática. Por padrão, em instalações do Windows que não pertencem a um domínio, este serviço é definido como Manual e não executará a autenticação 802.1X.

Q2. Qual comando exato exporta um perfil 802.1X de um adaptador Ethernet ativo para um arquivo XML?

Dica: Lembre-se da sintaxe do netsh lan para exportar perfis de rede.

Ver resposta modelo

netsh lan export profile folder=C:\temp interface="Ethernet" exporta o perfil 802.1X como um arquivo XML para o diretório especificado.

Continue a ler esta série

Power over Ethernet (PoE) para Access Points: Um Guia de Implementação

Este guia fornece aos técnicos de infraestrutura, arquitetos de rede e tomadores de decisão de TI uma referência técnica definitiva para implantar access points Power over Ethernet (PoE) em locais corporativos, incluindo hotéis, lojas de varejo, estádios e instalações do setor público. Ele abrange os padrões IEEE de 802.3af a 802.3bt, cálculo de orçamento de energia, requisitos de cabeamento, segmentação de VLAN e conformidade de segurança, com cenários de implementação concretos e benchmarks de ROI mensuráveis. Compreender a arquitetura PoE é fundamental para qualquer implantação de [Guest WiFi](/guest-wifi) ou [WiFi Analytics](/guest-wifi), pois a confiabilidade da camada física determina diretamente a qualidade da captura de dados, a experiência do usuário e o tempo de atividade operacional.

Ler o guia →

Como configurar políticas NAC para direcionamento de VLAN no Cisco Meraki

Este guia de autoridade oferece a líderes de TI, arquitetos de rede e diretores de operações de locais um framework prático, passo a passo, para configurar políticas NAC e direcionamento de VLAN em ambientes Cisco Meraki. Ele abrange a implementação de 802.1X, o isolamento de dispositivos IoT via MAC Authentication Bypass e a integração perfeita com a plataforma de análise de WiFi para visitantes da Purple para garantir uma segmentação de rede segura, em conformidade e de alto desempenho em implantações nos setores de hotelaria, varejo e público.

Ler o guia →

Escolhendo Access Points Corporativos: Cisco, Aruba, Ruckus, UniFi Comparados

Compare access points corporativos Cisco Meraki, Aruba, Ruckus e UniFi. Avalie WiFi 6E/7, licenciamento de TCO, desempenho de RF e arquiteturas de controladora.

Ler o guia →

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.