Használható a Proxmox parancssor nélkül: az őszinte válasz

A kérdés mögött többnyire két külön kérdés áll: "megoldható-e" és "kimarad-e valami, ha így történik". Mindkét válasz a vártnál jobb, de közéjük tartozik egy fontos figyelmeztetés.

A panel nem alacsonyabb rendű út

Elterjedt feltevés, hogy a felület egyszerűsített parancsértelmező, a valódi munka pedig a parancssoron zajlik. Ez nem igaz. A panel és a parancssor ugyanazt a felületet szólítja meg: a Proxmox saját programozási felületét. A panelen megnyomott gomb és a terminálba beírt parancs ugyanazon az ajtón megy be.

A panelről végzett munka tehát nem "könnyített változat". Ugyanaz a munka, csak másik felszínről.

A napi munka szinte teljes egésze már a panelen van

Gépek létrehozása, indítása, leállítása, pillanatképek készítése, biztonsági mentések készítése, tárolók megadása, a hálózat rendezése, felhasználók létrehozása és jogosultságok kiosztása, frissítések futtatása. Mindez benne van a felületben, és a többségüknél a parancssor már eleve lassabb.

Hol van valóban szükség a parancssorra

Ilyen helyből kevés van, de nem nulla, és ezt őszintén ki kell mondani. Többnyire három csoportba esnek: amikor egy alkatrész váratlan módon elromlik (rendszernaplók olvasása, annak kiderítése, miért nem indul egy szolgáltatás), amikor tömeges munka zajlik (ugyanaz a módosítás száz gépen), és amikor olyan új vagy nagyon egyedi képesség kerül elő, amelyet a felület még nem fed le.

Érdemes észrevenni, mi közös bennük: mindhárom a szokásostól eltérő helyzet. Egyik sem tartozik a napi munkához.

Az igazi veszély nem a nem tudás

Ez a bejegyzés legfontosabb mondata: a veszélyt nem a parancssor ismeretének hiánya jelenti, hanem egy meg nem értett parancs beillesztése.

Az interneten talált parancs a saját gépen, a saját jogosultságokkal fut le, és az eredményt senki nem nézi meg. Ebben a wikiben két kézzelfogható példa szerepel: az egysoros, amelyről az terjed, hogy elnémítja az előfizetési figyelmeztetést, valójában viszont szétveri a felület teljes programkönyvtárát, illetve azok a compose fájlok, amelyek beállításnak látszanak, közben viszont az egész gépet át tudják adni a konténernek.

Egyik esetben sem az volt a baj, hogy az illető nem ismerte a parancssort. Az volt a baj, hogy olyasmit futtatott, amit nem ismert. Aki soha nem nyúl a parancssorhoz, egyik csapdába sem esik bele; aki félig ismeri, az igen.

Ha jön a tanulás, ez a helyes sorrend

Nem a kerülésről van szó. A sorrend viszont számít: először az olvasó parancsok jönnek, utána az írók. Az állapotot mutató, naplót olvasó és listázó parancsok semmit nem rontanak el, közben viszont megtanítják, hogyan gondolkodik a rendszer. Az író parancsok csak akkor következnek, amikor a működésük már olvasható.

És egy szabály: meg nem értett parancs nem futtatható olyan gépen, amely valódi munkát visz. Kísérletezéshez erre a célra létrehozott gép kell; a wiki minden biztonsági mentésről és visszaállításról szóló bejegyzése pontosan ezért létezik.

Mit csinál az Atlas

Az Atlas azon az oldalon dolgozik, hogy a napi munka a panelre kerüljön, vagyis a fenti "szinte teljes egésze" listát próbálja szélesíteni. Közben viszont semmit nem rejt el: kimondja, mit fog tenni egy művelet, a visszaút nélküli műveleteknél pedig ezt a művelet előtt mondja ki.

Ugyanez az álláspont két olyan helyen jelenik meg, amely közvetlenül kapcsolódik ehhez a bejegyzéshez. A telepítő szkriptek és a compose fájlok futtatás előtt átvizsgálásra kerülnek, a konténer határát átszúró sorok pedig láthatóvá válnak. A fájlokat érintő munka, például az előfizetési figyelmeztetés elnémítása, kézi beavatkozás helyett a terméken belül történik, és az írás után a fájl visszaolvasásra és ellenőrzésre kerül.

A cél tehát nem a parancssor elrejtése. A cél az, hogy soha ne kelljen meg nem értett parancsot beilleszteni.