我最近搬家了，所以我不得不關閉我的（18.04，從 16.04 更新）伺服器。搬家前一切正常，但自從搬家並再次設定網路後，主作業系統無法更新、「apt 升級」、ping 外部網路或下載。
到目前為止，只有一項行動有效：route add default gw 192.168.0.1 p3p1
奇怪的是，我從該主機運行的 3 個來賓作業系統運行良好：
具有 vtd 直通雙千兆網路卡的 pfSense VM，充當網路互聯網路由器/防火牆
運行低規格 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 共享仍然可以工作，主主機和 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 啟動，並且已經進行了至少一次升級，因此我不知道它正在使用哪個網路管理器。