В настоящее время у меня есть узел разработки, на котором работают виртуальные виртуальные машины KVM. На узле работает DHCP-сервер для предоставления адресов виртуальным машинам. Раньше у меня работал DHCP, но я переустановил одну из клиентских виртуальных машин, чтобы протестировать некоторые вещи, и после настройки таким же образом (или я так думаю) DHCP, похоже, не работает.
В основном происходит то, что клиент запрашивает адрес, а сервер предлагает его, но затем время ожидания клиента истекает, говоря, что он не получил предложений.
журналы хост-узла:
Nov 3 19:35:51 dal dhcpd: DHCPDISCOVER from be:d5:6a:5b:9b:79 via vmbr0
Nov 3 19:35:51 dal dhcpd: DHCPOFFER on 172.xxx.x.5 to be:d5:6a:5b:9b:79 via vmbr0
Nov 3 19:35:58 dal dhcpd: DHCPDISCOVER from be:d5:6a:5b:9b:79 via vmbr0
Nov 3 19:35:58 dal dhcpd: DHCPOFFER on 172.xxx.x.5 to be:d5:6a:5b:9b:79 via vmbr0
журналы клиента:
конфигурация хост-узла dhcp.conf:
ddns-update-style none;
default-lease-time 600;
max-lease-time 7200;
log-facility local7;
option rfc3442-classless-static-routes code 121 = array of integer 8;
option ms-classless-static-routes code 249 = array of integer 8;
subnet 172.xxx.x.0 netmask 255.255.255.0 {
range 172.xxx.x.3 172.xxx.x.127;
option routers 172.xxx.x.1;
option broadcast-address 172.xxx.x.255;
option domain-name-servers 8.8.8.8;
option netbios-name-servers 8.8.8.8;
default-lease-time 86400;
max-lease-time 86400;
option rfc3442-classless-static-routes 24, 172, xxx, x, 0, 0, 0, 0, 0, 172, xxx, x, 1;
option ms-classless-static-routes 24, 172, xxx, x, 0, 0, 0, 0, 0, 172, xxx, x, 1;
}
#vmbr0ipv4
host 102 {hardware ethernet BE:D5:6A:5B:9B:79;fixed-address 172.xxx.x.5;}
Я не знаю, откуда взялась проблема.
Похоже, проблема была вызвана медленным вводом-выводом. Я исправил проблему с диском, из-за которой система реагировала намного быстрее на послесловия, и она исчезла.