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.
AtlasPVE ·
A bejegyzés ezekre válaszol
- proxmox konzol nem működik
- proxmox konzol nem tölt be
- proxmox konzol nem nyílik meg
- proxmox lxc konzol nem működik
- proxmox novnc kapcsolódási hiba
Minden más működik. A bejelentkezés sikerül, a fa betöltődik, a tárolók böngészhetők, egy gép elindítható. Aztán a konzol megnyitása után az ablak vagy lefagy, vagy azonnal elhasal, vagy kapcsolódási hibát mutat és semmi mást.
Maga ez a minta a nyom. Ha az egész felület rossz, akkor általános a hiba. Ha csak a konzol rossz, akkor pontosan behatárolható, és rövid a szóba jöhető okok listája.
Amibe a legtöbben beleesnek
A konzol nem hétköznapi kéréseket használ. Hosszú életű kapcsolatot nyit, amely normál kérésként indul, majd tartós, kétirányú csatornává való átemelést kér.
Minden, ami a böngésző és a szerver között ül, köteles továbbengedni ezt az átemelést. A Proxmox VE elé tett fordított proxy készségesen átenged minden normál oldalt és minden API hívást, ezért a felület tökéletesnek látszik, a konzolt viszont eldobja, mert soha nem kapott utasítást az ilyen kapcsolat kezelésére.
A hivatalos mintakonfiguráció egyértelműen kimondja, mi szükséges, és érdemes inkább ellenőrzőlistaként olvasni, semmint beillesztendő sablonként:
Az átemelést tovább kell engedni. A proxynak továbbítania kell az átemelési kérést ahelyett, hogy maga válaszolna rá.
A pufferelést ki kell kapcsolni. Az a proxy, amely továbbküldés előtt összegyűjti a választ, örökre bent tartja az interaktív adatfolyamot, ami pontosan úgy néz ki, mint egy lefagyás.
Az időkorlátoknak hosszúnak kell lenniük. Az alapértelmezett proxy időkorlátok másodpercben mérhetők, mert a hétköznapi kérések rövidek. Az egy órán át nyitva hagyott konzol nem hétköznapi kérés; a közzétett minta pontosan ezért állít egy órát minden időkorláton.
Ha bármi a Proxmox VE elé kerül, ezt a hármat kell megnézni minden más előtt. A tünetből nem derül ki, melyik a három közül, és mindhárom ugyanazt a csendet okozza.
A tanúsítványos eset
A konzol kapcsolata külön kapcsolat, ezért a tanúsítvány kérdésével önállóan, újra szembesül.
Ha a szerver saját aláírású tanúsítványt használ, és a felület eléréséhez a böngésző figyelmeztetése átkattintással lett elfogadva, ez az elfogadás nem mindig érvényes a konzol kapcsolatára. Az oldal betöltődik, a konzol nem, és másodszorra figyelmeztetés sem jelenik meg, mert itt nem oldalbetöltés történik.
A cím egyszeri közvetlen felkeresése és a tanúsítvány rendes elfogadása többnyire megoldja. Ez egyben jó indok arra, hogy a gazdagép valódi tanúsítványt kapjon, ha egynél több ember éri el.
Amikor csak a konténereket érinti
Ha a virtuális gépek konzolja működik, a konténereké viszont nem, akkor a proxyk és a hálózatok vizsgálata felesleges. A konténerek nem emulálnak hardvert; a konzoljuk más mechanizmus, saját beállítással, és a hiba azon az oldalon van.
A fordított eset is beszédes: ha a szöveges konzol az egyik virtuális gépen elhasal, a másikon pedig működik, az egyáltalán nem kapcsolódási hiba, hanem a hiányzó soros port, amelyről ennek a szakasznak egy másik bejegyzése szól.
Amikor nem a várt megjelenítő indul el
Az adatközpont szintjén van egy beállítás, amely az alapértelmezett konzolmegjelenítőt választja ki, és van egy dokumentált viselkedése, amit érdemes ismerni: ha a kiválasztott megjelenítő az adott vendéghez nem érhető el, a rendszer visszaesik a grafikus konzolra.
Ez ésszerű tervezés, és egyben azt is jelenti, hogy a beállítottól eltérő módon, csendben megnyíló konzol nem hibás. Azt közli, hogy a kért megjelenítő nem volt elérhető, a lehető leghalkabb módon.
Rövid sorrend a végigjáráshoz
Először magán a gazdagépen, annak saját címén, közbeiktatott elem nélkül érdemes konzolt nyitni. Ha ott működik, a hiba az útvonalon van, nem a Proxmox VE oldalán, és a fenti három proxybeállítást kell megnézni.
Ha ott is elhasal, a következő kérdés az, hogy minden vendégnél jelentkezik-e, vagy csak egynél. Ha mindegyiknél, az a szerverre vagy a böngészőre mutat. Ha csak egynél, az az adott vendég beállítására.
A böngésző konzoljában érdemes kapcsolódási hibát keresni. Többnyire pontosan megnevezi a hibát, és ez gyorsabb a találgatásnál.
Mit csinál az Atlas
Az Atlas a Proxmox VE saját konzolját adja tovább, ezért az a konzol, amely a Proxmox VE alatt elhasal, az Atlason keresztül is elhasal. Nincs külön kipróbálható útvonal, és az ezzel ellentétes állítás csak egy második hibakeresési feladatot szülne.
Amin az Atlas változtat, az a konzol szükségességének gyakorisága. A meg nem nyíló konzol csak akkor vészhelyzet, ha egyedüli útként szolgált a munkához. A tárolónak, a hálózatnak, a frissítéseknek, a jogosultságoknak és a biztonsági mentéseknek egyaránt van saját képernyője, így a rossz konzol egy nyugodt délutánon megjavítandó dologgá válik ahelyett, hogy falként állna egy sürgős ügy közepén.
Források
A Proxmox saját dokumentációja. Angol nyelvű, és ebben a kérdésben az övé az utolsó szó.