Dos direcciones en una NIC, la actualización de ubuntu de hoy la ha roto

Estoy ejecutando Ubuntu 16.04 en una NUC para administrar mis redes domésticas y de trabajo. A las NIC únicas en la NUC se les asignan dos direcciones IP, una en cada red, mediante las siguientes líneas en /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 solía mostrarme las dos direcciones inet, 192.168.0.1 y 172.16.9.1 , pero desde que se ejecutaron las actualizaciones de Ubuntu ofrecidas hoy, ahora solo muestra la primera. Las máquinas en la subred de trabajo no pueden verse entre sí o con la red externa porque la dirección IP 172.16.9.1 está disponible.

Algo debe haber cambiado, pero no sé qué o cómo solucionarlo.

Esta máquina ejecuta isc-dhcp-server para asignar direcciones IP en las redes domésticas y de trabajo, y bind9 para realizar búsquedas de DNS para la red doméstica. Cuando funciona correctamente, el DNS para las máquinas de trabajo es administrado por la VPN.

No estoy usando el administrador de red gráfico.

¿Alguna idea de lo que podría mirar para que esto funcione de nuevo?

ACTUALIZACIÓN : posteriormente he visto una línea en boot.log que no estaba allí en el pasado:

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

Así que hice eso. y puedo ver el siguiente mensaje 4 veces:

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

Dentro de /etc/network tengo un script if-pre-up.d/iptables que llama al comando iptables del sistema cinco veces. Supongo que de aquí es de donde viene el error, pero ha funcionado de manera confiable hasta la actualización de hoy. Si bien podría poner -w en todas estas líneas, sospecho que trataría un síntoma en lugar de abordar la causa real, que todavía no he identificado.

ACTUALIZACIÓN 2 : Originalmente, había pensado que las cinco llamadas a iptables en mi script habían producido cuatro errores de xtables lock . Lo que descubrí es que mi script en realidad se llama cuatro veces: una para cada interfaz ( lo , enp3s0 y enp3s0:1 ) y una vez con un valor de $IFACE de --all . Las invocaciones para enp3s0 y enp3s0 se ejecutan simultáneamente y una está bloqueando la otra.

No puedo encontrar nada en los registros de cambios, pero me atrevo a suponer que ejecutar este script para IFACE = – todo es quizás la causa subyacente del problema que estoy teniendo.

Gracias por adelantado

Saludos, T