В логах сообщение:
Jan 13 17:22:59 dc02-ub dhcpd: Internet Systems Consortium DHCP Server V3.1.3
...
Jan 13 17:22:59 dc02-ub dhcpd:
Jan 13 17:22:59 dc02-ub dhcpd: No subnet declaration for eth1 (0.0.0.0).
Jan 13 17:22:59 dc02-ub dhcpd: ** Ignoring requests on eth1. If this is not what
Jan 13 17:22:59 dc02-ub dhcpd: you want, please write a subnet declaration
Jan 13 17:22:59 dc02-ub dhcpd: in your dhcpd.conf file for the network segment
Jan 13 17:22:59 dc02-ub dhcpd: to which interface eth1 is attached. **
Jan 13 17:22:59 dc02-ub dhcpd:
...
Jan 13 17:22:59 dc02-ub dhcpd:
Jan 13 17:22:59 dc02-ub dhcpd: Not configured to listen on any interfaces!
У меня так было с KVM виртуальными и-фейсами. Они до старта виртуалки не инициализированны (libvirt поднимает их сама и потом, потом), а виртуалка могла быть незапущена дооолго. Dhcpd само собой отказывался стартовать при загрузке, сообщения те же. Вручную прописывал конфиг тех и-фейсов в /etc/network/interfaces и тогда работало. Похожая рекомендация - но причина там NetworkManager - вот
http://serverfault.com/questions/75702/ubuntu-dhcp-server-not-configured-to-listen-on-any-interfacesПо идее, описанные в /etc/network/interfaces и-фейсы теперь игнорируются NetworkManger'ом. По идее. Надо проверить, что он не глючит.
Правильно говорят - проверять очерёдность запуска. В крайнем случае засунуть запуск в /etc/rc.local. Ещё костыль - написать скрипт который из rc.local "уходит в фон" и раз в секунду проверяет появление адресов на интерфейсе, как появились - старт dhcpd.
Кстати, мост имеет адрес, а вот и-фейсы в его составе... ?
Насколько смутно помню, тут не причём /etc/default/dhcp3-server , но может проверить его, оттуда убрать что...
P.S. На случай интеграции с bind - раньше была засада в политиках apparmor, блокируют взаимный доступ dhcpd и named к соседским файлам. Но это оффтопик.