Pakkekilderne og abonnementsbeskeden: den første overraskelse efter installationen
På en frisk installation fejler opdateringen med en loginfejl, og intet er i stykker: standardkilden er den betalte. Denne artikel dækker kilderne, den virkelige forskel mellem dem, og den farlige énlinjekommando, der cirkulerer på fora.
AtlasPVE ·
Denne artikel besvarer
- proxmox enterprise-kilde fejl
- proxmox no-subscription kilde
- proxmox 401-fejl ved opdatering
- proxmox abonnementsbesked
- proxmox skifte pakkekilde
Installationen er færdig, det første alle prøver er en opdatering, og svaret er en loginfejl. Intet er i stykker: standardkilden er den betalte, og den forventer en abonnementsnøgle.
Tre kilder, tre formål
Enterprise-kilden. Betalt, og den bærer de pakker, der er prøvet længst. Installationer med abonnement bruger denne.
Den abonnementsfrie kilde. Gratis, og den bærer de samme pakker. Forskellen ligger ikke i indholdet, men i ventetiden: pakkerne lander her tidligere, altså efter at færre mennesker har kørt dem.
Testkilden. Pakker før udgivelse. Den findes til at prøve med, ikke til en maskine, der bærer dit arbejde.
Den mest almindelige misforståelse her er denne: den frie kilde er ingen omvej, den er Proxmox' eget officielle tilbud. Forskellen er ikke licens, det er modningstid.
Hvilken man vælger
For en maskine, der virkelig bærer arbejde, er der to ærlige muligheder: enten bruger du enterprise-kilden, eller også bruger du den frie og påtager dig ventevanen selv. Det andet betyder: ikke at installere en pakke i det øjeblik, den dukker op, at vente et par dage, at læse udgivelsesnoterne. På den betalte side er en god del af det, leverandøren sælger dig, netop den ventetid.
Den virkelige fare er at blande kilder
At lade den stabile og testkilden være slået til samtidig henter pakker fra en familie, du ikke ville have, og at komme ud af det er svært. Spørgsmålet, når man slår en kilde til, er ikke "virker det", men "bestemmer jeg nu, hvilken familie denne maskine fodres fra fremover".
Abonnementsbeskeden
Beskeden, der dukker op, når du åbner panelet, er en påmindelse, ikke en begrænsning. Ingen funktion slukkes, intet bliver langsommere. Du kan synes, den er generende, men den har ingen funktionel virkning.
⚠️ Énlinjekommandoen, der cirkulerer på fora
Der cirkulerer på nettet en færdig kommando til at tie den besked, og kør den ikke. Grunden er målt:
Den kommando prøver at ændre en betingelse i grænsefladebiblioteket. Men i den slags regulære udtryk, den bruger, betyder lodret streg "eller" og er ikke et almindeligt tegn. Når den dobbelte streg fra JavaScript skrives, som den står, opstår der mellem de to "eller" et tomt alternativ, og et tomt alternativ matcher på hver position i filen. Prøvet på en kopi af den rigtige fil blev resultatet: 26458 ud af 26458 linjer ændret, og antallet af false i filen gik fra 558 til 26458. En administrator, der kører den kommando, ødelægger altså hele grænsefladebiblioteket.
Dertil står den betingelse, den sigter mod, ikke engang på én linje: Proxmox spreder den over seks. Den linjebaserede kommando ville altså aldrig have fundet det rigtige sted i forvejen.
Den generelle lære går videre: en kommando kopieret fra et forum kører på din maskine med dine rettigheder, og ingen kigger på resultatet. Kan du ikke læse, hvad den gør, så kør den ikke på en maskine, der bærer dit arbejde.
Hvad Atlas gør
Atlas lader dig skifte kilder fra panelet, så du bestemmer, hvilken familie maskinen fodres fra, uden at redigere filer.
At tie og genoprette abonnementsbeskeden findes også i panelet, og arbejdet hviler på tre ting. Det anvendte mønster er tolerant over for mellemrum, men nøjagtigt om selve betingelsen: ændrer Proxmox formateringen, matcher det stadig, og ændrer Proxmox virkelig betingelsen, matcher det ikke, og så gøres der intet. Efter skrivningen læses filen tilbage og kontrolleres; er det forventede resultat der ikke, genoprettes sikkerhedskopien. Og den tekst, der sættes i ændringens sted, bærer et mærke, så spørgsmålet "er denne maskine ændret" besvares nøjagtigt i stedet for på fornemmelsen.
Alle tre trin blev indført, efter at faren ved kommandoen ovenfor var blevet målt.
Kilder
Proxmox’ egen dokumentation. På engelsk, og den har det sidste ord i dette spørgsmål.