Második VPN-végpont: mit fed le, és mit nem
A tartalék végpont csak azokat a hibákat szünteti meg, amelyeken nem osztozik. Hasonlítsa össze a függőségeket, döntse el, hogyan váltanak a kliensek, és végezzen el egy valódi kieséstesztet.
Két végpont papíron redundanciának tűnik. A gyakorlatban a második cím csak akkor segít, ha a kliensek el tudják érni, és ha elkerüli azt a hibát, amelyre készül. Két kiszolgáló ugyanazon hozzáférési kapcsolat, ugyanazon fiók vagy ugyanazon célhálózat mögött együtt esik ki. A hasznos kérdés az, melyik egyetlen hibát szünteti meg a második végpont.
Hasonlítsa össze, mit oszt meg a két végpont
Sorolja fel, mi közös a két végpontban, mielőtt megszámolná, mit duplikálnak. A tárhely helye, a szolgáltató fiókja, az upstream tranzit, a DNS-tárhely, az identitás forrása és az alagút mögötti privát erőforrás mind vagy megosztott, mind független függőséget jelent. Két virtuális gép egy régióban megosztja a szolgáltató kiesését. Két régió egy fiók alatt továbbra is megosztja a számlázási kapcsolatot és a vezérlősíkot, amely létrehozza őket.
A célhálózat ugyanezt a bánásmódot érdemli. Egy egészséges tartalék átjáró nem tud visszaállítani egy offline NAS-t, és nem ér el olyan irodai hálózatot, amelynek felső linkje leállt. Ha mindkét végpont ugyanabba a privát alhálózatba fut, a második csak egy útvonalat ad hozzá egy olyan célhoz, amely már az egyetlen hiba pontja.
Az identitás az a függőség, amelyről az emberek megfeledkeznek. A tanúsítvány és a konfiguráció klónozása egy második gazdagépre két helyet teremt, ahol ugyanaz a hitelesítő adat másolható, és semmit sem mond arról, hogyan jutnak el a visszavonások mindkettőhöz.
Döntse el, hogyan vált a kliens
A második végpont csak akkor hasznos, ha a kliens tud róla, és támogatási hívás nélkül kiválaszthatja. Az OpenVPN kapcsolati profilok több remote sort is hordozhatnak kiválasztási szabályzattal, és a legtöbb kliens menüben kínál alternatív profilt. Bármi is a mechanizmus, írja le, melyik van a felhasználóinál, mert egy profilt, amit nem találnak meg, nem jelent feladatátvételt.
Olvassa el a kliens dokumentációját a munkamenet közbeni címváltozásokról. Egyes megvalósítások az alagút teljes élettartama alatt megtartják az eredeti partnert, és csak újracsatlakozáskor nézik az alternatívákat. Ez a különbség dönti el, hogy egy halott végpont rövid megszakítást vagy soha nem helyreálló munkamenetet eredményez. Tesztelje az újracsatlakozási útvonalat, ahelyett hogy feltételezné, hogy megtörténik.
A megváltozott kilépési cím az alkalmazás állapotát is megtöri. A feladatátvétel helyreállítás, és folyamatos folytonosságként leírni olyan elvárást kelt, amelyet a szállítás nem tud teljesíteni.
Teszteljen egy valódi hibát
Válasszon egy ellenőrzött kiesést, és hajtsa végre elejétől a végéig, ahelyett hogy a tervezési dokumentumban bízna. Állítsa le az elsődleges végpontot, majd erősítse meg, hogy egy jogosult kliens eléri a tervezett alkalmazást az alternatíván keresztül, míg a jogosulatlan kliensek továbbra sem tudják. Jegyezze fel, mennyi ideig tartott a váltás, és mit látott az alkalmazás.
dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'
Az első parancs megerősíti, hogy a tartalék név valami irányíthatóra oldódik fel, mielőtt szüksége lenne rá, és ez a legolcsóbb teszt itt. A második megmutatja, melyik interfészt használná a kernel egy privát célhoz, amint az alternatíva fent van. A harmadik megadja a kliens naplóját annak a partnernek a nevével, amelyhez valóban csatlakozott, és ez az egyetlen bizonyíték arra, hogy a váltás megtörtént. Figyelje a blokkoló viselkedést a rés alatt is, mert a váltás közben forgalmat szivárogtató szabályzat rosszabb egy rövid kiesésnél.
Ezután hozza vissza az eredetit, és erősítse meg, visszatér-e a kliens. A véletlenül bekövetkező visszaváltás olyan viselkedés, amelyre senki nem számított.
Írja le, mit ad a második cím
Foglalja össze a lefedettséget egy bekezdésben: melyik hibát szünteti meg a második végpont, mely hibákon osztozik az elsővel, és milyen feltevéseken nyugszik a váltás. Nevezze meg a kliensoldali mechanizmust, valamint a privát útvonalakat és a DNS-viselkedést, amelyeknek mindkét helyen létezniük kell. Egy nyilvános internetes kijárat nem helyettesít egy privát átjárót, és egy dokumentumnak, amely felcserélhetőként kezeli őket, hinni fognak. Adja hozzá az elvégzett helyreállítási tesztet a dátummal és az eredménnyel.
Az egy kiszolgálótól való függetlenség nem függetlenség a megosztott fióktól vagy a célhálózattól. Pont az a bekezdés, amely ezt hangosan kimondja, akadályozza meg, hogy egy második címet belsőleg magas rendelkezésre állásként adjanak el. Azt is megmondja a következő üzemeltetőnek, mit ellenőrizzen először, amikor a pár együtt esik ki.