Ab irgendwann um Ubuntu 18.04, stoppte die Ubuntu Devs die klassische Verwendung /etc/init.d/networkingund /etc/network/interfacesVerfahren zur Konfiguration des Netzwerks und wechselte zu einem gewissen Sache genannt netplan. Dies hat viele Leute sehr wütend gemacht und wurde allgemein als ein schlechter Schachzug angesehen. Ist es möglich, netplandie richtige /etc/network/interfacesMethode zum Konfigurieren des Netzwerks zu entfernen und anzuwenden ?

Das folgende Verfahren funktioniert für Ubuntu 18.04 (Bionic Beaver)

I. Installieren Sie das ifupdown- Paket neu:

# apt-get update
# apt-get install ifupdown

II. Konfigurieren Sie Ihre Datei / etc / network / interfaces mit folgenden Konfigurationszeilen:

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. Nehmen Sie die Konfiguration vor (kein Neustart erforderlich):

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

IV. Deaktivieren und entfernen Sie die unerwünschten Dienste:

# 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

Dann sind Sie fertig.

Hinweis: Sie MÜSSEN die Werte natürlich an Ihr System anpassen (Netzwerk, Schnittstellenname ...).

V. DNS-Resolver

Da Ubuntu Bionic Beaver (18.04) nutzt das DNS - Stub - Resolver als vorgesehen von systemd-RESOLVED.SERVICE (8), Sie sollten auch die DNS , um einen Kontakt in die /etc/systemd/resolved.conf Datei hinzufügen. Zum Beispiel:

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

und starten Sie den vom System aufgelösten Dienst anschließend neu:

# systemctl restart systemd-resolved

Die oben gezeigten DNS-Einträge in der Datei ifupdown INTERFACES (5) sind nur relevant, wenn Sie RESOLVCONF (8) oder ähnliches verwenden.

Das Netplan Team hat eine offizielle Antwort auf ihren FAQ gepostet hier :

So kehren Sie zu ifupdown zurück

...

Auf einem laufenden System kann netplan entfernt werden, indem ifupdown installiert und / etc / network / interfaces manuell konfiguriert wird, wie es die Benutzer zuvor getan haben.

Während der Installation kann ein Benutzer ifupdown verwenden, indem er netcfg / do_not_use_netplan = true voreinstellt. Dazu wird beim Booten des Installationsmediums die Voreinstellungszeile zur Befehlszeile hinzugefügt (dh drücken Sie im Startmenü des Installationsmediums die Taste F6, geben Sie 'e' ein und fügen Sie sie zur Befehlszeile hinzu).

Eine ausführlichere Anleitung finden Sie in der Antwort von Nuxwin.

Netplan und yaml sind in der Nur-Server-Umgebung bestenfalls zerbrechlich (Einrückungsfehler kosten Sie). Interfaces war so verzeihend, dass es die Verwaltung der Netzwerkeinstellungen auf einem Server ziemlich einfach machte.
Netplan führt neue Ebenen ein. Das eigentliche Problem ist jedoch, dass U18 ifupdown bricht und den Job mit NetPlan nicht beendet. Wenn Sie durch eine Neuinstallation zu / etc / network / interfaces zurückkehren, funktioniert die DNS-Verwaltung in der Interface-Datei nicht mehr. Alle DNS-Nameserver-Einträge werden ignoriert. Stattdessen wird die DNS in /etc/resolv.conf festgelegt. Sie können diese Datei jedoch nicht bearbeiten, da sie bei jedem Systemstart neu geschrieben wird. WTF? Netplan wurde so konzipiert, dass es von einer grafischen Benutzeroberfläche verwaltet werden kann, sodass diejenigen von uns im Nur-Server-Camp ein zerbrechliches System haben, das wir auf Zehenspitzen durcharbeiten müssen. Nicht gutes Ubuntu!
Warum geben Sie uns nicht eine Möglichkeit, die Einstellungen in / etc / network / interfaces beim Booten in netplan umzuleiten, um uns beim Beenden von netplan zu helfen?

Warum nicht einfach mit netplan konfigurieren?

Nun, wie es in 18.04-Desktop konfiguriert ist, ist es eine einzige Leitung, die die Kontrolle über alle Schnittstellen zu NetworkManager übergibt.

Dies ist wahrscheinlich für 95% der Benutzer geeignet. Denken Sie jedoch daran, dass NetworkManager nur ausgeführt wird, wenn Sie bei einer Sitzung angemeldet sind.

Wenn Sie möchten, dass Ihr Computer als Server / Desktop fungiert, z. B. Dateien für lokale Computer bereitstellt, als VNP-Server fungiert usw. oder etwas "Fantasievolles", bevor sich jemand anmeldet, und zwar einfach so Wenn Sie diese Option aktivieren, haben Sie Probleme mit der Konfiguration in Standard 18.04-Desktop.

Die Alternative wäre natürlich die Verwendung der Server-Netplan-Konfiguration, die, soweit ich gelesen habe (nicht von mir selbst geprüft), die Kontrolle stattdessen an systemd-networkd übergibt. In diesem Fall sollten Sie besser lernen, wie systemd die alten System V init ersetzt.

Sollten Sie diesen Weg einschlagen, müssen Sie noch Änderungen am netplan yaml vornehmen, da bei einer Desktop-Version das Steuerelement an NetworkManager übergeben wird.

Der Schlüssel ist zu wissen, dass dies cloud.initdas eigentliche Steuerungsprogramm ist.
Davon abgesehen ist die Zeile in der netplanKonfigurationsdatei "optional: true" obligatorisch.
Das zu wissen, machte es einfach.

Ich habe es gerade entfernt 01-network-manager-all.yamlund kopiert /root/save/. Setzen Sie stattdessen eine bekanntermaßen gute Konfiguration ein, 50-cloud-init.yamlderen Inhalt folgt:

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

Starten Sie dann neu und es sollte gut funktionieren.

Die als funktionierend bekannte Konfiguration stammt von Configure Bonded 802.3ad Network unter Verwendung von netplan unter Ubuntu 18.04 .

Nach dieser Antwort besteht die Lösung darin, alle operativen .yaml-Dateien zu entfernen: Ubuntu 17.10 deaktiviert netplan

Ohne Backup würde ich nichts entfernen. Wir können dies einfach tun, indem wir die Dateien beiseite legen. Suchen Sie zuerst die Dateien:

sudo updatedb
locate netplan | grep yaml

Auf meinem 18.04-System scheint die einzige Betriebsdatei /etc/netplan/01-network-manager-all.yaml zu sein. Lass es uns bewegen:

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

... wobei user Ihr Benutzername ist.

Überprüfen Sie nun, ob die Datei wirklich gelöscht ist:

ls /etc/netplan

Nehmen Sie nun die erforderlichen Ergänzungen in / etc / network / interfaces vor.

Starten Sie neu.

Irgendeine Verbesserung?

Fußnote: Der genaue Vorgang hierfür ist schwer zu finden. Wir müssen vielleicht ein bisschen verfeinern, während wir gehen.