Noțiuni de bază pentru rețea systemd: nu poate trece de la DHCP la adresa IP statică

Tocmai încep cu rețeaua systemd și nu pot configura un sistem nou cu o adresă IP statică. Acesta este un server implicit Ubuntu 20.04, iar managerul de rețea și ifupdown nu sunt instalate (deci nu /etc/network/interfaces etc.).

În mod implicit, serverul pornește cu DHCP activat și primește o adresă IP și totul funcționează. Am adăugat acum un fișier /etc/systemd/network/static.network care conține o configurare de bază:

[Meci]
Nume=e*

[Reţea]
Adresa=192.168.1.20/24
Gateway=192.168.1.40

Dacă fac o systemctl reporniți systemd-networkd acest lucru este ignorat și starea systemctl arată că o adresă de 192.168.1.10 a fost atribuită de la DHCP (enp1s0: adresa DHCPv4 192.168.1.10/24 prin 192.168.1.40). Obțin același rezultat dacă repornesc; adresa este încă cea DHCP. Se pare că static.network fișierul este complet ignorat, dar este în curs de procesare - dacă adaug o eroare evidentă fișierului, aceasta este raportată de comanda status.Aveți idee ce greșesc?

Serverul este de fapt o VM care rulează sub RHEL 8, ceea ce sper că nu este relevant.

Ei bine, asta pare un bug pe 20.04. .reţea fișierele sunt menite să fie procesate în ordine lexicală, conform acestui extras din systemd-networkd docs:

Fișierele .network sunt citite din fișierele aflate în sistem directoarele de rețea /usr/lib/systemd/network și /usr/local/lib/systemd/network, directorul volatil al rețelei de rulare /run/systemd/network și directorul rețelei de administrare locală /etc/systemd/network. Toate fișierele de configurare sunt sortate colectiv și procesate în ordine lexicală, indiferent de directoarele în care ei locuiesc.

Totuși, dacă pornesc systemd-networkd depanare (vezi Aici dacă nu știi cum), se dovedește că cel mai jos-fișierul sortat lexical are prioritate. Nu pot fi pe deplin sigur, deoarece jurnalele nu arată ordinea de procesare și se opresc doar la prima lovitură pentru interfața de rețea relevantă.

Iată ce știu, pentru instalarea simplă a serverului Ubuntu 20.04:

1. Sunt 5 .reţea fișierele din sistem
2. Una dintre acestea este creată de netplan în timpul execuției și este /run/systemd/network/10-netplan-enp1s0.network
3. Noul meu dosar este /etc/systemd/network/static.network
4. Pe systemctl reporniți systemd-networkd fisierul netplan are prioritate fata de al meu
5. Dacă elimin manual fișierul netplan și repornesc rețeaua, fișierul meu este acționat. Cu toate acestea, acest lucru este doar temporar până la următoarea repornire
6. Dacă îmi redenumesc fișierul în 05-static.network apoi are prioritate fata de fisierul netplan

Ergo, comanda de procesare a fost ruptă, dacă nu fac o prostie.

Ca o remediere temporară, trebuie să dați fișierului dumneavoastră o ordine lexicală scăzută, prefixând ceva de genul 05-. Cu toate acestea, acest lucru s-ar putea întrerupe la o actualizare viitoare dacă ordinea de procesare este inversată. O soluție mai bună ar fi să dezactivați netplan (nu sunt sigur cum să faceți acest lucru), dar acest lucru s-ar putea întrerupe și dacă altceva decide că trebuie să creeze un .reţea fișier pentru a compensa cel lipsă netplan.

Editare - eliminarea netplan

Puteți elimina netplan în întregime cu apt purge netplan.io. Cu toate acestea, aceasta poate să nu fie o idee bună - se elimină și cloud-init, de exemplu, care este cerut de DigitalOcean. Asa de:

# cd /etc/netplan
# rm 00-installer-config.yaml
Se aplică # netplan

După o repornire, nu mai obțineți generarea automată .reţea fișier și poate utiliza denumirea normală a fișierelor în fișierul dvs .reţea fișiere fără conflict.