Proxmox tudásbázis

Válaszok azokra a kérdésekre, amelyeket a Proxmox felvet. Minden bejegyzés úgy készült, hogy megtalálja mindenki, aki ugyanarra a feladatra más szavakkal keres, nem csak egyetlen megfogalmazással.

Hálózat

Saját hálózati cím a konténernek: mit ad, és mi az ára A konténer portszám helyett saját címen is közzétehető. A nyereség valódi, az ára is az, és az árára többnyire csak a kész felállás után derül fény.
Hálózati beállítás módosítása után nincs hozzáférés: vágni a fát maga alatt A hálózati beállítás pontosan azon a kapcsolaton keresztül lép életbe, amelyen az érvényesítés zajlik. Egy apró hiba az érvényesítés pillanatában elvágja a kapcsolatot, és előkészített visszaút nélkül csak fizikai hozzáféréssel oldható meg.
A hálózati térkép olvasása: hová megy egy gép forgalma Van egy kérdés, amelyre a listanézet rosszul válaszol: pontosan hol halad át ennek a gépnek a forgalma. Megválaszolható, de csak úgy, hogy a lánc minden alkalommal fejben áll össze.
Több hálózati kártya összefogása: redundancia vagy sebesség A kártyák összefogásának két különböző oka van, és a kettőhöz nem ugyanaz a mód tartozik. A legtöbb rendszernek valójában redundanciára van szüksége, mégis áteresztőképességre állítja be, az eredmény pedig csalódás.
Az auditnapló: válasz arra, hogy "ki tette", nem arra, hogy "mi történt" A megfigyelés azt mondja meg, mi történt, az auditnapló azt, hogy ki tette. Az értéke azokon a napokon mutatkozik meg, amelyek remélhetőleg soha nem jönnek el, és ha aznap nincs meg, akkor sosem létezett.
Az örökölt szerver megértése: olvasás a változtatás előtt Egy máshol épített Proxmox kerül a felelősségi körbe, és az üzemeltetése is. Az első ösztön az, hogy a megértéshez változtatni kell valamin, pedig épp ez az, amit nem szabad elsőként megtenni.
Megírt tűzfalszabály, mégsem történik semmi: a három szintű kapcsoló A Proxmox tűzfala három szinten kapcsolható be, és egy szabály addig nem tesz semmit, amíg mind a három nincs bekapcsolva. A leggyakoribb eset egy helyes szabály, amely kikapcsolt kapcsoló alatt ül.
Használható a Proxmox parancssor nélkül: az őszinte válasz A válasz nagyrészt igen, de nem ez a lényeg. A veszélyt nem a parancssor ismeretének hiánya jelenti, hanem egy meg nem értett parancs beillesztése.
A virtuális gépnek nincs hálózata: keresés a helyes sorrendben A keresés legtöbbször a gépen belül indul, pedig az a lánc utolsó szeme. A láncnak négy szeme van, és a tünet megmutatja, melyik szakadt el.
Hol a helye a Dockernek a Proxmoxon: az elhelyezés döntése és a compose csapdája A konténerek elhelyezése nem ízlés kérdése, hanem azé, hogy egy hiba meddig ér el. A compose fájl pedig beállításnak látszik, holott valójában olyan program, amely lefut.
Elválasztás VLAN-okkal: egy kábel, több hálózat, és hol ül a címke Az elválasztás célja az, hogy egy rossz nap hatása ne érjen messzire. A VLAN ezt egyetlen kábelen oldja meg, de az, hogy hol kerül fel a címke, és hogy a híd egyáltalán vihet-e címkéket, csendben félrecsúszhat.

Frissítések

A konténer magától megváltozott: mit ígér valójában a "latest" címke Semmi nem lett frissítve, a konténer mégis másképp viselkedik. Ez nem hiba: a latest nem verzió, hanem mutató. A kérdés nem az, hogy meglegyen a legújabb, hanem az, hogy legyen visszaút.
Nagy verziófrissítés: ez nem frissítés, hanem migráció A frissítés egy alkatrészt cserél, a nagy verziófrissítés az egész családot. A különbség a visszaúton látszik: a frissítés csomagonként visszavonható, a családváltás nem.
Kernelfrissítések: miért a legcsendesebb frissítés a legveszélyesebb A kernel települ, nem történik semmi, minden normálisnak látszik. A veszély a következő indításkor érkezik, és az az indítás hetekre lehet. Ok és okozat közé hetek kerülnek.
Csomagtárak és az előfizetési értesítés: az első meglepetés a telepítés után Friss telepítésnél a frissítés hitelesítési hibával áll le, és semmi sem romlott el: az alapértelmezett csomagtár a fizetős. Ez a bejegyzés a csomagtárakat, a köztük lévő valódi különbséget és a fórumokon keringő veszélyes egysoros parancsot tárgyalja.
A frissítés gomb megnyomása előtt: melyik frissítés mit állít le Akik hónapok óta nem frissítettek, nem a frissítéstől félnek, hanem attól, hogy nem tudják, mi fog leállni. A frissítések nem egyfélék, és a hatásuk sem hasonlít egymásra.
Valami elromlott a frissítés után: az "utána" és a "miatt" nem ugyanaz Az újraindítás az első őszinte próbája mindannak, ami az előző újraindítás óta történt. Ami elromlik, annak egy részét nem a frissítés hozta: már ott volt, csak soha nem került kipróbálásra.

Telepítés

Az előfizetési értesítést eltüntető parancs: a leggyakoribb egysoros, a legcsendesebb kár Telepítés után elsőként mindenki az előfizetési értesítéssel találkozik, és elsőként mindenki egy egysoros parancsot talál rá megoldásként. Ennek a parancsnak az elterjedt változata mérésre került: képes tönkretenni a teljes felületi programkönyvtárat.
Ha egy gép konfigurációs fájlja megsérül: hol van a régi másolat Minden géphez tartozik egy kicsi szöveges fájl. Ha megsérül, csak az adott gép érintett, a régi másolat pedig két olyan helyen van, ahová a legtöbben soha nem néznek.
Váltás a kulcsrakész NAS-ról: mi a nyereség, és mely teendők szállnak át csendben A kulcsrakész készülék nem elsősorban tárolót ad el. Kész döntéseket ad el, és egy karbantartási naptárat, amit más vezet. A költözés napján mindkettő átszáll, és a másodikról szoktak megfeledkezni.
Egy gép, két filozófia: a tárolás vagy a virtualizáció legyen az alap? A kérdés nem az, melyik termék a jobb. Hanem az, melyik réteg kerüljön a másik alá, mert ez a döntés szabja meg, mi cserélhető ki később az egész gép újraépítése nélkül.
A lemezek elrendezése: tükrözés vagy elosztott paritás A kérdés nem az, melyik a gyorsabb. Hanem az, melyik meghibásodást kell túlélni, és mire kényszerül a gép a meghibásodás után.
Tartós csatolások: az az egyetlen sor, amely megakadályozhatja a gép indulását A kézzel készített csatolás újraindítás után eltűnik, az állandóvá tétel pedig egy olyan fájlon keresztül vezet, amely eldönti, hogy elindul-e a gép. Egy elrontott sor ott nem szolgáltatást állít meg, hanem gépet.
local és local-lvm: miért van két tároló, és melyik mire való A telepítés végén két, megtévesztően hasonló nevű tároló jelenik meg, és egyik név sem árulja el, mire való. A különbség nem a technológia, hanem az, hogy mit tárolnak.
A szerver neve: telepítéskor kell eldönteni, utána békén hagyni A név nem címke, hanem cím. A beállítások a nevéről elnevezett mappában laknak, a grafikonfájlok a nevét viselik, és a fürt tagjait is ez azonosítja.
Közösségi szkript futtatása előtt a Proxmox gazdagépen: öt dolog, amit el kell olvasni A közösségi szkriptek valódi szaktudást őriznek és valódi órákat spórolnak. Ugyanakkor rendszerint root jogosultsággal futnak azon az egyetlen gépen, amelynek elvesztése nem engedhető meg, egyetlen bemásolt sorból, amelyet senki nem olvasott el. A megoldás nem a kerülésük, hanem az elolvasásuk.

Topológia

A Proxmox hálózatban vannak olyan részek, amelyeket senki nem állított be Sokan Proxmox topológia megjelenítőt keresnek, és ez úgy hangzik, mintha díszítés lenne a cél. Nem az. A vendéggép, a híd és a fizikai port közötti kapcsolat vendéggépenként tárolódik, így egy híd tartalma csak akkor látszik, ha minden vendéggép egyesével megnyílik.
Amiben a Proxmox webes felülete jó, és hol kell mégis megnyitni egy második képernyőt A beépített felület nem a Proxmox gyenge pontja. Pontos, teljes és őszinte. A súrlódás egyetlen helyen jelentkezik: azoknál a kérdéseknél, amelyek válasza egyszerre több képernyőn van.
Az indítási sorrend késleltetés, nem függőség Az indítási sorrend beállítása mögött az a várakozás áll, hogy a második gép megvárja az első készre állását. Nem várja meg. Rögzített számú másodpercig vár, aztán mindenképp elindul, és emiatt bukik el egy valódi áramszünet reggelén az a sorrend, ami teszteléskor működött.
Mit mondjon egy Proxmox szerver első képernyője? A legtöbb áttekintő képernyő arra válaszol, hogy "mi van itt". A hasznos kérdés az, hogy "van-e valami baj, és kell-e vele ma foglalkozni". Ez két különböző képernyő, és csak az egyiket érdemes minden reggel megnyitni.
Valójában melyik fizikai lemezen van a virtuális gép? A listanézet elárulja, hogy egy gép a local-lvm tárolót használja. Azt nem árulja el, hogy ugyanazt a fizikai lemezt további nyolc gép is használja. Ez a második mondat dönti el, mibe kerül egyetlen meghibásodás.

Virtuális gépek

A vendégügynök be van kapcsolva, mégis azt írja, hogy nem fut Az ügynök bekapcsolása és az ügynök telepítése két külön dolog, és mindkettő után is maradhat kikapcsolva. Nem a hiányzó IP-cím miatt érdemes utánajárni, hanem a biztonsági mentés miatt, amely továbbra is sikeresen fut, közben viszont csendben megbízhatatlanabbá válik.
Konténer vagy virtuális gép: az egymondatos különbség és négy következménye A választás rendszerint az erőforrásokhoz kötődő megszokásból születik. A különbség viszont egyetlen mondatban áll, és minden más ebből következik.
Mi a QEMU Guest Agent, és miért nem látszik a virtuális gép IP-címe A vendégügynök a hipervizor és a gép belseje közötti csatorna. Nélküle az IP mező üresen marad, a leállítási kérés nem ér célba, és a panelről semmit nem lehet befelé üzenni.
Sablonok és klónozás: mi a különbség a kapcsolt klón és a teljes klón között A kapcsolt klón másodpercek alatt elindul, de a sablonhoz kötve marad. A teljes klón független, cserébe helyet és időt igényel. A különbség azon a napon jön elő, amikor a sablon törlésére kerülne sor.
Virtuális hardver kiválasztása: a vendégnek mutatott eszköz dönti el a sebességet A virtuális gép hardvere nem tény, hanem választás. Az emulált régi hardver a telepítés napjának eszköze, nem a gép teljes élettartamáé.
Proxmox virtuális gép létrehozása percek helyett másodpercek alatt Egy ISO-ból végzett telepítés húsz percet vesz igénybe. Cloud image esetén a gép az első indításkor készen érkezik: a felhasználó, a hálózati név és a csomagok már a helyükön vannak.
A virtuális gép processzortípusa: miért lassú az alapérték, és miért nem mindig jó a host Az alapértelmezett processzortípus szándékosan régi, hogy mindenhol elfusson. Az ára a teljesítmény. A másik véglet, a host, gyorsaságot ad, de elveszi a gép mozgásszabadságát.
A gép nem áll le: a kérés nem főkapcsoló A leállítás kér, a megállítás áramtalanít. A leállni nem akaró gép körüli minden zavar ebből az egyetlen különbségből fakad, meg abból, hogy a kéréshez odabent valakinek figyelnie kell.
Hány mag és mennyi memória melyik munkához A méretezés a munka fajtájától függ. Egy médiaszerver, egy adatbázis és egy AI gép nem hasonlít egymásra, és a túl sok adása gyakran rosszabb, mint a túl kevés.
Miért lassú egy virtuális gép: a processzor, a lemez vagy a túlfoglalás A lassulásnak három gyakori forrása van, és mindegyik máshol mutatkozik meg. Ha a magok hozzáadása megelőzi a helyes forrás megtalálását, az rendszerint ront a helyzeten.
VMware-ből átköltöztetett gép nem indul el: a lemez megvan, az odavezető út nincs A VMware-ről történő átköltöztetés után a leggyakoribb hiba nem az elveszett lemez. A vendégrendszer nem ismeri fel a lemez előtt álló vezérlőt, és a megoldás minden lépésben visszafordítható, ha egyszerre csak egy dolog változik.

Hozzáférés

Külön kulcs az automatizáláshoz jelszómegosztás helyett: a tokenek és korlátaik Ha egy szkript jelszót kap, akkor az adott személy minden jogosultsága bekerül egy fájlba. A token külön kulcs: önmagában visszavonható, lejárati dátumot kaphat, és kevesebb jogosultságot hordozhat, mint a fiók.
Megadtam a jogosultságot, mégsem érvényesül: az útvonal kérdése a Proxmox jogosultságokban A Proxmox jogosultság önmagában nem szerepkör. Az, hogy ki, melyik szerepkörrel és melyik útvonalon, mindhárom együtt számít. A leggyakoribb gond a rossz ponton megadott szerepkör.
Konzol, shell és SSH: három külön ajtó ugyanahhoz a géphez Amikor egy gép elérhetetlen, az első kérdés az, hogy melyik ajtón át zajlott a hozzáférés. Három van belőlük, és mindegyik más dolgok működésén múlik.
A konzol kiváltság: miért kér saját jogosultságot A konzol képernyőnek látszik, valójában viszont shell. A "módosíthat beállításokat" és a "nyithat shellt" pedig két különböző hatalom; az egyik másikként kezelése root jogosultság kiosztását jelenti.
Az identitásforrás kiválasztása felhasználó felvételekor: a szerveren létezik, vagy csak a panelben A Proxmox kétféle felhasználót ismer: rendszerfiókokat, amelyek valóban léteznek a szerveren, és fiókokat, amelyek csak a Proxmoxon belül léteznek. A rossz választás vagy megakadályozza a bejelentkezést, vagy a szükségesnél több ajtót nyit ki.
Panelbejelentkezés: a jelszó önmagában nem védelem A jelszó erőssége csak akkor jelent valamit, ha a találgatás drága. A legtöbbe pedig ez a feltételezés kerül: "helyi hálózaton vagyok, tehát biztonságban".
A panel kifelé nyitása: mi változik, és melyik út változtat a legkevesebbet Amint a panel kikerül az internetre, a bejelentkezési oldal mindenki számára láthatóvá válik, és az automatikus próbálkozások órákon belül megtalálják. Három út van, és amelyik a legtöbbet véd, az egyáltalán nem teszi láthatóvá a panelt.
Elszakadás a root felhasználótól: a döntés, amelyet senki nem kényszerít ki, és amely a legtöbbet hozza A root felhasználóval végzett munka nem robban fel egyik napról a másikra. Csendben két dolgot ront el: kire mutat a napló, és hol áll meg egy rossz kattintás. A megoldás nem a root letiltása, hanem a napi munka leválasztása róla.
Proxmox-hozzáférés adása MI-asszisztensnek: hol kell húzódnia a határnak Amiben a modell valóban jó, vagyis hosszú naplók olvasásában és a hiba megtalálásában, pontosan az a munka, amelyet rendszerint nem végezhet el. Az ok az, hogy ma a bejárati utak mindegyike root jogot ad a kezébe, a kockázat pedig nem a rossz szándék, hanem a hiányzó kontextus.
A jogosultság visszavonása után is bent van valaki: a munkamenet nem azonos a jogosultsággal A jogosultság eltávolítása megtörtént, a fiók letiltása is, az adott személy mégis tud műveleteket végezni. Semmi nem hibás: a hozzáférés visszavonása és a munkamenet lezárása két külön művelet.

Hardver

A memória kilencven százalékot mutat: tele van, vagy csak annak látszik A szabad memória kihasználatlan memória, ezért a magas százalék önmagában nem baj jele. A helyes kérdés nem az, hogy mennyire tele van, hanem az, hogy ki tartja.
Videokártya átadása virtuális gépnek: az igazi akadály nem az illesztőprogram, hanem a csoport A hardver közvetlen átadása egy gépnek lehetséges, de az eszközök csoportonként kerülnek át, nem egyesével. Az átadott hardver ráadásul elveszi a gép mozgásszabadságát is.
A processzor száz százalékot mutat: mit kell kérdezni a szám elolvasása előtt Három különböző szám viseli ugyanazt a nevet: az indítás óta számított átlag, a felhalmozott összeg, és a két mintavétel közötti különbség. Az "éppen most" kérdésre csak az utolsó válaszol.
Az SSD egy év alatt negyven százalékot veszített: miért kopik gyorsabban egy lemez a Proxmox alatt Nem a lemez hibás, hanem a terhelés más. A szerverlemez soha nem pihen úgy, ahogy egy asztali gép lemeze, és minden írás rétegről rétegre nő. Nem a százalékot érdemes figyelni, hanem a meredekséget.
A hő: az a hiba, amely semmit nem tör el, de mindent megrövidít A túl melegen futó szerver nem omlik össze. Lelassul és gyorsabban öregszik. Mivel sehol nem jelez hibát, évekig észrevétlen marad.

Megfigyelés

A riasztások be vannak állítva, mégsem érkezik semmi: a kézbesítési út, amelyet senki nem tesztel A megfigyelésnek két fele van, és csak az egyiket szokás beállítani. A problémát észrevevő ellenőrzés a könnyebbik fél. Az üzenetet emberhez juttató út az, amelyik csendben romlik el, méghozzá azután, hogy már működött.
Miért nem jó minden riasztást bekapcsolni: riasztás vagy összefoglaló Egy rossz incidens után az első ösztön minden riasztás bekapcsolása. Hat héttel később egyiket sem olvassa senki. A riasztás értéke nem a megszólalásban van, hanem abban, hogy elolvassák.
Történt valami az éjjel: hol van valójában a feljegyzés A riasztás azt mondja meg, hogy történt valami. A napló azt, hogy miért. A csapda az, hogy a leginkább szükséges feljegyzés éppen a gép halálának pillanatát fedi le, és alapértelmezett telepítésnél éppen ez szokott hiányozni.
Amikor az őrszem meghal: miért nem jó hír a csend Hetek óta nem érkezett riasztási e-mail. Két magyarázat van, és kívülről egyformán néznek ki: vagy minden rendben, vagy meghalt az őrszem.
Kell-e külön metrikarendszer, vagy a beépített nézet már megválaszolja a kérdést? A riasztás és a metrika két különböző kérdésre való eszköz. A beépített nézet a "most van-e baj" kérdésre kifogástalanul válaszol. A metrikarendszer arra válaszol, hogy "mi történt múlt kedden háromkor", és egyedül ezért érdemes üzemeltetni.

Tárolás

A lemez megtelt: hová tűnt a hely, és mi törölhető biztonságosan Megtelt tárolón az első lépés nem a törlés, hanem annak kiderítése, hová tűnt a hely. A pillanatképek, a régi biztonsági mentések és az árva lemezek a három szokásos gyanúsított, és a törlésük nem jár azonos kockázattal.
Lemez hozzáadása és a tárolókészlet bővítése: a lépés, amely csendben megszünteti a redundanciát A lemez hozzáadása két külön feladat: a rendszerrel megláttatni a lemezt, és eldönteni, hová tartozik. A másodikban elkövetett hiba véglegesen megszüntetheti a redundanciát.
Naplók: az egyetlen dolog, amely úgy nő, hogy senki nem döntött róla Mindent, ami a lemezt megtölti, valaki odatette. A naplókat kivéve. És amikor valami elromlik, az írás felgyorsul, így a naplók pont akkor nőnek a leggyorsabban, amikor a legkevésbé van mód ránézni.
Árva lemezek: a törlés előtt felteendő kérdés A gép törlődött, a hely mégsem szabadult fel. A visszamaradt lemezek három különböző okból maradnak ott, és ezek nem ugyanazok. Maga a lista törlési lista, ezért a megbízhatósága külön kérdés.
A pillanatkép nem biztonsági mentés: hol a különbség, és miért számít A pillanatkép ugyanazon a lemezen él. Ha a lemez odavész, a pillanatkép vele megy. A biztonsági mentés máshol van, és ez az egyetlen valódi különbség.
Szoftveres RAID készült, az újraindítás után eltűnt a tároló: a tömb nem áll össze induláskor A lemezek rendben vannak, az adat is megvan, a tároló mégis hiányzik. Ami hiányzik, nem a lemezeken van: az a bejegyzés hiányzik, amely megmondja a rendszernek, hogy induláskor állítsa össze a tömböt.
A ZFS tárolókészlet sérült vagy eltűnt: elveszett az adat A sérült tárolókészlet nem elveszett adatot jelent, hanem elveszett redundanciát. Az eltűntnek látszó készlet sem törlődött általában, csak levált a rendszerről.
ZFS vagy LVM: a telepítéskor meghozott döntés, amelyet nehéz visszacsinálni A ZFS adatintegritást és pillanatképeket ad, cserébe memóriát kér. Az LVM könnyű és ismerős, a sérülést viszont magától nem veszi észre. A választás rendszerint a memórián és az elvárásokon múlik.

Fürt

A konfiguráció csak olvashatóvá vált: miért más az a hely, ahol lakik Ha root jogokkal sem sikerül az írás, nem a lemez telt meg. A Proxmox nem szokásos könyvtárban tartja a konfigurációt, és az a hely szándékosan utasítja vissza az írást.
Miért a legrosszabb választás a két csomópontos fürt: a többség problémája Egy második szerver megvásárlása és a fürt felépítése ellenállóképességnek látszik. Valójában két csomópont törékenyebb egynél: ha az egyik kiesik, a másik már nem tud dönteni.
Kész a fürt, de a gépek nem mozdulnak: a tároló hiányzik A fürt felépítése önmagában nem teszi mozgathatóvá a gépeket. A migrációt nem a hálózat teszi lehetővé, hanem az, hogy hol ül a lemez. A konténerek pedig nem úgy mozognak, mint a virtuális gépek.
Csomópont hozzáadása és eltávolítása a fürtben: a visszaút nélküli lépések A fürthöz csatlakozás nem listára kerülés. A csatlakozó gép saját konfigurációja a fürtére cserélődik, az eltávolítás pedig egyirányú.
A magas rendelkezésre állás bekapcsolása után is leállt a gép: mit ígér valójában a HA A HA nem megszakítás nélküli működést ígér, hanem automatikus újraindítást. A különbség néhány perc, és az a várakozás, amely ezekről a percekről nem tud, csalódással végződik.

Biztonsági mentés

Visszaállítás tesztelése: a zöld feladat nem bizonyíték Mindenki ismeri a mondatot, hogy "a nem tesztelt biztonsági mentés nem biztonsági mentés", és senki nem cselekszik eszerint. Ez a szócikk arról szól, mit jelent valójában a tesztelés, mert a sikeresnek látszó feladat nem teszt.
A mentési feladat csendben leállt: a legdrágább hiba nem a hangos A hangosan elromló biztonsági mentést még aznap megjavítják. A csendben leálló mentés azon a napon derül ki, amikor szükség lett volna rá. A különbség nem az értesítésen múlik, hanem azon, hogy mit néz az ember.
Mentési módok: a megszakítás ára ki van írva, a konzisztencia ára nincs A három mód különbségét általában a kieséssel magyarázzák. A valódi különbség a konzisztencia, és egy folyamatosan író gépnél ez dönti el, hogy a biztonsági mentés egyáltalán használható-e.
Hová kerüljön a biztonsági mentés: a kérdés az, hogy mi ellen véd A mentési cél nem sebességi, hanem védelmi döntés. Az ugyanazon a tárolókészleten fekvő mentés a lemezzel együtt vész oda, és a legtöbb rendszer pontosan ebben a helyzetben van.
Hány biztonsági mentés maradjon meg: a valódi kérdés nem a darabszám, hanem a visszanyúlás Hét napi mentés tökéletesen véd a ma észrevett tévedés ellen, és egyáltalán nem véd az egy hónap múlva észrevett kár ellen. A megőrzés nem szám, hanem döntés arról, meddig lehet visszanyúlni.

Konzol és fájlok

A konzol nem nyílik meg: a felület működik, ez az egy dolog mégis elakad Ha a felület többi része hibátlan, de a konzol soha nem kapcsolódik, akkor kevés lehetséges ok marad, és a leggyakoribb egy fordított proxy, amely a hétköznapi kéréseket helyesen továbbítja, a konzolhoz valóban szükséges kapcsolatot viszont csendben elutasítja.
Másolás és beillesztés a konzolban, és miért ír a billentyűzet rossz karaktereket A grafikus konzol egy képernyő képe, ezért a vágólap tartalma nem jut át magától a túloldalra. Van átjárás, és van egy külön beállítás is, amely csendben elrontja az összes különleges karaktert, amíg elő nem kerül.
Fájl bejuttatása virtuális gépbe, amikor a Proxmoxban nincs fájlkezelő Nincs a vendéggép felé mutató feltöltés gomb, és ez a hiány szándékos, nem figyelmetlenség. Négy valódi út vezet befelé, mindegyik más árral, és van egy népszerű rövidítés, amely csendben tönkreteszi a fájlrendszert.
Miért szürke az xterm.js konzol, és melyik konzolra van valójában szükség A Proxmox több utat is kínál a futó vendégrendszerhez, és éppen az nem érhető el magyarázat nélkül, amelyikhez a legtöbben nyúlnak. A szürkített menüpont nem hibás: két beállításra vár, az egyik a gazdagépen, a másik a vendégrendszerben.