A lentidão para detectar computadores com BIOS UEFI e TPM2.0 é um problema do compartamento do PXE?

Mario Felipe Camargo 40 Pontos de reputação
2025-09-16T17:59:26.2333333+00:00

É um problema do PXE em si demorar até horas para detectar um computador com BIOS UEFI e TPM2.0 no servidor PXE?

Atualmente onde trabalho fazemos a instalação do windows 10 nos computadores através do Kaspersky Security Center que em conjunto com o Windows Deployment Kit funciona como um servidor PXE, nos computadores até setima geração da Intel, ocorre sem problema, porém, nos computadores que possuem BIOS UEFI e TPM2.0 ao iniciar o procedimento, chegam a demorar horas para que sejam detectados no Console de Gerenciamento.
Ao entrar em contato com o suporte da Kasperky, informaram que o problema é como o funcionamento do PXE funciona em si, não sendo um problema deles.
Gostaria da confirmação se é isso mesmo que ocorre.

Windows para empresas | Cliente Windows para profissionais de TI | Dispositivos e implantação | Instalar atualizações, recursos ou funções do Windows
0 comentários

1 resposta

Classificar por: Mais Antigo
Mais útil Mais Novo Mais Antigo
  1. Henry Mai 8,240 Pontos de reputação Assistente Independente
    2025-09-16T18:39:16.7066667+00:00

    Olá Mario, eu sou Henry e quero compartilhar minha visão sobre sua preocupação

    "É um problema com o próprio PXE demorando horas para detectar um computador com UEFI BIOS e TPM2.0 no servidor PXE?" Não - este não é um problema fundamental com o PXE em si. O PXE pode inicializar sistemas UEFI (mesmo com o TPM 2.0 habilitado) em segundos se o ambiente estiver configurado corretamente. O atraso de horas que você está vendo é um problema de configuração incorreta, não uma limitação do PXE.

    Por que isso acontece

    • O BIOS PXE legado é muito simples: transmissão, resposta, arquivo de inicialização.
    • O UEFI PXE adiciona complexidade: o servidor DHCP deve distribuir o nome de arquivo de inicialização correto (.efi), a infraestrutura de rede deve retransmitir as solicitações corretamente e a Inicialização Segura pode impor a validação de assinatura.

    Se eles não estiverem alinhados, o cliente UEFI fica preso em loops de tempo limite, tentando repetidamente solicitar o arquivo de inicialização até que uma resposta funcione - o que explica por que leva "horas".

    Causas comuns

    1. Políticas DHCP que não diferenciam clientes Os clientes UEFI precisam .efi de carregadores de inicialização, enquanto os clientes legados usam .wim ou pxeboot.com. Se o DHCP estiver distribuindo a opção errada, os clientes UEFI não inicializarão rapidamente.
    2. Configuração do Auxiliar de IP ausente Em redes em que os clientes PXE não estão na mesma sub-rede que o servidor PXE, os switches/roteadores devem encaminhar solicitações DHCP e PXE para o servidor DHCP e o servidor PXE (Kaspersky/WDK).
    3. Inicialização segura e interação TPM O TPM 2.0 em si não quebra o PXE. Mas a Inicialização Segura requer que o .efi carregador fornecido pelo servidor PXE seja assinado e confiável. Caso contrário, o cliente tentará novamente indefinidamente. Desativar temporariamente a Inicialização Segura em um cliente afetado é uma maneira rápida de confirmar se essa é a causa raiz.

    Espero que essas informações e essas palavras-chave ajudem a apontar na direção certa para sua pesquisa.

    Esta resposta foi útil?

    0 comentários

Sua resposta

As respostas podem ser marcadas como ‘Aceitas’ pelo autor da pergunta e ‘Recomendadas’ pelos moderadores, o que ajuda os usuários a saber a resposta que resolveu o problema do autor.