Al doilea punct final VPN: ce acoperă și ce nu

Două puncte finale pe hârtie par redundanță. În practică, o a doua adresă ajută doar când clienții o pot atinge și când evită defecțiunea la care vă pregătiți. Două servere în spatele aceleiași conexiuni de acces, aceluiași cont sau aceleiași rețele țintă cad împreună. Întrebarea utilă este ce defecțiune unică elimină al doilea punct final.

Comparați ce partajează ambele puncte finale

Enumerați ce au în comun cele două puncte finale înainte de a număra ce dublează. Locația de găzduire, contul furnizorului, tranzitul din amonte, găzduirea DNS, sursa de identitate și resursa privată din spatele tunelului reprezintă fiecare o dependență partajată sau independentă. Două mașini virtuale într-o regiune partajează o defecțiune a furnizorului. Două regiuni sub un singur cont partajează în continuare relația de facturare și planul de control care le creează.

Rețeaua țintă merită același tratament. Un gateway de rezervă sănătos nu poate restaura un NAS care este offline și nu poate ajunge la o rețea de birou al cărei uplink a căzut. Dacă ambele puncte finale se termină în aceeași subrețea privată, al doilea adaugă doar o cale către o destinație care este deja singurul punct de eșec.

Identitatea este dependența pe care oamenii o uită. Clonarea certificatului și a configurației pe un al doilea host creează două locuri în care aceeași acreditare poate fi copiată și nu spune nimic despre cum ajung revocările la ambele.

Decideți cum comută un client

Un al doilea punct final este util doar dacă clientul știe de el și îl poate selecta fără un apel la suport. Profilurile de conexiune OpenVPN pot conține mai multe linii remote cu o politică de selecție, iar majoritatea clienților oferă un profil alternativ într-un meniu. Indiferent de mecanism, notați pe care îl au utilizatorii voștri, pentru că un profil pe care nu îl găsesc nu este failover.

Citiți documentația clientului despre schimbările de adresă în timpul unei sesiuni. Unele implementări păstrează partenerul original pe toată durata tunelului și consultă alternativele doar la reconectare. Această diferență decide dacă un punct final mort produce o întrerupere scurtă sau o sesiune care nu se recuperează niciodată. Testați calea de reconectare în loc să presupuneți că se întâmplă.

O adresă de ieșire schimbată strică și starea aplicației. Failover-ul este recuperare, iar descrierea lui ca continuitate neîntreruptă creează o așteptare pe care transportul nu o poate îndeplini.

Testați o defecțiune reală

Alegeți o întrerupere controlată și executați-o de la început la sfârșit, în loc să aveți încredere în documentul de proiectare. Opriti punctul final primar, apoi confirmați că un client autorizat ajunge la aplicația dorită prin alternativă, în timp ce clienții neautorizați încă nu pot. Notați cât a durat comutarea și ce a văzut aplicația.

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

Prima comandă confirmă că numele de rezervă se rezolvă într-un lucru rutabil înainte de a avea nevoie, și acesta este cel mai ieftin test aici. A doua arată ce interfață ar folosi nucleul pentru o destinație privată odată ce alternativa este activă. A treia oferă jurnalul clientului cu numele partenerului la care s-a conectat efectiv, și este singura dovadă că comutarea a avut loc. Urmăriți și comportamentul de blocare în timpul intervalului, pentru că o politică ce scapă trafic la comutare este mai rea decât o întrerupere scurtă.

Apoi readuceți originalul și confirmați dacă clientul revine. O revenire care se întâmplă din greșeală este un comportament pe care nimeni nu l-a planificat.

Notați ce aduce a doua adresă

Rezumați acoperirea într-un paragraf: ce defecțiune elimină al doilea punct final, ce defecțiuni partajează cu primul și pe ce ipoteze se bazează comutarea. Numiți mecanismul din partea clientului, precum și rutele private și comportamentul DNS care trebuie să existe în ambele locuri. O ieșire publică în internet nu înlocuiește un gateway privat, iar un document care le tratează ca interschimbabile va fi crezut. Adăugați testul de recuperare pe care l-ați executat, cu data și rezultatul.

Independența față de un server nu este independență față de contul partajat sau de rețeaua țintă. Exact paragraful care spune acest lucru cu voce tare împiedică vânzarea internă a unei a doua adrese ca disponibilitate ridicată. El îi spune și următorului operator ce să verifice mai întâi când perechea cade împreună.