dhcpd não oferecendo IP estático reservado retorna a locação desconhecida

Question

normalmente, quando reservo um IP para um MAC, quando o dispositivo está sendo inicializado e solicito um endereço dhcp, seleciono o endereço que eu reservei. No entanto, recentemente, a solicitação parece que vem em mas dhcp em vez oferece um endereço de um intervalo e diz "locação desconhecida". Há algo faltando ou não configurado corretamente? Eu tenho certeza que eu restaurei a câmera várias vezes, então ela não está embutida no código. Alguma outra sugestão?

arquivo de configuração: /etc/dhcp/dhcpd.conf

}
## }}}
## {{{ IT::Devices (10.54.200.0/24)
subnet 10.54.200.0 netmask 255.255.255.0 {
  authoritative;
  option ntp-servers 10.54.25.110;
  option broadcast-address 10.54.200.255;
  option routers 10.54.200.1;
  pool {
    # WINS server address and info for microsoft win 3x,9x & NT
    option netbios-name-servers 10.54.25.75;
    option ntp-servers 10.54.25.110;
    option netbios-dd-server 10.54.25.75;
    option netbios-node-type 8;
    option domain-name-servers 10.54.25.110,10.54.25.110;
    range 10.54.200.35 10.54.200.40;
    #range dynamic-bootp 10.54.200.25 10.54.200.29;
    default-lease-time 345600;
    max-lease-time 518400;
    allow unknown clients;
  }

...

 host 040-cam-test {
    hardware ethernet 00:02:d1:01:10:73;
    fixed-address 10.54.200.60;
  }

tail -f /var/log/dhcpd/dhcpd.log | ccze-A | grep 10.54.200

Dec 10 11:39:31 DHCP01 dhcpd: DHCPOFFER on 10.54.200.60 to 00:02:d1:01:10:73 via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPDISCOVER from 00:02:d1:01:10:73 (IP21x2-VVTK-0101c) via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPREQUEST for 10.54.200.60 (10.54.25.75) from 00:02:d1:01:10:73 via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPACK on 10.54.200.60 to 00:02:d1:01:10:73 via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPREQUEST for 10.54.200.60 (10.54.25.75) from 00:02:d1:01:10:73 via 10.54.200.1: unknown lease 10.54.200.60.
Dec 10 11:39:32 DHCP01 dhcpd: DHCPOFFER on 10.54.200.37 to 00:02:d1:01:10:73 (IP21x2-VVTK-0101c) via 10.54.200.1

/var/lib/dhcp/dhcpd.leases ...

lease 10.54.200.37 {
  starts 4 2015/12/10 18:32:44;
  ends 4 2015/12/10 18:35:10;
  tstp 4 2015/12/10 18:35:10;
  cltt 4 2015/12/10 18:32:44;
  binding state free;
  hardware ethernet 00:02:d1:01:10:73;
  uid "
}
## }}}
## {{{ IT::Devices (10.54.200.0/24)
subnet 10.54.200.0 netmask 255.255.255.0 {
  authoritative;
  option ntp-servers 10.54.25.110;
  option broadcast-address 10.54.200.255;
  option routers 10.54.200.1;
  pool {
    # WINS server address and info for microsoft win 3x,9x & NT
    option netbios-name-servers 10.54.25.75;
    option ntp-servers 10.54.25.110;
    option netbios-dd-server 10.54.25.75;
    option netbios-node-type 8;
    option domain-name-servers 10.54.25.110,10.54.25.110;
    range 10.54.200.35 10.54.200.40;
    #range dynamic-bootp 10.54.200.25 10.54.200.29;
    default-lease-time 345600;
    max-lease-time 518400;
    allow unknown clients;
  }
1
 host 040-cam-test {
    hardware ethernet 00:02:d1:01:10:73;
    fixed-address 10.54.200.60;
  }
0
Dec 10 11:39:31 DHCP01 dhcpd: DHCPOFFER on 10.54.200.60 to 00:02:d1:01:10:73 via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPDISCOVER from 00:02:d1:01:10:73 (IP21x2-VVTK-0101c) via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPREQUEST for 10.54.200.60 (10.54.25.75) from 00:02:d1:01:10:73 via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPACK on 10.54.200.60 to 00:02:d1:01:10:73 via 10.54.200.1
Dec 10 11:39:31 DHCP01 dhcpd: DHCPREQUEST for 10.54.200.60 (10.54.25.75) from 00:02:d1:01:10:73 via 10.54.200.1: unknown lease 10.54.200.60.
Dec 10 11:39:32 DHCP01 dhcpd: DHCPOFFER on 10.54.200.37 to 00:02:d1:01:10:73 (IP21x2-VVTK-0101c) via 10.54.200.1
21
lease 10.54.200.37 {
  starts 4 2015/12/10 18:32:44;
  ends 4 2015/12/10 18:35:10;
  tstp 4 2015/12/10 18:35:10;
  cltt 4 2015/12/10 18:32:44;
  binding state free;
  hardware ethernet 00:02:d1:01:10:73;
  uid "%pre%1%pre%0%pre%21%pre%10s";
}
10s";
}

    

Answer 1

Houve um processo desonesto do dhcpd em execução, então o dispositivo estava recebendo muitas respostas. Isso ocorreu porque o serviço foi reiniciado várias vezes usando o comando:

/etc/init.d/isc-dhcp-server restart

Em vez disso, preciso reiniciar o dhcpd usando:

sudo service isc-dhcp-server restart

    

Answer 2

Eu tive um problema semelhante no meu RPi 1 executando o Raspbian 8. Estou executando o isc-dhcp-server.

Em vez de dar a uma máquina o endereço IP DHCP configurado estaticamente de 192.168.1.8 para o endereço MAC, ela disse que essa concessão era desconhecida e ofereceu algo na faixa dinâmica que eu defini, por exemplo. 192.168.1.201. Mas, mesmo com esse endereço IP, as coisas ainda não funcionavam corretamente e, muitas vezes, a máquina do cliente não tinha um endereço IP configurado quando eu a marcava.

Por fim, leio as postagens inferiores neste link: link

Ao verificar meu servidor, descobri que tinha outro processo de dhcp em execução (ps -elf | grep dhcp), que era chamado de dhcpcd5, mas isso é um cliente ( link )

Este é o log apt do que eu fiz (os dois pacotes que eu removi):

cat /var/log/apt/history.log

Start-Date: 2017-11-13  20:28:38
Remove: raspberrypi-net-mods:armhf (1.2.5), dhcpcd5:armhf (6.7.1-1+rpi5)
End-Date: 2017-11-13  20:28:52

Depois de desinstalar o pacote dhcpcd5 (e o pacote raspberrypi-net-mods que dependia dele), descobri que meu sistema DHCP estava funcionando maravilhosamente para todas as máquinas clientes e os logs do servidor pararam de dizer que as concessões eram desconhecidas para os endereços fixos para clientes dhcp, como 192.168.1.8, que são mapeados para um endereço MAC específico em /etc/dhcp/dhcpd.conf

O servidor dhcp até começou a distribuir mensagens DHCPNAK aos clientes para desfazer o dano feito anteriormente, ou seja, rejeitar a requisição de 192.168.1.201 para a máquina com o endereço MAC que tinha 192.168.1.8 reservado para ele no meu servidor dhcp , e então ele ofereceu corretamente 192.168.1.8.