最近引っ越したので、(16.04 から更新された 18.04) サーバーをシャットダウンする必要がありました。引っ越し前はすべて正常に動作していましたが、引っ越してネットワークを再設定してから、メイン OS の更新、「apt アップグレード」、外部ネットワークへの ping、ダウンロードが実行できなくなりました。
これまでのところ、1 つのアクションのみが機能しています。route add default gw 192.168.0.1 p3p1
さらに奇妙なのは、そのホストから実行した 3 つのゲスト OS が完璧に動作することです。
ネットワークのインターネット ルーター/ファイアウォールとして機能する、デュアル ギガビット ネットワーク カードへの vtd パススルーを備えた pfSense VM
低スペックのDebianを実行し、ネットワーク用にPiHoleとmacvtapをホストするDebianゲスト
単一のギガビット カードへの VTd アクセス権を持つ Lubuntu を実行する 3 番目のゲスト。
メイン システム (専用の NIC を使用)、pihole (macvtap)、および Lubuntu (vtd カード) は、アクセス ポイントのみがアクティブになっているスイッチ モードに設定された古いルーターに接続されます。ネットワークの残りの部分は完全に動作します (Android フォン 3 台、Windows PC 2 台、Xbox One 1 台)。
/etc/network/interfaces ファイルには p3p1 への参照がありません。/etc/network/interfaces.d と /etc/netplan には何も含まれていません。
ネットワーク内からサーバーに ssh で接続でき、メイン ホストと Lubuntu ゲスト間の nfs 共有と同様に、samba 共有も引き続き機能します。
ゲストが完全に起動した後に Lubuntu で NFS 共有を再マウントする必要があることを除けば、このセットアップは数か月間問題なく動作しました。このセットアップは、基本的な単一 OS システムから、数年かけて説明したセットアップにまで膨れ上がりました。
ベストプラクティスに従った、信頼できるトラブルシューティングの行動計画は何ですか?
編集 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 showp3p1が存在しアクティブであることを示しています
ethernet ********-****-****-****-************ ethernet p3p1 macvtap0 ********-****-****-****-************ macvlan macvtap0
追記ですが、システムは 16.04 で開始され、少なくとも 1 回のアップグレードを経ているため、どのネットワーク マネージャーを使用しているかはわかりません。