Mire kell egy kis VPN-füzetnek gyorsan válaszolnia

A 02:00-kor átvevő ügyeletes nem tudta megmondani, egészséges-e a szolgáltatás, mert a dokumentum a tervezést magyarázta, és soha nem mondta meg, mit kell futtatni. A fájl átadása valaki másnak, majd a szobából való kilépés az egyetlen próba, amely számít. A legtöbb kis VPN-jegyzet már a második oldalon elbukik rajta. Az alábbi forma átmegy ezen a próbán, és semminek nem kell benne hosszúnak lennie.

Kezdje egy térképpel, amelyet egy fáradt ember átfuthat

Írja le, mit kell valakinek sietve megnéznie: a neveket, amelyekhez a kliensek csatlakoznak, a portokat, amelyeken a démon figyel, a címkészleteket, amelyeket kioszt, hogyan oldódnak fel a kliensnevek, és mely hálózatoknak kell elérhetőnek lenniük az alagút mögött. Adja hozzá a tényleg futtatott build számát, és nevezze meg azt a komponenst, amelyik az egyes mozgó rész birtokosa, mert az útvonalak, a csomagszűrő és a kliensprofilok gyakran három különböző helyen konfigurálódnak. Jegyezze fel a külső függőségeket is: a tárhelyfiókot, a felfelé kapcsolatot, az identitásszolgáltatót és a távoli vég privát hálózatait. Egy táblázat vagy egy kézzel rajzolt ábra jobban hordozza ezt, mint a bekezdések, mert az olvasó átfut, nem olvas.

Aztán nevezze meg azokat, akik vészhelyzeti változtatást engedélyezhetnek, olyan kapcsolati úttal, amely nem attól függ, hogy az alagút működik-e. A tartalék nélküli eszkalációs vonal zsákutca éppen abban az eseményben, amelyiknek szüksége van rá. Két név és egy telefonszám elég; a térkép nem személyzeti névjegyzék.

Minden ellenőrzésnek kell a válasz, amely egészségesnek számít

Minden szolgáltatásnál tegye a parancsot és azt a sort, amely azt jelenti, hogy sikerült, egymás mellé, hogy az olvasónak soha ne kelljen az egyiket a másikból sietve kitalálnia. A folyamat állapota és a végponttól végpontig való elérhetőség különböző rétegeken ül: az egyik azt mutatja, hogy a démon elfogadta a konfigurációját, a másik azt, hogy egy kliens használhatja, amit az alagút kínál. Írja le mindkét sort, és mondja meg, melyik hiba melyiket kapja el, mert a kimondott eredmény nélküli ellenőrzés vitává válik arról, hogy jól néz-e ki a kimenet.

systemctl status openvpn-server@lab
ss -lntu | grep 1194

Futtassa mindkettőt, és külön bizonyítékként kezelje őket, nem sorrendként. Egy zöld egység állhat olyan alagút mellett, amelyet senki sem tud használni, és ez fordítva történik, amikor egy figyelő túlél egy törött útvonalat. Adja meg, melyik réteget figyeli az egyes sor, és az olvasó tudni fogja, melyikben bízzon, amikor ellentmondanak.

Három hiba lefedi a legtöbb éjszakát

Elérhetetlen végpont, elutasított identitás és hasznos forgalom nélküli kapcsolat magyarázza szinte mindazt, ami felébreszt valakit. Mindegyiknél sorolja fel az első két ellenőrzést és azt a személyt, akihez eszkalálni kell, hogy senkinek ne kelljen 02:00-kor diagnosztikai sorrendet kitalálnia. Az elérhetetlenség általában az útra vagy a figyelőre mutat, az elutasított identitás tanúsítványra, hitelesítőadat-tárra vagy órára, az üres kapcsolat pedig útvonalakra, továbbításra vagy névfeloldásra. Ez a három ág különböző naplókat olvas, ezért az ágat a napló megnyitása előtt kell kiválasztani.

Hivatkozzon a felsőbb dokumentációra, ahelyett hogy olyan parancsokat illesztene be, amelyeket nem futtatott ezen a hoszton. Egy másik környezetből másolt, ki nem próbált parancs rosszabb egy mutatónál, mert tekintélyesnek látszik, és csendben elbukik.

A változtatást sorrendként írja le, nem bekezdésként

Minden változtatásnál jegyezze fel az ellenőrzési pontot, amelyhez visszatérhet, a sikert megerősítő ellenőrzést és a visszaállítást kiváltó feltételt, ebben a sorrendben. Foglaljon bele egy visszautat, amely nem az alagúton át vezet, mert éppen az a változtatás zárhatja be, amelyet éppen végez. Jegyezze fel, hogyan állítanák vissza a jelenlegi visszavonásokat, nem egy régebbi pillanatképet, mert az elavult lista csendben újra elfogadja azokat a hitelesítő adatokat, amelyeket aznap reggel kivontak. A számozott felszólító lépések kibírják a nyomást; a próza értelmezéssé válik.

Gyakorolja ezt a visszautat, mielőtt szüksége lenne rá, amikor a változtatás elég nagy ahhoz, hogy számítson. A memóriából írt visszaállítás dátumot viselő találgatás.

A hitelesítő adatok máshol laknak

Hivatkozzon a jelszókezelőre, a trezorra vagy a lepecsételt borítékra, és mondja meg, ki nyithatja fel, ahelyett hogy bármilyen anyagot idézne a fájlban. A privát kulcsok, az egyszer használatos helyreállító kódok és a titkot beágyazó profilok védett tárolóba tartoznak, és az oldalnak el kell magyaráznia, hogyan ér el hozzájuk egy felhatalmazott ügyeletes 02:00-kor. Soha ne használjon élő titkot példaként, mert a példák bekerülnek a jegyekbe és a csevegési szálakba. Egy mutató és egy engedélylista mindaz, amire a dokumentumnak szüksége van.

Valódi változtatás vagy helyreállítási gyakorlat után vizsgálja át a fájlt, törölje a már nem létező útvonalakat, és jegyezze fel, kinek a dolga a következő karbantartási döntés. Tartson a végén háromoszlopos változásnaplót: dátum, mi változott, ki ellenőrizte. Ez az oldal mondja meg a következő olvasónak, hogy a többi naprakész-e, és a systemd systemctl-dokumentációja jobb hivatkozás, mint a szolgáltatás-parancsok parafrázisa, amelyek elcsúsznak.