Der virtuellen Maschine (Schnittstelle enp0s4) wurde keine dynamische IPv4-Adresse zugewiesen

Question

Auf meiner FreeNAS 11.3-U5-Box läuft eine virtuelle Maschine mit Ubuntu Server 20.04.

Mein Problem ist, dass meinem virtuellen Ubuntu-Server keine IP-Adresse zugewiesen wird.

Ich habe einen Edge Router X mit Subnetz 10.17.16.0/21 und Gateway 10.17.17.4. Der DHCP-Server läuft auf dem Edge Router X.

Ich bin vor Kurzem von einem NetGear r7000 auf meinen aktuellen Edge Router X (ERX) umgestiegen und verwende den r7000 nur als AP mit ausgeschaltetem DHCP. Nach Jahren des zuverlässigen DD-WRT-Dienstes traten einige seltsame Probleme auf. Seit dem Upgrade auf den ERX läuft alles einwandfrei und allen Geräten in meinem Netzwerk wurde vom DHCP-Server des Edge Router X eine IP zugewiesen, mit Ausnahme meiner virtuellen VM.

In der Vergangenheit hatte ich ein Problem mit meinem virtuellen Ubuntu-Server auf FreeNAS. Das Problem und die Lösung bestanden darin, es wie hier zu sehen zu bearbeiten /etc/netplan/00-installer-config.yamlund zu ändern : „https://www.truenas.com/community/threads/freenas-11-2-u3-ubuntu-18-04-server-in-vm-has-no-internet-access.75684/“. Das Problem hatte mit dem Entfernen einer virtuellen CD-ROM-Schnittstelle und dem Ändern der Netzwerkschnittstellennummer/-position zu tun. Dies ist nicht das aktuelle Problem, könnte aber irgendwie damit zusammenhängen. Derzeit ist die Schnittstelle dem richtigen physischen Port zugewiesen und verwendet die Schnittstelle.enp0s5enp0s4VIRTIO

Aktuelle /etc/netplan/00-installer-config.yamlKonfiguration:

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

Ich finde, die Art und Weise, wie Ubuntu Server, FreeNAS und die virtuelle Netzwerkkarte interagieren, ist irgendwie merkwürdig.

       > 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 

Wie Sie sehen, gibt es auf der virtuellen enp0s4-Schnittstelle keine IPv4-Adresse.

Beim Booten erscheint eine Fehlermeldung:

„Ein Startjob wird ausgeführt, um auf die Konfiguration des Netzwerks zu warten.“

Bei der Suche nach diesem Fehler werden Vorschläge zum Neustarten des Netzwerkdienstes und/oder zum Bearbeiten der oben genannten yamlDatei durch Hinzufügen der Zeile: angezeigt optional: true. Beides funktioniert nicht.

Beim Ausführen ip routewird nichts zurückgegeben.

ping google.comkehrt zurück ping: google.com: Temporary failure in name resolution.

ip add 10.17.17.99 dev enp0s4

Fügt inet 10.17.17.99/32 scope global enp0s4der enp0s4-Schnittstelle hinzu.

ip route add 10.17.17.4 dev enp0s4fügt die Route 10.17.17.4 dev enp0s4 scope linkzur Routing-Tabelle hinzu (zuvor leer).

Weder zusammen noch einzeln beheben diese Maßnahmen das Problem.

Wenn ich die obigen Befehle mit einem Subnetz \21 versuche, funktioniert es nicht.

Die einzige relevante Änderung, die ich vorgenommen habe und die mit diesem Problem zusammenhängt, ist, dass ich beim Wechseln meiner Router mein Netzwerk von 10.17.17.0 auf 10.17.16.0 geändert habe, da ich meinen IP-Bereich mit dem Subnetz \21 erhöhen musste, da mein Router andernfalls angezeigt hätte, dass es sich um ein ungültiges Subnetz handelt. Vielleicht hat die virtuelle Maschine das Gateway oder die Subnetzmaske irgendwie repariert und aktualisiert sich nicht?

Ich würde gerne verstehen, wie ich die gesamte Netzwerkschnittstelle vollständig abschalten/deaktivieren/aktualisieren und den Server dazu bringen kann, eine IP von meinem Router anzufordern.

Jede Hilfe wird geschätzt.