Windows Server 2025 / Diagnosticar problemas de IP, DNS e DHCP

Para diagnosticar uma falha de rede no Windows Server 2025, diferencie o endereçamento IP, o roteamento, a resolução DNS e o acesso ao serviço afetado. Registre as configurações atuais do cliente, compare com um caso conhecido que funcione e altere apenas um item relevante antes de repetir o mesmo teste.

Defina a falha e alterações recentes

Identifique se todos os clientes falham, apenas um falha, os nomes falham mas os endereços funcionam, ou um serviço falha. Registre reinicializações recentes, alterações no comutador virtual e edições de opções do DHCP (Dynamic Host Configuration Protocol, atribuição automática de endereços IP). Alterar DNS e firewall ao mesmo tempo dificulta identificar qual mudança teve efeito.

O acesso por endereço IP pode mudar a verificação de certificados ou o método de autenticação Kerberos do domínio em comparação com o acesso pelo nome. Um teste de diagnóstico não é necessariamente um método de conexão permanente adequado.

Leia a configuração real do cliente

ipconfig /all
Get-NetIPConfiguration
Get-NetAdapter
Get-NetRoute -AddressFamily IPv4

No console do CLIENT1, execute esses comandos e registre endereço IP, máscara, servidor DNS, servidor DHCP e sufixo DNS. Se o escopo da aula anterior estiver ativo, espere um endereço entre 172.24.50.100 e 172.24.50.150 e DNS 172.24.50.10. Uma rede isolada sem roteador pode se comunicar dentro de sua sub-rede sem um gateway.

Um endereço 169.254.x.x sugere falha na obtenção da concessão, mas não prova defeito no servidor DHCP. Primeiro confira o comutador virtual, o estado do adaptador de rede e as configurações automáticas do cliente. Consulte a orientação para diagnosticar o cliente DHCP para examinar os registros de eventos relevantes.

Separe a conectividade de rede do acesso aos serviços

ping 172.24.50.10
Test-NetConnection -ComputerName 172.24.50.20 -Port 445

O comando ping usa ICMP (Internet Control Message Protocol); se esse tráfego for bloqueado, a falha não prova que todos os serviços estejam indisponíveis. A porta TCP 445 verifica apenas o acesso ao serviço SMB (Server Message Block, compartilhamento de arquivos) depois que o FS1 o oferecer; ela não verifica as permissões do compartilhamento.

Para falhas na mesma sub-rede, inspecione o estado da máquina virtual (VM), o comutador, endereços IP duplicados e máscaras. Para falha apenas externa, inspecione o gateway real e o NAT. Antes de testar outra porta, confirme que um serviço correspondente deve estar ouvindo.

Consulte um resolvedor específico e compare com o padrão

Resolve-DnsName 'fs1.lab.example.test' -Type A -Server 172.24.50.10
nslookup fs1.lab.example.test 172.24.50.10
Resolve-DnsName 'fs1.lab.example.test' -Type A

As primeiras consultas usam explicitamente o DC1; a última usa o caminho de resolução configurado pelo cliente. Se a consulta explícita ao DC1 funcionar, mas a consulta padrão falhar, examine as configurações do cliente, as políticas e o cache. Se o nome de domínio completo (FQDN) funcionar, mas o nome curto não, confira o sufixo de pesquisa DNS do cliente.

Diferencie respostas de nome inexistente de tempo limite excedido. Use verificações de DNS do cliente junto com verificações de zonas e recursão no servidor. Clear-DnsClientCache afeta o cliente local; Clear-DnsServerCache afeta o servidor. Nenhum deles corrige um registro autoritativo incorreto.

Verifique DHCP e repita o teste original

No DC1, em uma sessão do Windows PowerShell aberta como administrador, confira o serviço DHCP, o escopo ativo, os endereços livres, a vinculação ao adaptador e, se o domínio existir, a autorização no Active Directory. Clientes de outras sub-redes podem exigir um agente de retransmissão DHCP; este laboratório com um único comutador virtual não precisa dele.

Get-Service DHCPServer
Get-DhcpServerv4Scope
Get-DhcpServerv4ScopeStatistics -ScopeId 172.24.50.0
Get-DhcpServerv4Lease -ScopeId 172.24.50.0

Renove a concessão pelo console do CLIENT1 com ipconfig /renew, depois de registrar a configuração anterior. Corrija apenas um parâmetro relacionado ao sintoma, repita exatamente o teste de nome, endereço IP ou porta que falhou e confira se as funções que já operavam continuam funcionando. Se não obtiver sucesso, reverta somente essa alteração e mantenha o comando, o alvo, o tempo e o erro. Desativar amplamente o firewall, limpar o cache indiscriminadamente e recriar escopos dificulta o diagnóstico e a recuperação.