Два адреса на одном NIC, сегодняшнее обновление человечности повредило его

Я запускаю Ubuntu 16.04 на NUC для управления моим домом и сетями работы. Единственный NIC в NUC выделяется два IP-адреса, один в каждой сети, следующими строками в /etc/network/interfaces:

auto lo
iface lo inet loopback
#1st is home
auto enp3s0
iface enp3s0 inet static
  address 192.168.0.1
  netmask 255.255.255.0
  gateway 192.168.0.254 # huawei modem
  dns-search homenet
#2nd is work vpn
auto enp3s0:1
iface enp3s0:1 inet static
  address 172.16.9.1
  netmask 255.255.255.240
  gateway 172.16.9.1
  dns-search xx.yy.xx.com

ifconfig используемый, чтобы показать мне обоих адреса inet, 192.168.0.1 и 172.16.9.1, но начиная с выполнения предлагаемых обновлений человечности сегодня это теперь только показывает первое. Машины в подсети работы не видят друг друга или внешнюю сеть потому что IP-адрес 172.16.9.1 недостижимо.

Что-то, должно быть, изменилось, но я не знаю, какой или как зафиксировать его.

Эта машина работает isc-dhcp-server выделить IP-адреса в обоих дом и сети работы, и bind9 сделать поиски DNS для домашней сети. Когда это работает правильно, DNS для машин работы управляет VPN.

Я не использую графического Администратора сети.

Какие-либо идеи, на что я мог посмотреть получить эту работу снова?

ОБНОВЛЕНИЕ: я впоследствии видел строку в boot.log это не было там в прошлом:

Failed to start Raise network interfaces.
See 'systemctl status networking.service' for details.

Таким образом, я сделал это. и я вижу следующие разы сообщения 4:

ifup[670]: Another app is currently holding the xtables lock.
   Perhaps you want to use the -w option?

В /etc/network Я имею if-pre-up.d/iptables сценарий, который называет систему iptables управляйте пять раз. Я предполагаю, что это - то, куда ошибка прибывает из - но она работала надежно до сегодняшнего обновления. В то время как я мог поместить -w на всех этих строках я подозреваю, что лечил бы симптом вместо того, чтобы обратиться к реальной причине - который я все еще не определил.

ОБНОВЛЕНИЕ 2: Первоначально я думал что пять вызовов к iptables в моем сценарии произвел четыре xtables lock ошибки. То, что я обнаружил, - то, что мой сценарий на самом деле называют четыре раза: однажды для каждого интерфейса (lo, enp3s0, и enp3s0:1) и однажды с $IFACE значение --all. Вызовы для --all и enp3s0 выполняются одновременно, и каждый блокирует другой.

Я ничего не могу найти в журналах изменений, но я рисковал бы предположением, что, запуская этот скрипт для IFACE = - все - возможно, первопричина проблемы, которую я имею.

Заранее спасибо

С наилучшими пожеланиями, T