De pakketbronnen en de abonnementsmelding: de eerste verrassing na het installeren

De installatie is klaar, het eerste wat iedereen probeert is een update, en het antwoord is een aanmeldfout. Er is niets stuk: de standaardbron is de betaalde en verwacht een abonnementssleutel.

Drie bronnen, drie doelen

De enterprise-bron. Betaald, en draagt de pakketten die het langst beproefd zijn. Installaties met een abonnement gebruiken deze.

De abonnementsvrije bron. Gratis, en draagt dezelfde pakketten. Het verschil zit niet in de inhoud maar in het wachten: pakketten landen hier eerder, dus nadat minder mensen ze gedraaid hebben.

De testbron. Pakketten van vóór de uitgave. Die is er om te proberen, niet voor een machine die je werk draagt.

Het meest voorkomende misverstand hier is dit: de gratis bron is geen omweg, het is Proxmox' eigen officiële aanbod. Het verschil is geen licentie, het is rijpingstijd.

Welke je kiest

Voor een machine die echt werk draagt zijn er twee eerlijke opties: of je gebruikt de enterprise-bron, of je gebruikt de gratis en neemt de wachtgewoonte zelf op je. Het tweede betekent: een pakket niet installeren op het moment dat het verschijnt, een paar dagen wachten, de uitgavenotities lezen. Aan de betaalde kant is een goed deel van wat de leverancier je verkoopt precies die wachttijd.

Het echte gevaar is bronnen mengen

De stabiele en de testbron tegelijk aan laten staan haalt pakketten uit een familie die je niet wilde, en dat terugdraaien is lastig. De vraag bij het inschakelen van een bron is niet "werkt het", maar "beslis ik nu uit welke familie deze machine voortaan gevoed wordt".

De abonnementsmelding

De melding bij het openen van het paneel is een herinnering, geen beperking. Er wordt geen functie uitgezet, niets wordt trager. Je kunt hem storend vinden, maar hij heeft geen functioneel gevolg.

⚠️ De eenregelige opdracht die op forums rondgaat

Er gaat op internet een kant-en-klare opdracht rond om die melding het zwijgen op te leggen, en voer hem niet uit. De reden is gemeten:

Die opdracht probeert een voorwaarde in de interfacebibliotheek te wijzigen. Maar in de soort reguliere expressie die hij gebruikt, betekent het pijpteken "of" en is het geen gewoon teken. Wordt de dubbele pijp uit JavaScript zo overgenomen, dan ontstaat tussen de twee "of" een leeg alternatief, en een leeg alternatief past op elke positie in het bestand. Beproefd op een kopie van het echte bestand was de uitkomst: 26458 van de 26458 regels gewijzigd, en het aantal false in het bestand ging van 558 naar 26458. Een beheerder die die opdracht uitvoert sloopt dus de hele interfacebibliotheek.

Bovendien staat de beoogde voorwaarde niet eens op één regel: Proxmox spreidt hem over zes. Die regelgewijze opdracht had de juiste plek dus sowieso nooit gevonden.

De algemene les gaat verder: een van een forum gekopieerde opdracht draait op jouw machine met jouw rechten en niemand kijkt naar de uitkomst. Kun je niet lezen wat hij doet, voer hem dan niet uit op een machine die je werk draagt.

Wat Atlas doet

Atlas laat je de bronnen vanuit het paneel wisselen, dus je beslist zonder bestanden te bewerken uit welke familie de machine gevoed wordt.

Het dempen en terugzetten van de abonnementsmelding zit ook in het paneel, en het werk rust op drie dingen. Het gebruikte patroon is soepel met witruimte maar exact over de voorwaarde zelf: verandert Proxmox de opmaak, dan past het nog steeds, en verandert Proxmox de voorwaarde werkelijk, dan past het niet, en dan gebeurt er niets. Na het schrijven wordt het bestand teruggelezen en gecontroleerd; is de verwachte uitkomst er niet, dan wordt de reservekopie teruggezet. En de tekst die in plaats van de wijziging komt draagt een merkteken, zodat de vraag "is deze machine aangepast" precies wordt beantwoord in plaats van geraden.

Alle drie die stappen zijn ingevoerd nadat het gevaar van de bovenstaande opdracht was gemeten.