A partire da Ubuntu 18.04, gli sviluppatori Ubuntu hanno smesso di usare il classico /etc/init.d/networkinge il /etc/network/interfacesmetodo di configurazione della rete e sono passati a qualcosa chiamato netplan. Questo ha fatto arrabbiare molte persone ed è stato ampiamente considerato una mossa sbagliata. È possibile rimuovere netplane utilizzare il /etc/network/interfacesmetodo corretto per configurare la rete?

La seguente procedura funziona per Ubuntu 18.04 (Bionic Beaver)

I. Reinstallare il pacchetto ifupdown :

# apt-get update
# apt-get install ifupdown

II. Configura il tuo file / etc / network / interfaces con stanze di configurazione come:

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. Rendi effettiva la configurazione (non è necessario il riavvio):

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

IV. Disabilita e rimuovi i servizi indesiderati:

# 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

Quindi hai finito.

Nota: Si deve , naturalmente, adattare i valori in base al vostro sistema (rete, nome dell'interfaccia ...).

V. DNS Resolver

Poiché Ubuntu Bionic Beaver (18.04) fa uso del risolutore di stub DNS come fornito da SYSTEMD-RESOLVED.SERVICE (8), DOVREBBE anche aggiungere il DNS da contattare nel file /etc/systemd/resolved.conf. Per esempio:

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

e quindi riavviare il servizio risolto da systemd una volta fatto:

# systemctl restart systemd-resolved

Le voci DNS nel file ifupdown INTERFACES (5), come mostrato sopra, sono rilevanti solo se si utilizza RESOLVCONF (8) o simile.

Il team di Netplan ha pubblicato una risposta ufficiale alle sue FAQ qui :

Come tornare a ifupdown

...

Su un sistema in esecuzione, netplan può essere rimosso installando ifupdown e configurando / etc / network / interfacce manualmente come hanno già fatto gli utenti.

Al momento dell'installazione, un utente può scegliere di utilizzare ifupdown preconfigurando netcfg / do_not_use_netplan = true. Questo viene fatto aggiungendo la riga preconfigurata alla riga di comando quando si avvia il supporto di installazione (cioè nel menu di avvio del supporto di installazione, premere F6, digitare 'e' e aggiungere alla riga di comando).

Vedi la risposta di Nuxwin per istruzioni più complete.

Netplan e yaml sono, nella migliore delle ipotesi, fragili nell'ambiente esclusivamente server (gli errori di rientro ti costeranno). Le interfacce perdonavano abbastanza da rendere abbastanza semplice la gestione delle impostazioni di rete su un server.
Netplan introduce nuovi livelli. Ma il vero problema è che U18 interrompe ifupdown e non termina il lavoro con NetPlan. Se ritorni su / etc / network / interfaces reinstallando ifupdown, la gestione del DNS non funziona più nel file delle interfacce. Le voci dns-nameservers vengono ignorate. Invece il DNS è impostato in /etc/resolv.conf. Ma non puoi modificare quel file perché viene riscritto ogni volta che la macchina viene avviata. WTF? Netplan è stato progettato per essere gestito da una GUI in modo tale che quelli di noi nel campo solo server siano lasciati con un sistema fragile che dobbiamo camminare in punta di piedi. Ubuntu non buona!
perché non darci un modo per reindirizzare le impostazioni in / etc / network / interfaces in netplan all'avvio per aiutarci mentre finisci netplan?

Perché non limitarsi a configurarlo con netplan?

Bene, poiché è configurato in 18.04-Desktop, è una singola riga che consegna il controllo a tutte le interfacce di NetworkManager.

Sebbene ciò sia probabilmente adatto al 95% degli utenti, ricorda che NetworkManager viene eseguito solo dopo aver effettuato l'accesso a una sessione.

Se vuoi che la tua macchina funga da server / desktop, ad esempio inizia a pubblicare file su macchine locali, fungendo da server VNP, ecc ... o qualsiasi cosa "stravagante" prima che qualcuno abbia mai effettuato l'accesso, solo per il semplice fatto che è acceso, avrai problemi con come è configurato in 18.04-Desktop standard.

Naturalmente, l'alternativa sarebbe usare la configurazione server-Netplan, che, per quanto ho letto (non controllato da me stesso), passa invece il controllo a systemd-networkd. In questo caso è meglio sapere come systemd fa le cose in sostituzione del vecchio init System V.

Se dovessi seguire questo percorso, devi comunque apportare modifiche al netplan yaml, poiché su una versione desktop il controllo viene dato a NetworkManager.

La chiave sta nel sapere che cloud.initè il vero programma di controllo.
Detto questo, la riga nel netplanfile di configurazione "opzionale: vero" è obbligatoria.
Sapendo che è stato facile.

L'ho appena rimosso 01-network-manager-all.yamle copiato /root/save/. Quindi metti in atto una buona configurazione nota invece di essa 50-cloud-init.yaml: segue il suo contenuto:

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

Quindi riavviare e dovrebbe funzionare correttamente.

La buona configurazione conosciuta proveniva da Configura la rete 802.3ad legata usando netplan su Ubuntu 18.04 .

Secondo questa risposta, la soluzione è rimuovere tutti i file .yaml operativi: Ubuntu 17.10 disabilita netplan

Non rimuoverei nulla senza eseguire il backup. Possiamo farlo facilmente semplicemente spostando i file da parte. Innanzitutto, individua i file:

sudo updatedb
locate netplan | grep yaml

Sul mio sistema 18.04, sembra che l'unico file operativo sia /etc/netplan/01-network-manager-all.yaml. Spostiamolo:

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

... dove user è il tuo nome utente.

Ora controlla per assicurarti che il file sia veramente sparito:

ls /etc/netplan

Ora fai le tue aggiunte a / etc / network / interfaces come richiesto.

Reboot.

Qualche miglioramento?

Nota a piè di pagina: il processo esatto per farlo è difficile da trovare. Potremmo aver bisogno di affinare un po 'mentre procediamo.