Обычно, когда я резервирую 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.