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

Я запускаю 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, но с момента запуска предлагаемых обновлений ubuntu он теперь показывает только первый. Машины в рабочей подсети не могут видеть друг друга или внешнюю сеть, потому что IP-адрес 172.16.9.1 недоступен.

Что-то должно измениться, но я не знаю, что и как его исправить.

Эта машина работает isc-dhcp-server для распределения IP-адресов в домашней и рабочей сетях, а bind9 - для поиска DNS для домашней сети.

Я не использую графический Network Manager.

Любые идеи, на которые я мог бы обратить внимание, чтобы это снова работало ?

UPDATE: Впоследствии я видел строку в 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 на все эти строки, я подозреваю, что буду рассматривать симптом, а не рассматривать реальную причину, которую я до сих пор не идентифицировал.

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

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

Спасибо заранее

Cheers, T

2
задан 20 June 2017 в 12:49

0 ответов

Другие вопросы по тегам:

Похожие вопросы: