☰

仮想マシン (インターフェース enp0s4) に動的 IPv4 アドレスが割り当てられていません

tag-icon • tag-icon networking virtual-machine routing freenas network-interface
仮想マシン (インターフェース enp0s4) に動的 IPv4 アドレスが割り当てられていません

FreeNAS 11.3-U5 ボックス上で Ubuntu Server 20.04 仮想マシンを実行しています。

私の問題は、仮想 Ubuntu サーバーに IP アドレスが割り当てられていないことです。

サブネット 10.17.16.0/21 とゲートウェイ 10.17.17.4 を持つエッジ ルーター X があります。DHCP サーバーはエッジ ルーター X 上で実行されます。

最近、NetGear r7000 から現在の Edge Router X (ERX) ルーターに切り替え、DHCP をオフにして r7000 を AP としてのみ使用しています。長年、信頼性の高い dd-wrt ​​サービスを使用していましたが、奇妙な問題が発生し始めました。ERX にアップグレードしてからは、すべてが安定しており、仮想 VM を除くネットワーク上のすべてのデバイスに Edge Router X DHCP サーバーによって IP が割り当てられています。

以前、FreeNAS 上の仮想 Ubuntu サーバーで問題が発生しました。問題と解決策は、ここ「https://www.truenas.com/community/threads/freenas-11-2-u3-ubuntu-18-04-server-in-vm-has-no-internet-access.75684/」にあるように編集し/etc/netplan/00-installer-config.yamlて変更することでした。この問題は、仮想 CD ROM インターフェイスの削除とネットワーク インターフェイスの番号/位置の変更に関係していました。これは現在の問題ではありませんが、何らかの関連がある可能性があります。現在、インターフェイスは正しい物理ポートに割り当てられており、そのインターフェイスを使用しています。enp0s5enp0s4VIRTIO

現在の/etc/netplan/00-installer-config.yaml構成:

network:
  ethernets:
    enp0s4:
    dhcp4: true
 version: 2

Ubuntu Server、FreeNAS、仮想 NIC がすべて相互作用する方法に何かおかしいところがあると思います。

       > ip a
    
       1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default glen 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
       2: enp0s4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default glen 1000
           link/ether 00:a0:98:29:a9:c4 brd ff:ff:ff:ff:ff:ff
           inet6 fe80,2a0:98ff:fe29:a9c4/64 scope link
             valid_lft forever preferred_lft forever

ご覧のとおり、仮想 enp0s4 インターフェースには IPv4 アドレスがありません。

起動時にエラーメッセージが表示されます:

「ネットワークが構成されるのを待つための開始ジョブが実行中です」。

このエラーを検索すると、ネットワーク サービスを再起動するか、上記のyamlファイルに次の行を追加して編集するようにという提案が表示されます。 optional: trueどちらも機能しません。

実行してもip route何も返されません。

ping google.com戻り値ping: google.com: Temporary failure in name resolution。

ip add 10.17.17.99 dev enp0s4

inet 10.17.17.99/32 scope global enp0s4enp0s4 インターフェースに追加します。

ip route add 10.17.17.4 dev enp0s4ルートを10.17.17.4 dev enp0s4 scope linkルーティング テーブルに追加します (以前は空白)。

これらを一緒にしても、あるいは別々にしても、問題は解決しません。

上記のコマンドをサブネット \21 で試しても機能しません。

この問題と一致する、私が実際に行った 1 つの関連する変更は、ルーターを切り替えたときに、ネットワークを 10.17.17.0 から 10.17.16.0 に変更したことです。サブネット \21 で IP 範囲を増やすにはそうする必要がありましたが、そうしないとルーターが無効なサブネットであると表示しました。仮想マシンのゲートウェイまたはサブネット マスクが何らかの理由で固定されていて、更新されていない可能性があります。

ネットワーク インターフェイス全体を完全に分解/無効化/更新し、サーバーがルーターから IP を要求できるようにする方法を理解したいと思います。

どのような助けでも大歓迎です。

関連情報