Máquina virtual (interfaz enp0s4) sin dirección IPv4 dinámica asignada

Question

Tengo una máquina virtual Ubuntu Server 20.04 ejecutándose en mi caja FreeNAS 11.3-U5.

Mi problema es que a mi servidor Ubuntu virtual no se le asigna una dirección IP.

Tengo un Edge Router X con subred 10.17.16.0/21 y puerta de enlace 10.17.17.4. El servidor DHCP se ejecuta en Edge Router X.

Recientemente cambié de un NetGear r7000 a mi enrutador Edge Router X (ERX) actual y solo uso el r7000 como AP con DHCP desactivado. Después de años de servicio confiable de dd-wrt, comenzó a tener algunos problemas extraños. Desde que actualicé a ERX, todo ha sido sólido y el servidor DHCP Edge Router X ha asignado una IP a todos los dispositivos de mi red, excepto mi máquina virtual virtual.

En el pasado, tuve un problema con mi servidor virtual Ubuntu en FreeNAS. El problema y la solución fue editar /etc/netplan/00-installer-config.yamly cambiar enp0s5como enp0s4se ve aquí "https://www.truenas.com/community/threads/freenas-11-2-u3-ubuntu-18-04-server-in-vm-has- no-internet-access.75684/" Ese problema tenía que ver con la eliminación de una interfaz de CD ROM virtual y el cambio de posición de la interfaz de red #. No es el problema actual, pero podría estar relacionado de alguna manera. Actualmente, la interfaz está asignada al puerto físico correcto y está utilizando la VIRTIOinterfaz.

Configuración actual /etc/netplan/00-installer-config.yaml:

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

Creo que hay algo divertido en la forma en que interactúan Ubuntu Server, FreeNAS y la NIC virtual.

       > 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 

Como puede ver, no hay ninguna dirección IPv4 en la interfaz virtual enp0s4.

Al arrancar aparece un mensaje de error:

"Se está ejecutando un trabajo de inicio en espera de que se configure la red".

La búsqueda de este error ofrece sugerencias para reiniciar el servicio de red y/o editar el yamlarchivo mencionado anteriormente agregando la línea: optional: true. Ninguno de estos funciona.

Correr ip routeno devuelve nada.

ping google.comdevoluciones ping: google.com: Temporary failure in name resolution.

ip add 10.17.17.99 dev enp0s4

Se suma inet 10.17.17.99/32 scope global enp0s4a la interfaz enp0s4.

ip route add 10.17.17.4 dev enp0s4agrega la ruta 10.17.17.4 dev enp0s4 scope linka la tabla de enrutamiento (anteriormente en blanco).

Ninguno de estos juntos o por separado soluciona el problema.

Si intento los comandos anteriores con una subred \21, no funciona.

El único cambio relevante que hice que coincide con este problema es que cuando cambié mis enrutadores cambié mi red de 10.17.17.0 a 10.17.16.0 porque para aumentar mi rango de IP con la subred \21 tenía que hacerlo, de lo contrario mi enrutador lo dijo. era una subred no válida. ¿Quizás la máquina virtual de alguna manera tiene arreglada la puerta de enlace o la máscara de subred y no se actualiza?

Me encantaría entender cómo descomponer/deshabilitar/actualizar completamente toda la interfaz de red y hacer que el servidor solicite una IP de mi enrutador.

Se agradece cualquier ayuda.