Kizárva a VPN-szerveréről: tartson fenn egy második belépési utat
A meghibásodott alagút ne vegye el a szerver javításának képességét is. Tervezzen, teszteljen és vizsgáljon felül egy független adminisztratív utat, mielőtt szüksége lenne rá.
Megnyitja a konzolt, módosít egy tűzfalszabályt, és az alagút, amelyen keresztül kapcsolódott, eltűnik. A változtatás helyes volt, az újratöltés nem, és most az egyetlen visszavezető út a géphez éppen az, amelyet most tört el. A második belépési út tervezési döntés, és a kiesés előtt kell léteznie, nem alatta.
Vegye sorra, mi maradt még
Kezdje az előtte lévő konzol képernyővel, és sorolja fel azokat az utakat, amelyek nem függnek az alagúttól. A szolgáltató webes konzolja soros vagy VNC-munkamenettel az egyik. A külön hálózaton lévő felügyeleti felület a másik. A fizikai hozzáférés a harmadik, és éppen ennek hiányát fedezik fel az emberek a legrosszabb pillanatban.
| Path | Depends on | Usually fails when |
|---|---|---|
| Provider console | Account access and the provider's own API | Credentials live in a wiki only reachable over the tunnel |
| Management subnet | A second interface and its own routing | The bad change was a global route or firewall policy |
| Second tunnel | A different listener, port and credentials | Both listeners were changed in the same edit |
| Physical or local console | Being in the building | Nobody has been in the building for a year |
A harmadik oszlopot hibaforrás-listaként olvassa, ne absztrakcióként. Ezen utak közül kettő általában ugyanazon okból hibázik. A táblázat az a mód, ahogy ezt észreveszi, mielőtt egy kiesés elmagyarázná önnek.
A függetlenség a függőségek kérdése
A helyreállítási fiók nem független, ha a jelszava olyan szolgáltatásban van tárolva, amelyet az alagúton keresztül ér el. Egy második VPN ugyanazon a hoszton, ugyanazon a porton és ugyanazzal a tűzfalszabályzattal szintén nem független, mert az a változtatás, amely az elsőt eltörte, mindkettőt eltöri.
Menjen végig a láncon, és nevezze meg, mire van szüksége az egyes lépéseknek. A hálózati elérhetőség, a névfeloldás, egy hitelesítési forrás és maga a felügyeleti szolgáltatás négy különálló függőség, és az az út, amely bármelyiket megosztja, örökli azt a hibát.
A soha nem tesztelt út saját gyanút érdemel. Egy hónapok óta nem nyitott konzol e-mailes jelszó-visszaállítást kérhet, és az a postafiók azon a gépen lehet, amelyet nem ér el. Tesztelje az utat, amíg minden működik, és ezt egy nyugodt délutánon fogja megtalálni.
A második utat egyetlen ellenőrzött változtatásra használja
A konzolról készítsen pillanatképet, vagy másolja le a szerkesztendő konfigurációt. Változtasson egy dolgot. Töltse újra a szolgáltatást, és olvassa el az eredményt, mielőtt bármi máshoz nyúlna, mert két változtatás egyszerre kísérletté változtatja a helyreállítást.
Tartsa nyitva a helyreállítási munkamenetet, miközben ezt teszi. A második út teljes értéke abban rejlik, hogy túléli azt, amit változtat, ezért ha előbb bezárja, eltávolítja az egyetlen tulajdonságot, amely hasznossá tette.
A helyreállítási útvonalról ellenőrizzen, ne emlékezetből
A számító ellenőrzés az, hogy visszatér-e a normál út, és a helyreállítási munkamenet az a hely, ahol ezt sorrendben megerősíti:
systemctl status openvpn-server@server --no-pager ss -lntup | grep -E ':(1194|443)\b' nft list ruleset | sed -n '1,40p' journalctl -u openvpn-server@server --since '-10 min' --no-pager | tail -n 30
Először a szolgáltatás állapotát olvassa, aztán a figyelőt, aztán a szabályokat, aztán a naplót. A figyelő nélkül futó szolgáltatás a szolgáltatás konfigurációjára mutat, míg az elérhető szabályok nélküli figyelő a szűrésre. A sorrend számít, mert minden lépés szűkíti a következőt, és a naplóhoz ugrani általában azt jelenti, hogy a tünetet, nem az okot leíró hibákat olvasunk.
A systemctl dokumentációja lefedi az itt használt állapot- és újraindítási viselkedést, beleértve azt, hogy egy sikertelen újratöltés hogyan hagyja futni az előző folyamatot. Az összefüggő változat visszaállítása jobb, mint az ismételt újracsatlakozás egy olyan kliensről, amely nem tudja megjavítani a szervert. Ha a változtatás előtt meghatározott visszaállítási feltétel teljesült, állítsa vissza, és álljon meg.
Tartsa naprakészen a leltárt
Tekintse át a hozzáférési listát, amikor emberek vagy infrastruktúra változnak. Tesztelje a helyreállítási utat, amíg minden működik. Vonja vissza azokat a fiókokat, amelyeket senki nem használt az utolsó átszervezés óta. Két elavult fiók és egy lejárt tanúsítvány egy kis takarítás kedden és egy kiesés vasárnap.
Jegyezze fel, ki használhatja az egyes utakat, mit engedélyez, és hogyan cserélik a hitelesítő adatokat. A tulajdonos nélküli helyreállítási út elfelejtett bejárattá válik, ami másfajta hiba, mint kizárva lenni.