Comenzando en algún momento alrededor de Ubuntu 18.04, los desarrolladores de Ubuntu dejaron de usar el método clásico /etc/init.d/networkingy /etc/network/interfacesde configuración de la red y cambiaron a algo llamado netplan. Esto ha enojado a mucha gente y ha sido ampliamente considerado como un mal movimiento. ¿Es posible eliminar netplany usar el /etc/network/interfacesmétodo correcto para configurar la red?

El siguiente procedimiento funciona para Ubuntu 18.04 (Bionic Beaver)

I. Vuelva a instalar el paquete ifupdown :

# apt-get update
# apt-get install ifupdown

II Configure su archivo / etc / network / interfaces con secciones de configuración como:

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

allow-hotplug enp0s3
auto enp0s3
iface enp0s3 inet static
  address 192.168.1.133
  netmask 255.255.255.0
  broadcast 192.168.1.255
  gateway 192.168.1.1
  # Only relevant if you make use of RESOLVCONF(8)
  # or similar...
  dns-nameservers 1.1.1.1 1.0.0.1

III. Haga que la configuración sea efectiva (no es necesario reiniciar):

# ifdown --force enp0s3 lo && ifup -a
# systemctl unmask networking
# systemctl enable networking
# systemctl restart networking

IV. Deshabilitar y eliminar los servicios no deseados:

# systemctl stop systemd-networkd.socket systemd-networkd \
networkd-dispatcher systemd-networkd-wait-online
# systemctl disable systemd-networkd.socket systemd-networkd \
networkd-dispatcher systemd-networkd-wait-online
# systemctl mask systemd-networkd.socket systemd-networkd \
networkd-dispatcher systemd-networkd-wait-online
# apt-get --assume-yes purge nplan netplan.io

Entonces, ya terminaste.

Nota: Usted DEBE , por supuesto, adaptar los valores de acuerdo a su sistema (red, nombre de la interfaz ...).

V. DNS Resolver

Debido a que Ubuntu Bionic Beaver (18.04) hace uso de la resolución de código auxiliar DNS proporcionada por SYSTEMD-RESOLVED.SERVICE (8), también DEBE agregar el DNS para contactar en el archivo /etc/systemd/resolved.conf. Por ejemplo:

....
DNS=1.1.1.1 1.0.0.1
....

y luego reinicie el servicio systemd resuelto una vez hecho:

# systemctl restart systemd-resolved

Las entradas DNS en el archivo ifupdown INTERFACES (5), como se muestra arriba, solo son relevantes si utiliza RESOLVCONF (8) o similar.

El equipo de Netplan ha publicado una respuesta oficial en sus preguntas frecuentes aquí :

Cómo volver a ifupdown

...

En un sistema en ejecución, netplan puede eliminarse instalando ifupdown y configurando / etc / network / interfaces manualmente como lo han hecho los usuarios antes.

En el momento de la instalación, un usuario puede optar por usar ifupdown preseleccionando netcfg / do_not_use_netplan = true. Esto se hace agregando la línea preestablecida a la línea de comando al iniciar los medios de instalación (es decir, en el menú de inicio de medios de instalación, presione F6, escriba 'e' y agregue a la línea de comandos).

Consulte la respuesta de Nuxwin para obtener instrucciones más completas.

Netplan y yaml son, en el mejor de los casos, frágiles en el entorno solo de servidor (los errores de sangría le costarán). Las interfaces perdonaban lo suficiente como para facilitar la administración de la configuración de red en un servidor.
Netplan presenta nuevas capas. Pero el verdadero problema es que U18 rompe ifupdown y no termina el trabajo con NetPlan. Si regresa a / etc / network / interfaces reinstalando ifupdown, la administración del DNS ya no funciona en el archivo de interfaces. Cualquier entrada dns-nameservers se ignora. En cambio, el dns se establece en /etc/resolv.conf. Pero no puede editar ese archivo porque se reescribe cada vez que se inicia la máquina. WTF? Netplan fue diseñado para ser administrado por una GUI, por lo que aquellos de nosotros en el campamento solo para servidores se quedan con un sistema frágil que tenemos que andar de puntillas. ¡No es bueno Ubuntu!
¿por qué no nos da una forma de redirigir la configuración en / etc / network / interfaces a netplan en el arranque para ayudarnos mientras finaliza netplan?

¿Por qué no simplemente configurar con netplan?

Bueno, como está configurado en 18.04-Desktop, es una línea única que transfiere el control a todas las interfaces a NetworkManager.

Si bien eso probablemente sea adecuado para el 95% de los usuarios, recuerde que NetworkManager solo se ejecuta una vez que ha iniciado sesión en una sesión.

Si desea que su máquina actúe como servidor / escritorio, por ejemplo, comience a servir archivos a máquinas locales, actúe como servidor VNP, etc. o cualquier cosa "elegante" antes de que alguien inicie sesión, simplemente por el simple hecho de que es activado, tendrá problemas con la configuración en el escritorio 18.04 estándar.

Por supuesto, la alternativa sería usar la configuración de servidor-Netplan, que, hasta donde he leído (no comprobada por mí mismo), transfiere el control a systemd-networkd. En este caso, será mejor que aprenda cómo systemd hace las cosas como un reemplazo del antiguo sistema V init.

Si sigue este camino, aún tiene que hacer cambios en el plan de red yaml, ya que en una versión de escritorio el control se otorga a NetworkManager.

La clave es saber que cloud.inites el programa de control real.
Dicho esto, la línea en el netplanarchivo de configuración "opcional: verdadero" es obligatoria.
Saber eso lo hizo fácil.

Simplemente lo eliminé 01-network-manager-all.yamly lo copié /root/save/. Luego coloque una buena configuración conocida en su lugar, en lugar de esto 50-cloud-init.yaml: su contenido sigue:

network:
  version: 2
  renderer: networkd
  ethernets:
    eports:
      match: 
        name: enp*
        optional: true
  bonds:
    bond0:
      interfaces: [eports]
      addresses: [192.168.2.5/24]
      gateway4: 192.168.2.1
      nameservers:
        addresses: [127.0.0.1, 8.8.4.4]          
      parameters:
        mode: 0          
        mii-monitor-interval: 100

Luego reinicie y debería estar funcionando bien.

La buena configuración conocida vino de Configurar la red 802.3ad unida usando netplan en Ubuntu 18.04 .

Según esta respuesta, la solución es eliminar todos los archivos .yaml operativos: Ubuntu 17.10 deshabilita netplan

No quitaría nada sin hacer una copia de seguridad. Podemos hacerlo fácilmente simplemente moviendo los archivos a un lado. Primero, ubique los archivos:

sudo updatedb
locate netplan | grep yaml

En mi sistema 18.04, parece que el único archivo operativo es /etc/netplan/01-network-manager-all.yaml. Vamos a moverlo:

mkdir ~/netplan
sudo mv /etc/netplan/01-network-manager-all.yaml  /home/user/netplan

... donde usuario es su nombre de usuario.

Ahora verifique para asegurarse de que el archivo realmente se haya ido:

ls /etc/netplan

Ahora haga sus adiciones a / etc / network / interfaces según sea necesario.

Reiniciar.

¿Cualquier mejora?

Nota al pie: El proceso exacto para hacer esto es difícil de encontrar. Es posible que necesitemos refinar un poco a medida que avanzamos.