Из-за какого скрипта в хуках это вываливается?
Мной был добавлен только один скрипт
/etc/dhcp/dhclient-enter-hooks.d/dhcp с таким содержимым:
#!/bin/sh
# file /etc/dhcp/dhclient-enter-hooks.d/dhcp
table=uplink3
case $interface in
eth3)
case $reason in
BOUND|RENEW|REBIND|REBOOT)
ip rule del from $old_ip_address table $table
ip route del default via $old_routers dev $interface metric 10
ip route del default via $old_routers dev $interface table $table
ip rule add from $new_ip_address table $table
ip route add default via $new_routers dev $interface metric 10
ip route add default via $new_routers dev $interface table $table
# unset new_routers new_domain_name_servers
;;
RELEASE)
ip rule del from $old_ip_address table $table
;;
esac
;;
esac
exit $?
На баг-трекерах в основном связывают данную ошибку с некорректной работой
apparmor, но в Ubuntu Server 14.04.3 LTS (Trusty Tahr) по умолчанию включено исключение для DHCP клиента. Хотя у меня ошибка с правами доступа исчезла только после полного удаления утилит
apparmor.
Все-таки назначения мостов остаются не очень понятными, если Вам провайдер маршрутизирует подсети?
На сервере установлена KVM, которой для связи виртуальных интерфейсов необходим мост. Это технические требования в документации к
Cloudmin, при помощи которого управляются виртуальные машины. Так же это требование присутствует в документации к настройке сети в KVM на
UbuntuBridged networking allows the virtual interfaces to connect to the outside network through the physical interface, making them appear as normal hosts to the rest of the network.
Движок KVM позволяет подключить к виртуальным машинам несколько интерфейсов но средствами всё тех же мостов -
Multiple Interfaces for Xen and KVM. А так как у меня этих интерфейсов четыре, решил все их подключить к виртуалке для надёжности

. С рррое-соединениями проблем не возникло. Т.к. по
рррое провайдер маршрутизирует реальную подсеть из двух IP, поднял мост с интерфейса, подключённого к одному из каналов интернета, а с этого моста настроил рррое-сессию. На самом мосту настроил один из реальных IP из двух, маршрутизируемых провайдером, в качестве шлюза для виртуального интерфейса гостевой системы

. Думал тоже самое организовать и с DHCP-соединением, но из-за описанной выше проблемы, пришлось убрать мост, хотя проблема была не в нём. Сейчас на интерфейсе с DHCP нет никаких мостов, только
eth3. Схема сетевых подключений в этом
посте.
P.S. В скриптах поднятия статических маршрутов в
/etc/ppp/ip-up.d/ppp-up похоже нет необходимости отдельно указывать маршруты для маршрутизируемой провайдером подсети из двух реальных IP, т.к. при настройке одного из реальных IP на мосту, система сама поднимает маршруты для этой подсети.