Назад | Перейти на главную страницу

dhcpd, не предлагающий зарезервированный статический IP, возвращает неизвестную аренду

Обычно, когда я резервирую IP для MAC-адреса, устройство при загрузке и запросе DHCP-адреса выбирает зарезервированный мной адрес. Однако недавно запрос выглядит так, как будто он поступил, но вместо этого dhcp предлагает адрес из диапазона и говорит «неизвестная аренда». Чего-то не хватает или неправильно настроено? Я почти уверен, что несколько раз перезагружал камеру, чтобы она не была жестко запрограммирована. Есть другие предложения?

файл конфигурации: /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;
  }

хвост -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 "\001\000\002\321\001\020s";
}

Был запущен мошеннический процесс dhcpd, поэтому устройство получало слишком много ответов. Это произошло потому, что сервис несколько раз перезапускался с помощью команды:

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

Вместо этого мне нужно перезапустить dhcpd, используя:

sudo service isc-dhcp-server restart

У меня была аналогичная проблема на моем RPi 1 с Raspbian 8. Я использую isc-dhcp-server.

Вместо того, чтобы дать машине статически сконфигурированный IP-адрес DHCP 192.168.1.8 для MAC-адреса, вместо этого он сказал, что эта аренда неизвестна, и предложил ей что-то в динамическом диапазоне, который я установил, например 192.168.1.201. Но даже с этим IP-адресом все не работало должным образом, и часто на клиентской машине не было настроенного IP-адреса, когда я его проверял.

В конце концов я прочитал нижние сообщения по этой ссылке: https://ubuntuforums.org/archive/index.php/t-1575290.html

При проверке моего сервера я обнаружил, что у меня запущен другой процесс dhcp (ps -elf | grep dhcp), который назывался dhcpcd5, но это клиент (https://packages.debian.org/search?keywords=dhcpcd)

Это точный журнал того, что я сделал (два удаленных пакета):

кот /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

После того, как я удалил пакет dhcpcd5 (и зависящий от него пакет raspberrypi-net-mods), я обнаружил, что моя система DHCP прекрасно работает на всех моих клиентских машинах, и в журналах сервера перестали сообщать, что аренда для фиксированных адресов неизвестна. для клиентов dhcp, таких как 192.168.1.8, который сопоставлен с конкретным MAC-адресом в /etc/dhcp/dhcpd.conf

Сервер dhcp даже начал выдавать сообщения DHCPNAK клиентам, чтобы устранить нанесенный ранее ущерб, то есть отклонить запрос 192.168.1.201 к машине с MAC-адресом, зарезервированным для него 192.168.1.8 на моем сервере dhcp, а затем он правильно предложил 192.168.1.8.