Druhý koncový bod VPN: čo pokrýva a čo nie

Dva koncové body na papieri vyzerajú ako redundancia. V praxi druhá adresa pomôže len vtedy, keď sa k nej klienti dostanú a keď sa vyhne poruche, na ktorú sa pripravujete. Dva servery za rovnakým prístupovým pripojením, rovnakým účtom alebo rovnakou cieľovou sieťou zlyhávajú spolu. Užitočná otázka je, ktorú jedinú poruchu druhý koncový bod odstráni.

Porovnajte, čo oba koncové body zdieľajú

Vypíšte, čo majú oba koncové body spoločné, skôr ako spočítate, čo duplikujú. Umiestnenie hostingu, účet poskytovateľa, upstream tranzit, DNS hosting, zdroj identity a privátny prostriedok za tunelom predstavujú buď zdieľanú, alebo nezávislú závislosť. Dva virtuálne stroje v jednom regióne zdieľajú výpadok poskytovateľa. Dve regióny pod jedným účtom stále zdieľajú fakturačný vzťah a riadiacu rovinu, ktorá ich vytvára.

Cieľová sieť si zaslúži rovnaký prístup. Zdravá záložná brána nedokáže obnoviť NAS, ktorý je offline, a nedostane sa do kancelárskej siete, ktorej pripojenie je mimo prevádzky. Ak oba koncové body ústia do rovnakej privátnej podsiete, druhý pridáva len cestu k cieľu, ktorý je už jediným bodom zlyhania.

Identita je závislosť, na ktorú sa zabúda. Klonovanie certifikátu a konfigurácie na druhý host vytvára dve miesta, odkiaľ možno skopírovať rovnaký údaj, a nič nehovorí o tom, ako sa odvolania dostanú na obe.

Rozhodnite, ako sa klient prepína

Druhý koncový bod je užitočný len vtedy, keď o ňom klient vie a dokáže ho vybrať bez volania podpore. Profily pripojenia OpenVPN môžu niesť niekoľko riadkov remote s politikou výberu a väčšina klientov ponúka alternatívny profil v ponuke. Nech je mechanizmus akýkoľvek, zapíšte, ktorý majú vaši používatelia, pretože profil, ktorý nenájdu, nie je prepnutie.

Prečítajte si dokumentáciu klienta k zmenám adresy počas relácie. Niektoré implementácie držia pôvodného partnera po celý čas tunela a alternatívy používajú až pri opätovnom pripojení. Tento rozdiel rozhoduje, či mŕtvy koncový bod spôsobí krátke prerušenie, alebo reláciu, ktorá sa už neobnoví. Otestujte cestu opätovného pripojenia, namiesto toho aby ste predpokladali, že nastane.

Zmenená výstupná adresa tiež rozbíja stav aplikácie. Prepnutie je obnova, a opisovať ho ako neprerušovanú kontinuitu vytvára očakávanie, ktoré transport nesplní.

Otestujte jednu skutočnú poruchu

Vyberte jeden riadený výpadok a vykonajte ho od začiatku do konca, namiesto toho aby ste verili návrhovému dokumentu. Zastavte primárny koncový bod a potvrďte, že oprávnený klient dosiahne zamýšľanú aplikáciu cez alternatívu, zatiaľ čo neoprávnení klienti stále nemôžu. Zapíšte, ako dlho prepnutie trvalo a čo aplikácia videla.

dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'

Prvý príkaz potvrdí, že záložné meno sa prekladá na niečo smerovateľné skôr, než ho budete potrebovať, a to je tu najlacnejší test. Druhý ukáže, ktoré rozhranie by jadro použilo pre privátny cieľ, keď bude alternatíva hore. Tretí dá klientsky log s názvom partnera, ku ktorému sa skutočne pripojil, a to je jediný dôkaz, že k prepnutiu došlo. Sledujte aj správanie blokovania počas medzery, pretože politika, ktorá pri prepínaní prepúšťa prevádzku, je horšia než krátky výpadok.

Potom vráťte pôvodný a potvrďte, či sa klient vracia. Návrat, ktorý sa stane náhodou, je správanie, ktoré nikto neplánoval.

Zapíšte, čo druhá adresa prináša

Zhrňte pokrytie v jednom odseku: ktorú poruchu druhý koncový bod odstráni, ktoré poruchy zdieľa s prvým a na akých predpokladoch prepnutie stojí. Pomenujte mechanizmus na strane klienta aj privátne trasy a správanie DNS, ktoré musia existovať na oboch miestach. Verejný internetový výstup nenahrádza privátnu bránu a dokumentu, ktorý ich stavia na rovnakú úroveň, sa bude veriť. Pridajte test obnovy, ktorý ste vykonali, s dátumom a výsledkom.

Nezávislosť od jedného servera nie je nezávislosť od zdieľaného účtu alebo cieľovej siete. Práve odsek, ktorý to hovorí nahlas, bráni tomu, aby sa druhá adresa interne predávala ako vysoká dostupnosť. Hovorí tiež ďalšiemu operátorovi, čo skontrolovať najskôr, keď dvojica zlyhá spolu.