dhcpd предлагает IP-адрес, но клиент не получает IP
Я настроил dhcpd на своем сервере человечности с этой конфигурацией: обратите внимание на то, что сервер человечности, который выполняет dhcpd, имеет статический IP 192.168.1.50
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.50;
option domain-name-servers 192.168.1.50;
option netbios-name-servers 192.168.1.50;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.150 192.168.1.200;
}
Теперь, когда я пытаюсь получить IP от dhcpd сервера от моего клиентского компьютера человечности, сервер предлагает IP от пула 192.168.1.150, но клиент, кажется, не берет его, вместо этого он запускает новые запросы, пока тайм-аут не происходит:
Listening on LPF/eth0/00:24:8c:1d:fb:40
Sending on LPF/eth0/00:24:8c:1d:fb:40
Sending on Socket/fallback
DHCPRELEASE on eth0 to 195.130.132.102 port 67
Internet Systems Consortium DHCP Client V3.1.3
Copyright 2004-2009 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/00:24:8c:1d:fb:40
Sending on LPF/eth0/00:24:8c:1d:fb:40
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPOFFER of 192.168.1.150 from 192.168.1.50
DHCPREQUEST of 192.168.1.150 on eth0 to 255.255.255.255 port 67
DHCPREQUEST of 192.168.1.150 on eth0 to 255.255.255.255 port 67
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPOFFER of 192.168.1.150 from 192.168.1.50
DHCPREQUEST of 192.168.1.150 on eth0 to 255.255.255.255 port 67
DHCPREQUEST of 192.168.1.150 on eth0 to 255.255.255.255 port 67
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
DHCPOFFER of 192.168.1.150 from 192.168.1.50
DHCPREQUEST of 192.168.1.150 on eth0 to 255.255.255.255 port 67
DHCPREQUEST of 192.168.1.150 on eth0 to 255.255.255.255 port 67
...
информация о tcpdump:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
19:04:18.431422 IP 94.227.60.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 300
19:05:10.316903 IP 94.224.188.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 300
информацией о iptables является то же и для сервера и для клиента:
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Какие-либо идеи??
3 ответа
Я нашел, что решение, iptables блокировал dhcp порт. Я должен был добавить это правило, которое заставит UFW открывать порт DHCP, названный bootps в/etc/services
sudo ufw allow bootps
Ваш сервер 192.168.1.50, но Вы также указываете, что это будет маршрутом по умолчанию для любых клиентов, предлагаемых IP. Можно ли разъяснить, что это поле DHCP является определенно также маршрутизатором по умолчанию для той подсети? Обычно это - маршрутизатор с IP чего-то как 192.168.1.1 (Ваш broadband/adsl маршрутизатор, например).
Вероятно, не объясняет повторное отклонение предложения все же.
На клиенте принимая Вы используете кабель, выполненный:
порт sudo tcpdump-ni eth0 67
(Замените eth0 wlan0 или подобный, если Ваш клиент использует WI-FI. Выполненный ifconfig в терминале для наблюдения списка интерфейсов)
Необходимо видеть что-то вроде этого:
scaine@GroovyTosh:~$ sudo tcpdump -ni eth0 port 67
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:24:38.520770 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:1e:68:d9:1b:7b, length 300
00:24:38.521211 IP 192.168.1.50.67 > 192.168.1.150.68: BOOTP/DHCP, Reply, length 300
Я выполняю ufw в режиме по умолчанию на Ubuntu 10.10, с помощью кабеля Ethernet. Мой сервер является выполнением Ubuntu 9.10 Webmin, который я раньше настраивал мой сервер DHCP.
Отправьте вывод своей команды tcpdump, и я смогу помочь далее (или другие будут).
Удостоверьтесь, что нет брандмауэра или на сервере или на клиенте, который блокирует ответы с сервера. Попытайтесь выключить оба брандмауэра и если dhcp работает затем Ваша тонкая настройка потребности правил брандмауэра.