Por que o Server 2012 está atribuindo a série “169.254. *. *” ao criar o servidor DHCP?

Question

Eu tenho um pequeno escritório, com o modem da ATT Motorola (192.168.1.254) definido como passagem para Dlink DIR-815 (LAN 192.168.0.1) Eu estou tentando configurar o servidor DHCP no Server 2012, e quando eu criar novo servidor DHCP, o título é criado como 169.254. . em vez do nome de domínio. (Clientes de domínio podem recuperar IPs conforme definido no escopo)

Clientes fora do domínio não estão recebendo IPs do servidor, mas sim o Motorola ... Como eu garanto que a configuração do DHCP está se criando adequadamente, e como posso ter certeza de que clientes de domínio e não-domínio obtenham IPs do servidor?

    

Answer 1

Tem certeza de que o endereço 169.254 está sendo atribuído via DHCP pelo modem? Esses não são endereços de sub-rede privados, eles são link de endereços autoconfig locais . Eles devem ser usados por hosts que não têm um IP estático e não podem acessar um servidor DHCP para obter um endereço autoritativo.

Eu acho que seu serviço DHCP não está funcionando e que os hosts estão se configurando com esse intervalo de endereços.

Se esses são hosts do Windows, o ipconfig /renew retorna imediatamente com êxito ou o tempo limite?

    

Answer 2

1) O DLink está fornecendo DHCP. De jeito nenhum vem do Motorola ou do provedor, já que o DLink está fazendo NAT (caso contrário não teria 192.168.0.1 no lado da LAN). Desative o DHCP no DLink, por favor.

2) Uma divisão exata entre o servidor e outro servidor DHCP para clientes de domínio e não-domínio é falsa. Quando houver dois servidores DHCP, ambos responderão a uma solicitação DHCP. O cliente decidirá qual oferta aceitar. Se o cliente tiver histórico com um deles, ele geralmente aceitará a oferta do servidor com o qual conversou mais recentemente. Isso pode parecer como se o cliente de domínio apenas conversasse com o servidor de 2012, mas isso não é realmente o que está acontecendo.

Meu melhor palpite: o servidor de 2012 originalmente não conseguiu DHCP e gerou o endereço automaticamente. O servidor DHCP na máquina foi ativado naquele momento. Depois disso, você define o IP estático, mas não reiniciou o serviço DHCP para que ele não atenda a isso. Ele provavelmente parecerá normal depois de uma reinicialização do servidor.

    

Answer 3

O primeiro motivo que causa tais problemas é que esta ainda é uma placa de rede conectada. Mesmo sem conexão física, ele recebe a série IP 169.254.xx e pode causar tais problemas. Como solução, você pode desabilitar o IPv4 para esta placa de rede. Ou você pode excluir esse endereço usando netsh ( link )

    

Answer 4

Você tem mais de um adaptador de rede no servidor, mas não está conectado? Desativar os adaptadores de rede não conectados resolve esse problema. O servidor DHCP foi ligado ao adaptador errado.