Недавно я переехал, поэтому мне пришлось выключить свой (18.04, обновленный с 16.04) сервер. До переезда все работало нормально, но после переезда и повторной настройки сети основная ОС не может обновляться, «apt upgrade», пинговать внешние сети или загружать данные.
Пока сработало только одно действие:route add default gw 192.168.0.1 p3p1
Что еще более странно, три гостевые ОС, которые я запускаю на этом хосте, работают отлично:
виртуальная машина pfSense с vtd-транзитным подключением к двухгигабитной сетевой карте, действующей как сетевой маршрутизатор/брандмауэр
гостевой Debian, работающий под управлением Debian с низкими характеристиками, размещающий PiHole и macvtap для своей сетевой работы
третий гость, работающий под управлением Lubuntu, имеющий VTd-доступ к одной гигабитной карте.
Основная система (с собственной выделенной сетевой картой), pihole (macvtap) и Lubuntu (карта vtd) подключаются к старому маршрутизатору, установленному в режиме коммутатора, где активна только его точка доступа. Остальная часть сети работает отлично (3 телефона Android, 2 ПК Windows и Xbox One).
Файл /etc/network/interfaces не содержит ссылок на p3p1; /etc/network/interfaces.d и /etc/netplan вообще ничего не содержат.
Я могу подключиться к серверу по ssh из сети, и общие ресурсы Samba по-прежнему работают, как и общие ресурсы NFS между основным хостом и гостевой ОС Lubuntu.
За исключением необходимости перемонтировать nfs-ресурсы в Lubuntu после полной загрузки гостей, эта настройка работала отлично в течение нескольких месяцев. Эта настройка раздулась из базовой системы с одной ОС до описанной настройки за годы.
Какой надежный план действий по устранению неполадок можно составить, следуя передовой практике?
EDIT 1: как и было запрошено, вывод ip aследующий:
ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 4: p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether d0:50:99:9b:bb:2f brd ff:ff:ff:ff:ff:ff inet 192.168.0.139/24 brd 192.168.0.255 scope global dynamic p3p1 valid_lft 6465sec preferred_lft 6465sec 8: macvtap0@p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 500 link/ether 52:54:00:91:11:62 brd ff:ff:ff:ff:ff:ff inet 169.254.23.72/16 brd 169.254.255.255 scope global macvtap0 valid_lft forever preferred_lft forever inet6 fe80::711b:c0b9:3b0:b333/64 scope link valid_lft forever preferred_lft forever
вывод команды nmcli con showпоказывает, что p3p1 присутствует и активен
ethernet ********-****-****-****-************ ethernet p3p1 macvtap0 ********-****-****-****-************ macvlan macvtap0
В качестве дополнительного примечания: система была запущена 16.04 и прошла как минимум одно обновление, поэтому я не знаю, какой сетевой менеджер она использует.