VPN po več poteh: štiri garancije, ki jih mora ponudnik zagotoviti

Dodajte drugo povezavo WAN in tuneli se dvignejo, vendar se kopiranje datoteke še vedno ustavi, ko ena pot niha. Povezave so zdrave in procesi VPN tečejo; manjka pogodba med ponudnikom in tunelom. Več vtičnic se ne obnaša samodejno kot ena povezava, aplikacija nad njimi pa razlike ne vidi, dokler se dostava ne prekine. Vsak del pogodbe ustreza napaki, ki jo lahko preizkusite, in prav zato je uporabna.

Napišite to pogodbo, preden izberete izdelek. Ima štiri dele: tok, ki ga prejme VPN, kako ponudnik obnovi manjkajoče podatke, katera identiteta končne točke preživi spremembo poti in kako se celota obnaša, ko pot odpove.

Simptom: povezave so aktivne, seja se še vedno pretrga

Graf nadzora, ki prikazuje obe povezavi aktivni, dokazuje le, da lahko vsaka pot prenaša promet. Ne dokazuje, da VPN vidi en urejen tok, da se paket, izgubljen na eni poti, obnovi na drugi, ali da partner še ve, s katero sejo govori. Preostali del pogodbe pokriva tisto, česar graf ne more pokazati.

Ko se prenos ustavi, ugotovite, ali je ponudnik nadaljeval z dostavo na preživeli poti. Če seja umre, medtem ko druga povezava miruje, je ponudnik ni nikoli uporabil. Če seja preživi, a podatki prihajajo neurejeno ali podvojeno, ponudnik premika pakete brez pogodbe na ravni povezave. Časovni žigi na obeh straneh to običajno pojasnijo.

Ta razlika odloči popravek. Težava usmerjanja ali politike zahteva spremembo izbire poti; manjkajoča plast urejanja in obnovitve zahteva drug prenos, ne večjega medpomnilnika.

Prva garancija: bajtni tok na ravni povezave

Če VPN potrebuje zanesljiv urejen tok, mora ponudnik prepoznati bajtne obsege nad posamezno potjo. Vsaka osnovna povezava TCP številči le svoje segmente, zato prejemnik ne more preurejati med potmi samo s temi številkami.

Multipath TCP je standardiziran primer. Predstavi en zanesljiv bajtni tok, medtem ko usklajuje več podtokov TCP, z preslikavo zaporedja in potrditvijo na ravni podatkov. Aplikacija bere tok, ne podtoka, ki je slučajno prvi dostavil del.

V Linuxu je MPTCP opt-in za vsako vtičnico prek IPPROTO_MPTCP. Ko pogajanja ne morejo uporabiti vedenja več poti, je dokumentirana rezerva običajen TCP, kar pomeni, da lahko aplikacija nadaljuje po eni poti, ne da bi kdaj uporabila drugo. Preverite, kakšno vedenje se je dejansko pogodila nameščena vtičnica, namesto da predpostavljate, da je nastavitev jedra veljala.

Druga garancija: urejanje, podvajanje in obnovitev

Poti z različnimi zakasnitvami in stopnjami izgube silijo ponudnika v medpomnjenje, preurejanje in ponovno pošiljanje. Pogodba mora navesti dovoljeno medpomnjenje, protitlak, ki ga vidi aplikacija, in katera pot nosi ponovno pošiljanje.

Pot, ki ostane povezana, a preneha dostavljati, je težja od čistega zaprtja. Ponudnik jo mora zaznati, premakniti čakajoče podatke in se izogniti večnemu čakanju na segment, ki ne bo nikoli prispel. Preprost pregled, ali sta obe povezavi aktivni, tega stanja ne pokrije.

Podvajanje potrebuje svoje pravilo. Pošiljanje enakega tovora po obeh poteh lahko izboljša zakasnitev, vendar mora prejemnik kopijo zatreti, preden doseže VPN. Anti-replay IPsec je neobvezen za vsako varnostno povezavo in preverja zaporedne številke; plast podvajanja, ki preureja ali predvaja pakete, ga lahko sproži ali skrije težavo, dokler tunel ne pade.

Tretja garancija: identiteta končne točke in priključitev poti

Partner potrebuje stabilen način prepoznavanja seje, ko se pojavi nova pot. Če je vsaka pot overjena kot ločen tunel, lahko VPN vidi dve seji namesto ene. Če ponudnik združi poti pod eno sejo, mora določiti, kako se nova pot overi in kaj se zgodi s staro.

Zapišite, kateri naslovi in identifikatorji ostanejo stabilni: končna točka tunela, identifikator seje ponudnika in morebitni posrednik med njima. Posrednik doda še eno mejo razpoložljivosti in zaupanja, tudi ko nikoli ne vidi zaščitenega tovora.

Tukaj živi tudi politika. Pot, ki se priključi z nepričakovanega omrežja, je lahko tehnično veljavna in vseeno krši predvideni model zaupanja. Odločite se, ali so nove poti sprejete samodejno, zahtevajo overjanje ali so zavrnjene.

Četrta garancija: omejeno vedenje ob napaki

Preizkusite popolno odpoved poti, ne le počasne poti. Preživela pot mora nositi sejo brez neomejene rasti pomnilnika, obnovitev pa ne sme biti odvisna od časovnika, daljšega, kot ga aplikacija prenese. Ko se okvarjena pot vrne, se mora ponudnik odločiti, ali bo znova uravnotežil ali pustil tok tam, kjer je.

Nastavite omejitve medpomnjenja, ponovnega pošiljanja in števila poti ter jih preverite pri izgubi, preurejanju, podvajanju in neuravnoteženi zakasnitvi. Skupna pasovna širina je tu najmanj zanimiva številka; neprekinjenost dostave in omejitve pomnilnika so pogodba.

Hranite stanje obnovitve ponudnika ločeno od kriptografskega stanja VPN. Lastna plast zanesljivosti, ki nadomesti uveljavljeno overjanje ali šifriranje, ni bližnjica, ponovna uporaba zaporednih številk med plastmi pa naredi zaščito pred predvajanjem in diagnostiko nezanesljivi.

Sprejmite ponudnika z načrtom testiranja

Zapišite štiri garancije kot preizkuse uspešno ali neuspešno: en urejen tok, določena obnovitev, stabilna identiteta seje, omejeno vedenje ob napaki. Zaženite vsak preizkus z eno potjo poslabšano in nato z eno potjo odstranjeno.

En uspešen prenos datoteke skozi spremembo poti ne dokazuje neprekinjenega delovanja. Ponovite prenos med preklapljanjem prednostne poti in preglejte pogled ponudnika ter lastne števce VPN. Če se oba ne strinjata, katera pot je nosila podatke, pogodba še ni opazljiva.

Obdržite odobreno matriko ob uvedbi. Pove naslednjemu inženirju, kakšno vedenje je bilo obljubljeno, katere kombinacije poti so bile preizkušene in kateri način napake še ni podprt, brez novega kroga ugibanja po lučkah stanja povezav.