Saturday’s Talks: se systemd ci fosse stato dall’inizio, nessuno avrebbe avuto niente da dire
Lo avevo anticipato mentre cercavo di spiegare la causa di tutti i disservizi avuti questa settimana sul portale (alla fine il downtime è stato basso, ma il giramento di scatole alto quindi ha compensato): il prossimo episodio di “Saturday’s Talks” sarebbe stato dedicato a systemd.
Ed eccoci qua.
Nel corso dei disservizi abbiamo dovuto imparare che oggi, quando qualcuno installa Ubuntu 18.04 LTS (Long Term Support, la più stabile) la metodologia di default con cui si troverà a configurare la rete è rappresentata dalla combinazione di netplan (chi?) e networkd (ah adesso systemd gestisce pure la rete?).
È necessario capire come funzionano quelle due componenti se si vogliono effettuare configurazioni specifiche. Ad esempio un bridge, da documentazione ufficiale, si configura così:
network: version: 2 renderer: networkd ethernets: enp3s0: dhcp4: no bridges: br0: dhcp4: yes interfaces: - enp3s0Non è un file ifcfg-eth come per distro Red Hat based, non è un file interfaces come per distribuzioni Debian like, e allora cos’è? Una cosa nuova, ecco cosa, peraltro limitata al momento solo ad Ubuntu.
Il punto però non è netplan, ma networkd che conferma quanto abbiamo imparato: systemd vuole fare tutto. L’init, i log, le login… La rete! E sapete cosa vi dico?
(rullo di tamburi)
Tutto questo ha una sua perfetta logica.
Proprio così, la riflessione che metto sul piatto è: se fossimo partiti tutti dall’approccio systemd, qualcuno si sarebbe mai lamentato?
Systemd vuol dir polemica, si sa, ma facciamo uno sforzo di immaginazione: siamo sicuri che il problema sia questa componente che, peraltro, non ha mai fatto mistero di volersi occupare di tutto?
Il problema non saranno semmai le modalità con cui le varie distro interagiscono con systemd? Perché oggi se per Red Hat c’è Network Manager, per Ubuntu c’è netplan, quindi qual’è la differenza con gli antichi file ifcfg e interfaces? Secondo me nessuna.
Insomma, stiamo sbagliando il nemico da combattere. E forse lo abbiamo sempre sbagliato.
Systemd sembra un problema, invece è la più grande opportunità che Linux ha avuto per essere aperto, comprensibile e… facile.
Perché raccontare che systemd è il male quando c’è da sistemare l’ordine di boot dei vostri servizi custom è una bugia bella e buona: per la prima volta dalla nascita di Linux c’è finalmente un sistema standard, che funziona su tutte le distribuzioni, per determinare chi deve partire prima di chi.
Direi che per oggi ho finito…
Se vuoi sostenerci, puoi farlo acquistando qualsiasi cosa dai diversi link di affiliazione che abbiamo nel nostro sito o partendo da qui oppure alcune di queste distribuzioni GNU/Linux che sono disponibili sul nostro negozio online, quelle mancanti possono essere comunque richieste, e su cui trovi anche PC, NAS e il ns ServerOne. Se ti senti generoso, puoi anche donarmi solo 1€ o più se vuoi con PayPal e aiutarmi a continuare a pubblicare più contenuti come questo. Grazie!
Hai dubbi o problemi? Ti aiutiamo noi!
Se vuoi rimanere sempre aggiornato, iscriviti al nostro canale Telegram.Se vuoi ricevere supporto per qualsiasi dubbio o problema, iscriviti alla nostra community Facebook o gruppo Telegram.
Cosa ne pensi? Fateci sapere i vostri pensieri nei commenti qui sotto.
Ti piace quello che leggi? Per favore condividilo con gli altri.
