Począwszy od około Ubuntu 18.04, deweloperzy Ubuntu przestali używać klasycznej /etc/init.d/networkingi /etc/network/interfacesmetody konfiguracji sieci i przełączyli się na coś zwanego netplan. To bardzo rozzłościło wielu ludzi i zostało powszechnie uznane za zły ruch. Czy można usunąć netplani użyć poprawnej /etc/network/interfacesmetody konfiguracji sieci?

Poniższa procedura działa dla Ubuntu 18.04 (Bionic Beaver)

I. Ponownie zainstaluj pakiet ifupdown :

# apt-get update
# apt-get install ifupdown

II. Skonfiguruj plik / etc / network / interfaces za pomocą sekcji konfiguracji, takich jak:

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. Uczyń konfigurację skuteczną (nie jest wymagane ponowne uruchomienie):

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

IV. Wyłącz i usuń niechciane usługi:

# 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

Więc skończyłeś.

Uwaga: Państwo musi oczywiście dostosować wartości w zależności od systemu (sieci, nazwa interfejsu ...).

V. Resolver DNS

Ponieważ Ubuntu Bionic Beaver (18.04) korzysta z mechanizmu rozpoznawania kodów pośredniczących DNS dostarczonego przez SYSTEMD-RESOLVED.SERVICE (8), POWINIENEŚ także dodać DNS do kontaktu z plikiem /etc/systemd/resolved.conf. Na przykład:

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

a następnie ponownie uruchom usługę rozwiązaną przez system po zakończeniu:

# systemctl restart systemd-resolved

Wpisy DNS w pliku INTERFACES (5) ifupdown, jak pokazano powyżej, są istotne tylko wtedy, gdy używasz RESOLVCONF (8) lub podobnego.

Zespół Netplan opublikował oficjalną odpowiedź na często zadawanych pytaniach tutaj :

Jak wrócić do ifupdown

...

W działającym systemie netplan można usunąć, instalując ifupdown i ręcznie konfigurując / etc / network / interfaces, tak jak zrobili to wcześniej użytkownicy.

W czasie instalacji użytkownik może zdecydować się na użycie ifupdown przez wstępne użycie netcfg / do_not_use_netplan = true. Odbywa się to poprzez dodanie wstępnie ustawionego wiersza do wiersza poleceń podczas uruchamiania nośnika instalacyjnego (tj. W menu rozruchowym nośnika instalacyjnego naciśnij klawisz F6, wpisz „e” i dodaj do wiersza polecenia).

Zobacz pełną odpowiedź Nuxwina.

Netplan i yaml są co najwyżej delikatne w środowisku tylko na serwerze (błędy wcięcia będą cię kosztować). Interfejsy były na tyle wybaczające, że znacznie ułatwiły zarządzanie ustawieniami sieciowymi na serwerze.
Netplan wprowadza nowe warstwy. Ale prawdziwym problemem jest to, że U18 psuje ifupdown i nie kończy zadania z NetPlan. Jeśli powrócisz do / etc / network / interfaces przez ponowną instalację ifupdown zarządzanie DNS nie działa już w pliku interfejsów. Wszelkie wpisy dns-nameservers są ignorowane. Zamiast tego dns jest ustawiony w /etc/resolv.conf. Ale nie możesz edytować tego pliku, ponieważ jest on ponownie zapisywany przy każdym uruchomieniu komputera. WTF? Netplan został zaprojektowany do zarządzania przez GUI, więc ci z nas w obozie tylko dla serwerów mają kruchy system, który musimy omijać. Nie dobre Ubuntu!
dlaczego nie dać nam sposobu przekierowania ustawień w / etc / network / interfaces do netplan podczas uruchamiania, aby pomóc nam w zakończeniu Netplan?

Dlaczego nie po prostu skonfigurować za pomocą Netplan?

Cóż, jak skonfigurowano w 18.04-Desktop, jest to pojedyncza linia przekazująca kontrolę nad wszystkimi interfejsami do NetworkManager.

Chociaż jest to prawdopodobnie odpowiednie dla 95% użytkowników, pamiętaj, że NetworkManager jest uruchamiany tylko po zalogowaniu się do sesji.

Jeśli chcesz, aby Twój komputer działał jako serwer / komputer stacjonarny, na przykład zacznij udostępniać pliki na komputerach lokalnych, działając jako serwer VNP itp. Itp. Lub coś „fantazyjnego”, zanim ktokolwiek się zaloguje, po prostu dlatego, że tak jest na, będziesz mieć problemy ze konfiguracją w standardowym 18.04-Desktop.

Oczywiście alternatywą byłoby użycie konfiguracji serwer-Netplan, która, o ile przeczytałem (nie sprawdziłem przez siebie), przekazuje kontrolę nad systemd-networkd. W takim przypadku powinieneś dowiedzieć się, jak systemd robi rzeczy, zastępując starą init z Systemu V.

Jeśli pójdziesz tą ścieżką, nadal musisz wprowadzić zmiany w netplan yaml, ponieważ w wersji komputerowej kontrola jest przekazywana NetworkManagerowi.

Kluczem jest wiedza, że cloud.initto prawdziwy program kontroli.
Biorąc to pod uwagę, wiersz w netplanpliku konfiguracyjnym „opcjonalne: prawda” jest obowiązkowy.
Wiedząc, że to ułatwiło.

Właśnie usunąłem 01-network-manager-all.yamli skopiowałem to /root/save/. Następnie zamiast tego umieść znaną dobrą konfigurację 50-cloud-init.yaml: jej zawartość jest następująca:

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

Następnie uruchom ponownie i powinno działać dobrze.

Znana dobra konfiguracja pochodzi z Konfiguruj połączoną sieć 802.3ad za pomocą netplan na Ubuntu 18.04 .

Zgodnie z tą odpowiedzią rozwiązaniem jest usunięcie wszystkich działających plików .yaml: Ubuntu 17.10 wyłącza netplan

Nie usunę niczego bez tworzenia kopii zapasowej. Możemy to zrobić łatwo, po prostu przenosząc pliki na bok. Najpierw zlokalizuj pliki:

sudo updatedb
locate netplan | grep yaml

W moim systemie 18.04 wydaje się, że jedynym plikiem operacyjnym jest /etc/netplan/01-network-manager-all.yaml. Przenieśmy to:

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

... gdzie użytkownik to Twoja nazwa użytkownika.

Teraz sprawdź, czy plik naprawdę zniknął:

ls /etc/netplan

Teraz dodaj wymagane elementy do / etc / network / interfaces.

Restart.

Jakaś poprawa?

Przypis: Trudno znaleźć dokładny proces, aby to zrobić. Być może będziemy musieli dopracować nieco w miarę upływu czasu.