I repository e l’avviso di abbonamento: la prima sorpresa dopo l’installazione

L’installazione finisce, la prima cosa che chiunque prova è un aggiornamento, e la risposta è un errore di autenticazione. Non c’è nulla di rotto: il repository predefinito è quello a pagamento e si aspetta una chiave di abbonamento.

Tre repository, tre scopi

Il repository enterprise. A pagamento, porta i pacchetti provati più a lungo. Le installazioni con abbonamento usano questo.

Il repository senza abbonamento. Gratuito, porta gli stessi pacchetti. La differenza non è nel contenuto, è nell’attesa: i pacchetti arrivano qui prima, cioè dopo che meno persone li hanno fatti girare.

Il repository di test. Pacchetti prima del rilascio. Esiste per provare, non per una macchina che porta il tuo lavoro.

Il fraintendimento più comune qui è questo: il repository gratuito non è un aggiramento, è l’offerta ufficiale di Proxmox. La differenza non è la licenza, è il tempo di maturazione.

Quale scegliere

Per una macchina che porta davvero lavoro ci sono due opzioni oneste: o usi il repository enterprise, oppure usi quello gratuito e ti prendi tu l’abitudine dell’attesa. La seconda vuol dire: non installare un pacchetto nel momento in cui compare, aspettare qualche giorno, leggere le note di rilascio. Sul lato a pagamento, buona parte di ciò che il fornitore ti vende è proprio questo tempo di attesa.

Il vero pericolo è mescolare i repository

Lasciare attivi insieme il repository stabile e quello di test tira pacchetti da una famiglia che non volevi, e tornare indietro è difficile. La domanda da porsi quando si abilita un repository non è "funziona", è "sto decidendo da quale famiglia questa macchina verrà nutrita d’ora in poi".

L’avviso di abbonamento

L’avviso che compare aprendo il pannello è un promemoria, non una limitazione. Nessuna funzione viene spenta, nulla rallenta. Puoi trovarlo fastidioso, ma non ha alcun effetto funzionale.

⚠️ Il comando di una riga che gira sui forum

In rete circola un comando pronto per zittire quell’avviso, e non eseguirlo. Il motivo è stato misurato:

Quel comando prova a cambiare una condizione nella libreria dell’interfaccia. Ma nel tipo di espressione regolare che usa, la barra verticale significa "oppure" e non è un carattere qualsiasi. Quando la doppia barra di JavaScript viene riportata tale e quale, fra i due "oppure" compare un’alternativa vuota, e un’alternativa vuota corrisponde in ogni punto del file. Provato su una copia del file reale, il risultato è stato: 26458 righe su 26458 modificate, e il numero di false nel file è passato da 558 a 26458. Un amministratore che lancia quel comando distrugge quindi l’intera libreria dell’interfaccia.

In più, la condizione presa di mira non sta nemmeno su una riga: Proxmox la distribuisce su sei. Quel comando, che lavora riga per riga, non avrebbe comunque mai trovato il punto giusto.

La lezione generale va oltre: un comando copiato da un forum gira sulla tua macchina con i tuoi permessi e nessuno guarda il risultato. Se non riesci a leggere che cosa fa, non eseguirlo su una macchina che porta il tuo lavoro.

Che cosa fa Atlas

Atlas ti permette di cambiare repository dal pannello, così decidi da quale famiglia la macchina viene nutrita senza modificare file.

Zittire e ripristinare l’avviso di abbonamento è anch’esso nel pannello, e il lavoro poggia su tre cose. Il modello usato è tollerante verso gli spazi ma esatto sulla condizione stessa: se Proxmox cambia la formattazione continua a corrispondere, e se Proxmox cambia davvero la condizione non corrisponde, e allora non viene fatto nulla. Dopo la scrittura il file viene riletto e verificato; se il risultato atteso non c’è, viene ripristinato il backup. E il testo messo al posto della modifica porta un segno, così alla domanda "questa macchina è modificata" si risponde con esattezza invece che a intuito.

Tutti e tre questi passaggi sono stati introdotti dopo che il pericolo del comando qui sopra era stato misurato.