Csomagtárak és az előfizetési értesítés: az első meglepetés a telepítés után

A telepítés befejeződik, az első dolog, amit mindenki kipróbál, egy frissítés, a válasz pedig hitelesítési hiba. Semmi sem romlott el: az alapértelmezett csomagtár a fizetős, és előfizetési kulcsot vár.

Három csomagtár, három cél

Az enterprise csomagtár. Fizetős, és a leghosszabb ideje tesztelt csomagokat tartalmazza. Az előfizetéssel rendelkező telepítések ezt használják.

A no-subscription csomagtár. Ingyenes, és ugyanazokat a csomagokat tartalmazza. A különbség nem a tartalomban van, hanem a várakozásban: a csomagok korábban kerülnek ide, vagyis kevesebben futtatták őket.

A teszt csomagtár. Kiadás előtti csomagok. Kipróbálásra való, nem olyan gépre, amelyen valódi munka folyik.

A leggyakoribb félreértés itt a következő: az ingyenes csomagtár nem kerülőmegoldás, hanem a Proxmox saját hivatalos kínálata. A különbség nem licencelés kérdése, hanem a kiérlelési időé.

Melyiket érdemes választani

Valódi munkát végző gépnél két őszinte lehetőség van: vagy az enterprise csomagtár használata, vagy az ingyenes csomagtáré, a várakozás szokásának saját felvállalásával. A második azt jelenti, hogy a csomag nem a megjelenés pillanatában kerül fel a gépre: előbb eltelik néhány nap, és sorra kerül a kiadási megjegyzések elolvasása. A fizetős oldalon jórészt épp ezt a várakozási időt adja el a gyártó.

Az igazi veszély a csomagtárak keverése

Ha a stabil és a teszt csomagtár egyszerre marad bekapcsolva, nem szándékolt családból érkeznek a csomagok, és ezt visszabontani nehéz. Egy csomagtár bekapcsolásakor nem az a kérdés, hogy "működik-e", hanem az, hogy melyik családból táplálkozik mostantól ez a gép.

Az előfizetési értesítés

A felület megnyitásakor megjelenő értesítés emlékeztető, nem korlátozás. Egyetlen funkció sem kapcsol ki, semmi sem lassul le. Zavaró lehet, de működési hatása nincs.

⚠️ A fórumokon keringő egysoros parancs

Az interneten kering egy kész parancs az értesítés elnémítására, és ezt nem szabad lefuttatni. Az ok mérésen alapul:

Ez a parancs a felületi programkönyvtár egyik feltételét próbálja átírni. A használt reguláris kifejezés nyelvjárásában viszont a függőleges vonal jelentése "vagy", nem pedig egyszerű karakter. Amikor a JavaScript kettős függőleges vonala változatlan formában kerül bele, a két "vagy" operátor között egy üres alternatíva áll, az üres alternatíva pedig a fájl minden pozíciójára illeszkedik. A valódi fájl másolatán kipróbálva az eredmény ez lett: 26458 sorból 26458 sor változott meg, és a fájlban a false előfordulásainak száma 558-ról 26458-ra nőtt. Vagyis aki lefuttatja ezt a parancsot, tönkreteszi az egész felületi programkönyvtárat.

Ráadásul a célzott feltétel nem is egyetlen soron van: a Proxmox hat sorra bontja. Vagyis az a sor alapú parancs eleve nem is találhatta volna meg a megfelelő helyet.

Az általános tanulság ennél tovább megy: a fórumról másolt parancs a gépen, az ottani jogosultságokkal fut le, és az eredményt senki sem figyeli. Ha a parancs működése nem olvasható ki, nem szabad lefuttatni valódi munkát végző gépen.

Mit csinál az Atlas

Az Atlas felületéről váltani lehet a csomagtárak között, így fájlok szerkesztése nélkül dől el, melyik családból táplálkozik a gép.

Az előfizetési értesítés elnémítása és visszaállítása szintén a felületen van, a művelet pedig három dolgon nyugszik. A használt minta a szóközökre nézve megengedő, magára a feltételre nézve viszont pontos: ha a Proxmox a formázást változtatja meg, a minta továbbra is illeszkedik, ha viszont a Proxmox valóban a feltételt írja át, a minta nem illeszkedik, és akkor semmi sem történik. Írás után a fájl visszaolvasásra és ellenőrzésre kerül; ha a várt eredmény nincs meg, a biztonsági mentés visszaáll. A módosítás helyére kerülő szöveg pedig jelölést hordoz, így az a kérdés, hogy "meg van-e foltozva ez a gép", pontosan válaszolható meg, nem találgatással.

Mindhárom lépés a fenti egysoros parancs veszélyének megmérése után került be.