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ó.

Kapcsolódó bejegyzések

Hogyan néz ki ez az Atlason belül?

Tovább a termékoldalra