O que acontece se o servidor DHCP ficar online depois dos dispositivos do cliente?

7

Se eu tiver um PC com Windows executando um servidor DHCP. Espero que demore alguns minutos para inicializar. Minha rede terá uma variedade de outros dispositivos de vários fornecedores que serão inicializados em segundos.

Não encontrei um "padrão" para novas tentativas do cliente DHCP. Esses dispositivos expirarão antes que o servidor DHCP do Windows seja iniciado? Se sim, qual é a melhor maneira de lidar com isso?

Esclarecimentos: Não há clientes do Windows envolvidos. Os clientes são dispositivos incorporados industriais, como câmeras, aquecedores e robôs.

Não estou preocupado com o que acontece se o servidor DHCP ficar inativo. Estes são dispositivos incorporados, todos conectados a uma única fonte de energia. Eu quero saber o que fazer quando a "fábrica" for ligada pela manhã.

    
por Moby Disk 28.10.2015 / 04:36

4 respostas

7

OK, tenho alguns pensamentos:

  1. Existem tantas pilhas de DHCP quanto estrelas no céu. OK, não é bem assim, mas você entendeu. As pilhas de rede incorporadas são especialmente conhecidas por terem uma implementação de "padrões" não completa. Como tal, é muito provável que os seus dispositivos terminem a arrancar antes do seu DHCPd estar pronto, irá APIPA e não tentará novamente o DHCP . A única maneira de verificar isso é verificar o comportamento de cada dispositivo envolvido.
  2. Desligar e ligar o interruptor (como outros recomendaram) pode nem funcionar. Eu vi muitos dispositivos incorporados que disparam suas solicitações DHCP uma vez como parte da sequência de inicialização e nunca mais tentam novamente, mesmo se o estado do link PHY na NIC mudar.

Aqui está a minha solução recomendada:

Existem PDUs de sequenciamento de energia disponíveis no mercado. Normalmente, são PDUs de dois ou três estágios com atrasos programáveis. Com estes, quando eles estão ligados, eles vão ligar o primeiro estágio, esperar o número especificado de segundos, ligar o segundo estágio, etc. Você pode conectar seu switch e seu servidor ao primeiro estágio, ter o PDU espere 5 minutos para o servidor concluir a inicialização e, em seguida, ligue o segundo estágio que possui todos os outros dispositivos nele.

    
por 28.10.2015 / 20:32
5

Existem três cenários para um cliente DHCP do Windows que posso pensar em cima da minha cabeça. Eu não posso falar com clientes DHCP não-Windows, mas devo assumir que eles operam da mesma maneira.

  1. Um executando cliente DHCP do Windows que possui uma concessão ativa enquanto o servidor DHCP não está disponível: O cliente DHCP continuará usando seu endereço IP atualmente alugado. Quando atingir a fase de renovação (T1), tentará renovar o contrato existente. Se não conseguir se comunicar com o servidor DHCP que pode renovar a concessão existente, o cliente continuará tentando renová-lo até atingir a fase Rebinding (T2), na qual tentará entrar em contato com qualquer servidor DHCP. Se o timer T2 expirar, o cliente liberará seu endereço IP.

  2. Um cliente DHCP do Windows com um aluguel ativo que é reinicializado enquanto o servidor DHCP não está disponível: O cliente DHCP continuará usando seu endereço IP atualmente alugado. Quando atingir a fase de renovação (T1), tentará renovar o contrato existente. Se não conseguir se comunicar com o servidor DHCP que pode renovar a concessão existente, o cliente continuará tentando renová-lo até atingir a fase Rebinding (T2), na qual tentará entrar em contato com qualquer servidor DHCP. Se o temporizador T2 expirar, o cliente libera seu endereço IP. A ressalva aqui é que, no meu entendimento, o cliente DHCP deve liberar seu endereço IP existente se ele não conseguir entrar em contato com o servidor DHCP ao reinicializar, porque não pode confirmar se está autorizado a continuar usando o endereço IP. Isso parece não ser o caso dos clientes Windows, o que me deixa um pouco perplexo. De qualquer forma, meus testes com clientes Windows mostram que eles realmente mantêm seu endereço IP alugado existente durante as reinicializações quando o servidor DHCP não está disponível.

  3. Um cliente DHCP do Windows que não possui uma concessão existente: É claro que o cliente DHCP não poderá entrar em contato com um servidor DHCP e se atribuirá um endereço IP APIPA. Como Neil T declarou em sua resposta, um cliente DHCP que não tenha uma concessão ativa tentará contatar um servidor DHCP aproximadamente a cada 5 minutos.

por 28.10.2015 / 05:09
2

Os clientes Windows geralmente dão ao servidor cerca de 60 segundos (mais ou menos) para colocá-lo juntos. Depois disso, eles mudam para um modo de fallback, no qual os dispositivos verificam a cada 5 minutos. Se 5 minutos for muito longo para esperar, você poderá reinicializar o switch ao qual eles estão conectados. Até mesmo uma inicialização a quente se o switch tiver esse recurso funcionaria.

    
por 28.10.2015 / 04:47
0

Existe alguma razão pela qual esses clientes não podem receber um endereço IP estático? Embora "tecnicamente ilegal", vi locais onde alguns dispositivos receberam endereços no espaço 192.168.0.0/16, com os servidores DHCP configurados para começar a atribuir endereços acima dos atribuídos.

Se isso não for razoável, por que não definir suas concessões de DHCP para duas semanas ou mais?

    
por 28.10.2015 / 12:01