Сервер DHCP, не отвечающий на запросы от гостя KVM

subnet 192.168.0.0 netmask 255.255.255.224 {
....
      host 104 {hardware ethernet 1A:27:59:82:39:8E;fixed-address 95.141.36.124;}
}

IP-адрес (95.141.36.124), который вы хотите связать с этим MAC-адресом, выходит за пределы определенного вами диапазона (от 192.168.0.1 до 192.168.0.30)

Если я установил аналогичную конфигурацию (фиксированный адрес вне диапазона ) дома, то запросы от связанного MAC-адреса игнорируются.

Попробуйте полностью удалить запись, тогда ваш хост 104 должен получить динамический адрес из диапазона 192.168.0.0/27

[1186196] Пытались ли вы выключить брандмауэр/iptables? Большинство проблем с сетевыми службами, с которыми я сталкиваюсь, вызваны неправильной конфигурацией брандмауэра. В качестве быстрой проверки на вменяемость, я бы попробовал "service iptables stop" и посмотрел, работает ли брандмауэр. Если они работают, вы можете запустить его снова и попробовать поиграть с некоторыми определенными правилами, чтобы настроить его правильно. Если у вас запущен firewalld, вам, вероятно, также следует попробовать "service firewalld stop" (или systemctl stop firewalld.service, если у вас есть systemd).[1186197].

Я уже пытался запустить свой DHCP-сервер внутри экземпляра OpenVZ (это открытая версия ProxMox) и тоже не смог заставить его работать. В итоге я перенес эту службу на хост OpenVZ, вместо одного из гостей. Эта страница из проекта OpenVZ может быть полезна для вас в выяснении того, что происходит с вашим DHCP-сервером.

• DHCP на OpenVZ

Вот шаги, которые показаны для настройки интерфейса моста + гостевой ВМ, я бы подтвердил, что у вас настройки аналогичны:

$ vzctl create 144 --ostemplate centos-4-i386-minimal
$ vzctl start 144
$ vzyum 144 install dhcp
$ vzctl set 144 --netif_add eth0 --save
$ brctl show

$ brctl addif vzbr0 veth144.0
$ ifconfig vzbr0
$ cat /proc/sys/net/ipv4/conf/vzbr0/forwarding 
$ cat /proc/sys/net/ipv4/conf/vzbr0/proxy_arp 
$ echo 1 > /proc/sys/net/ipv4/conf/vzbr0/forwarding 
$ echo 1 > /proc/sys/net/ipv4/conf/vzbr0/proxy_arp

Дополнительно вы можете попробовать отладить взаимодействие вашего DHCP сервера, запустив tcpdump. Вот некоторые заклинания, которые могут оказаться полезными для определения происходящего.

Примеры

$ tcpdump -n -i br0 broadcast

-or-

$ tcpdump -A -p -n -i br0

-or-

$ tcpdump -i br0 host <ip of client> -l

Ссылки

• Simple Bridging with DHCP Server Side