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 cím javítása és az érvényesítés után elnémul a panel. Ez a leggyakoribb mód, ahogyan valaki kizárja magát a saját szerveréről, és az ok egyszerű: a hálózati beállítás azon a kapcsolaton keresztül lép életbe, amelyen az érvényesítés zajlik. Pontosan az az eset, amikor valaki maga alatt vágja a fát.

Három előkészület a módosítás előtt

Első: egy második bejutási út, amelyet a módosítás nem érinthet. Fizikai konzol, a szerver saját sávon kívüli felügyeleti kártyája, vagy egy második hálózati kártya másik hídon. Ha ezek közül egyik sincs meg, akkor a soron következő művelet visszafordíthatatlan, bárhogy is hívják.

Második: tudni kell, hogy néz ki a visszaút. A jelenlegi konfigurációról másolatot kell megőrizni. A "majd emlékszem rá" a pánik pillanatában nem jut eszébe senkinek.

Harmadik: egyszerre egy módosítás. Két dolgot egyszerre változtatva nem derül ki, melyik vágta el a kapcsolatot, és a próbálgatás drága azon a gépen, amelyhez oda kell sétálni.

Gyakori hibák

Címkérés fizikai port nélküli hídon. Az a híd, amelyben nincs fizikai port, nem tud csomagot küldeni. Ha címet kell szereznie, az érvényesítés nem fejeződik be, hanem megáll. A megállt érvényesítés rosszabb a sikertelennél: a rendszer sem a régi, sem az új állapotban nincs.

A port nevének megváltozása. A fizikai kártyák neve hardvercsere után vagy bizonyos verziófrissítéseket követően elmozdulhat. Ha a konfigurációban szereplő név már nem létezik a gépen, a híd üresen marad.

A cím módosítása az átjáró elfelejtésével. Vagy fordítva. A gép elindul, látja a saját hálózatát, de kifelé nem jut el.

Címke elhelyezése a felügyeleti csatolón. Az egyik irányban rendben van, a másikban csend. Mivel a címkézés nem ad hibát, ez tűnik fel a legkésőbb.

Ha a kizárás már megtörtént

Az őszinte válasz: fizikai hozzáférés vagy sávon kívüli útvonal kell. Az újraindítás sem ment meg, mert a gép a lemezen lévő fájllal indul, és az a fájl továbbra is hibás. Az újraindítás csak akkor segít, ha az a fájl már javítva lett.

Mit csinál az Atlas

Amikor az Atlas hálózati konfigurációt érvényesít, visszaállítási visszaszámlálást indít: ha a beállított időn belül nem érkezik megerősítés, a régi konfiguráció magától visszatér. A lényeg az, hogy ki tartja ezt a visszaszámlálást. A visszaszámlálás a rendszer saját időzítőjén fut, nem magán az Atlason, így akkor is lefut a visszaállítás, ha az Atlas szolgáltatás abban a pillanatban összeomlik. Az a védőháló, amely a módosítást végző szoftver túlélésén múlik, nem védőháló.

Másodszor, az Atlas eleve visszautasít minden olyan konfigurációt, amely lehetetlenné tenné a visszaállítást. Ha fizikai port nélküli hídon érkezik címkérés, a művelet még az érvényesítés előtt megáll, mert ez a párosítás megakasztja az érvényesítési lépést, egy megakadt lépés pedig a visszaállítási bejegyzést sem tudja kiírni. Ez az ellenőrzés a szerveren van, nem a felületen, így a kézzel beküldött kérés ugyanabba a falba ütközik.