Paketkällorna och abonnemangsnotisen: den första överraskningen efter installationen

Installationen är klar, det första alla provar är en uppdatering, och svaret är ett inloggningsfel. Inget är trasigt: standardkällan är den betalda och den väntar sig en abonnemangsnyckel.

Tre källor, tre syften

Enterprise-källan. Betald, och bär de paket som prövats längst. Installationer med abonnemang använder den.

Den abonnemangsfria källan. Gratis, och bär samma paket. Skillnaden ligger inte i innehållet utan i väntan: paketen landar här tidigare, alltså efter att färre människor kört dem.

Testkällan. Paket före utgivning. Den finns för att pröva, inte för en maskin som bär ditt arbete.

Det vanligaste missförståndet här är detta: den fria källan är ingen genväg, den är Proxmox eget officiella erbjudande. Skillnaden är ingen licens, det är mognadstid.

Vilken man väljer

För en maskin som verkligen bär arbete finns två ärliga alternativ: antingen använder du enterprise-källan, eller så använder du den fria och tar på dig väntandet själv. Det andra betyder: att inte installera ett paket i samma stund det dyker upp, att vänta några dagar, att läsa utgåvenoteringarna. På den betalda sidan är en god del av det leverantören säljer dig just den väntetiden.

Den verkliga faran är att blanda källor

Att låta den stabila och testkällan vara påslagna samtidigt drar paket från en familj du inte ville ha, och att ta sig ur det är svårt. Frågan när man slår på en källa är inte "fungerar det", utan "bestämmer jag nu vilken familj den här maskinen ska matas från hädanefter".

Abonnemangsnotisen

Notisen som visas när du öppnar panelen är en påminnelse, inte en begränsning. Ingen funktion stängs av, inget blir långsammare. Du kan tycka att den stör, men den har ingen funktionell verkan.

⚠️ Enradskommandot som cirkulerar på forum

Det cirkulerar på nätet ett färdigt kommando för att tysta den notisen, och kör det inte. Skälet har mätts:

Det kommandot försöker ändra ett villkor i gränssnittsbiblioteket. Men i den sorts reguljära uttryck det använder betyder lodstrecket "eller" och är inte ett vanligt tecken. När den dubbla lodstrecksformen från JavaScript skrivs som den står uppstår mellan de två "eller" ett tomt alternativ, och ett tomt alternativ matchar på varje position i filen. Prövat på en kopia av den riktiga filen blev resultatet: 26458 av 26458 rader ändrade, och antalet false i filen gick från 558 till 26458. En administratör som kör det kommandot förstör alltså hela gränssnittsbiblioteket.

Därtill står det åsyftade villkoret inte ens på en rad: Proxmox sprider det över sex. Det radvisa kommandot hade alltså aldrig hittat rätt ställe från början.

Den allmänna lärdomen går längre: ett kommando kopierat från ett forum körs på din maskin med dina rättigheter och ingen tittar på resultatet. Kan du inte läsa vad det gör, kör det inte på en maskin som bär ditt arbete.

Vad Atlas gör

Atlas låter dig byta källor från panelen, så du bestämmer vilken familj maskinen matas från utan att redigera filer.

Att tysta och återställa abonnemangsnotisen finns också i panelen, och arbetet vilar på tre saker. Mönstret som används är tåligt mot blanksteg men exakt om själva villkoret: ändrar Proxmox formateringen matchar det fortfarande, och ändrar Proxmox verkligen villkoret matchar det inte, och då görs ingenting. Efter skrivningen läses filen tillbaka och kontrolleras; finns inte det väntade resultatet återställs säkerhetskopian. Och texten som sätts i ändringens ställe bär ett märke, så att frågan "är den här maskinen ändrad" besvaras exakt i stället för på känsla.

Alla tre stegen infördes efter att faran med kommandot ovan hade mätts.