我最近搬家了，所以不得不关闭我的服务器（18.04，从 16.04 更新而来）。搬家前一切正常，但搬家后又重新设置了网络，主操作系统无法更新、无法“apt upgrade”、无法 ping 外部网络或无法下载。
到目前为止只有一项措施奏效：route add default gw 192.168.0.1 p3p1
奇怪的是，我从该主机运行的 3 个客户操作系统运行正常：
具有 vtd 直通双千兆网卡的 pfSense VM，充当网络互联网路由器/防火墙
运行低规格 Debian 的 Debian 客户机，托管 PiHole 和 macvtap 用于其网络
第三位客户运行 Lubuntu，该客户具有对单个千兆卡的 VTd 访问权限。
主系统（具有自己的专用 NIC）、pihole（macvtap）和 Lubuntu（vtd 卡）运行在设置为交换模式的旧路由器中，只有其接入点处于活动状态。网络的其余部分运行正常（3 部 Android 手机、2 台 Windows PC 和一台 Xbox One）。
/etc/network/interfaces 文件没有对 p3p1 的引用；/etc/network/interfaces.d 和 /etc/netplan 根本不包含任何内容。
我可以从网络内部通过 ssh 进入服务器，并且 samba 共享仍然可以工作，主机和 Lubuntu 客户机之间的 nfs 共享也可以工作。
除了在客户机完全启动后必须在 Lubuntu 中重新安装 nfs 共享之外，此设置已运行数月。多年来，此设置已从基本的单一操作系统发展为所述设置。
按照最佳实践，可靠的故障排除行动计划是什么？
编辑 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 启动，并且至少经历过一次升级，因此我不知道它使用的是哪个网络管理器。