Félkezelt VPN: a címke nem mondja meg, ki van ügyeletben

Reggel nyolckor megszakad egy kapcsolat, és az első kérdés az, kinek kellene megjavítania. A félkezelt VPN kifejezés erre nem válaszol, mert kereskedelmi megállapodást nevez meg, nem munkamegosztást. Két szolgáltató ugyanazt a kifejezést ellentétes felosztással használhatja: az egyik az ügyfél oldali eszközt tartja karban, a másik csak a saját átjáróját figyeli. Amíg a feladatokat le nem írják, a címke leírásnak álcázott találgatás.

A megszakadt kapcsolattal kezdje

Nevezze meg a végpontot, amely megszűnt válaszolni, az időpontot, és azt, hogy mit tett a felhasználó, amikor elromlott. Ezután sorolja fel az útvonal összetevőit: a laptopot, a helyi hálózati szakaszt, az ügyfél oldali átjárót, a szolgáltató átjáróját és a mögötte lévő erőforrást. Mindegyik vagy gazdára talál a megállapodásban, vagy hézagot mutat. Rendezésük tíz percet vesz igénybe, és meghatározza a következő három órát.

A több felhasználónál közös tünet közös összetevőre utal, míg az, amely egyetlen laptopot követ, az ügyfélre. Ez a különbségtétel még az előtt a megfelelő sorba teszi a jegyet, hogy bárki megnyitna egy beállítást.

A beállítások előtt rendezze a két végpontot

Döntse el, kié az ügyfél oldali átjáró, és kié a távoli végpont. Ha ez a kettő rendeződött, mindkét fél tudja, mit vizsgálhat, és mit kell kérnie. A megállapodás többi része onnantól könnyebbé válik.

A szolgáltató figyelheti a saját átjáróját, miközben az ügyfél felelős marad egy helyi internetszolgáltatói szakaszért, egy címjegyzékszolgáltatásért vagy a célalkalmazásért. Az ügyfél tulajdonában lévő eszköz továbbra is a szolgáltató karbantartási szerződése alatt állhat, ezért a tulajdon és az, hogy ki tartja karban a dobozt, két külön kérdés. Írja le mindkét választ minden végponthoz, mert a másodikban szoktak eltérni a megújítások.

A közös objektumoknak pontosan egy tulajdonosuk legyen

Az identitások, a hitelesítő adatok, a védett előtagok, a javaslatok és a visszaútvonal-megállapodás közös objektumok, és a közös objektumok rohadnak a leggyorsabban. Ha mindkét fél módosíthat egyet, mindkettő módosítani is fog, és minden változás helyben helyesnek látszik, miközben a megállapodott folyam eltörik. Adjon minden objektumnak egy tulajdonost és egy változásfolyamatot, és követelje meg, hogy a másik felet a változás életbe lépése előtt értesítsék. A másik lehetőség egy változásnapló, amely úgy olvasható, mintha két ember ugyanazon gép különböző felét javítaná.

A klasszikus hiba, amikor az egyik oldalon a szelektor, a másikon ugyanabban a héten a NAT változik. Egyik mérnök sem hibázott, és az alagút mégis abbahagyta az alkalmazás szállítását.

Ki veszi fel az első bejelentést

Előre döntse el, kit riasztanak elsőként, mit olvashat mindkét fél, és melyik ponton kerül át a másikhoz az ügy. Adja meg a végpontot, a kísérlet időpontját és az engedélyezett folyamot, hogy mindkét fél ugyanazt az eseményt tudja összevetni.

A szűk állapotösszefoglaló általában hasznosabb, mint egy szerkesztetlen konfiguráció, és nem szivárogtat titkokat. A megfigyelés ahhoz tartozik, aki az összetevőt birtokolja, nem ahhoz, aki a logót, ezért kérdezze meg, melyik fél látja az alagút állapotát, melyik az alkalmazást, és kit ébreszt fel az egyes riasztás. Tegye minden riasztás mellé a munkaidőn kívüli útvonalat, mert az az irányítópult, amelynek senki nem áll ügyeletében, csupán dokumentáció.

Ugyanilyen gonddal határozza meg a változtatási jogosultságot. Ha a szolgáltató szelektort szerkeszt, miközben az ügyfél a NAT-ot szerkeszti, mindkét helyi konfiguráció hihetőnek tűnik, és az alagút továbbra is elakad.

Amit a címke soha nem mond el

Írja a tényleges megállapodásba a szoftver karbantartását, a hitelesítő adatok cseréjét, a konfiguráció jóváhagyott biztonsági mentéseit és a helyreállítási útvonalat. A megosztott felelősség modellje, mint az a modell, amelyet az AWS közzétesz megmutatja, milyen messzire mozdulhat a felosztás a szolgáltatások között, és ez példa, nem pedig a szállítója feltételeinek meghatározása. Bármit levezetni a félkezelt kifejezésből az az út, ahogyan egy megújítási beszélgetés hézagot fedez fel.

A hatókörnek meg kell neveznie a szokásos üzemeltetőt és minden függőség eszkalációs útvonalát. Akárhogy nevezi az ajánlat a szolgáltatást, a gyakorlatban ezt a listát jelenti.