VPN oor verskeie paaie: vier waarborge wat die netwerkverskaffer moet lewer

Voeg ’n tweede WAN-skakel by en die tonnels kom op, maar ’n lêerkopie staak steeds wanneer een pad wankel. Die skakels is gesond en die VPN-prosesse loop; wat ontbreek, is ’n kontrak tussen die netwerkverskaffer en die tonnel. Verskeie sokkette gedra hulle nie outomaties soos een verbinding nie, en die toepassing daarbo kan die verskil nie sien voordat die aflewering breek nie. Elke deel van die kontrak stem ooreen met ’n fout wat u kan toets, en dit maak dit nuttig.

Skryf daardie kontrak voordat u ’n produk kies. Dit het vier dele: die stroom wat die VPN ontvang, hoe die netwerkverskaffer ontbrekende data herstel, watter eindpuntidentiteit ’n padverandering oorleef, en hoe die geheel optree wanneer ’n pad faal.

Die simptoom: skakels is op, die sessie breek steeds

’n Moniteringsgrafiek wat albei skakels op wys, bewys net dat elke pad verkeer kan dra. Dit bewys nie dat die VPN een geordende stroom sien nie, dat ’n pakket wat op een pad verlore gaan op ’n ander herstel word nie, of dat die eweknie nog weet met watter sessie hy praat nie. Die res van die kontrak dek wat daardie grafiek nie kan wys nie.

Wanneer ’n oordrag staak, vind uit of die netwerkverskaffer op die oorlewende pad bly aflewer het. Sterf die sessie terwyl die tweede skakel ledig is, het die netwerkverskaffer dit nooit gebruik nie. Oorleef die sessie maar kom data buite volgorde of gedupliseer aan, beweeg die netwerkverskaffer pakkette sonder ’n kontrak op verbindingsvlak. Tydstempels aan albei kante maak dit gewoonlik duidelik.

Daardie onderskeid bepaal die oplossing. ’n Roetering- of beleidsprobleem benodig ’n ander padkeuse; ’n ontbrekende laag vir ordening en herstel benodig ’n ander vervoer, nie ’n groter buffer nie.

Waarborg een: ’n greepstroom op verbindingsvlak

As die VPN ’n betroubare geordende stroom nodig het, moet die netwerkverskaffer greepreekse bo die individuele pad identifiseer. Elke onderliggende TCP-verbinding nommer net sy eie segmente, so ’n ontvanger kan nie met daardie nommers alleen oor paaie heen herrangskik nie.

Multipath TCP is die gestandaardiseerde voorbeeld. Dit bied een betroubare greepstroom terwyl verskeie TCP-subvloei gekoördineer word, met volgordekartering en bevestiging op datavlak. Die toepassing lees ’n stroom, nie die subvloei wat toevallig eerste ’n stuk afgelewer het nie.

Op Linux is MPTCP per sokket opt-in via IPPROTO_MPTCP. Wanneer die onderhandeling nie multipad-gedrag kan gebruik nie, is die gedokumenteerde terugval gewone TCP, wat beteken die toepassing kan oor een pad bly werk sonder om ooit die tweede te gebruik. Kontroleer watter gedrag die ontplooide sokket werklik onderhandel het, eerder as om te aanvaar dat die kerninstelling geld.

Waarborg twee: ordening, duplisering en herstel

Paaie met verskillende vertragings en verlieskoerse dwing die netwerkverskaffer om te buffer, te herrangskik en weer te stuur. Die kontrak moet sê hoeveel buffering toegelaat word, watter terugdruk die toepassing sien en watter pad ’n heruitsending dra.

’n Pad wat verbind bly maar ophou aflewer, is moeiliker as ’n skoon sluiting. Die netwerkverskaffer moet dit opspoor, uitstaande data verskuif en vermy om vir ewig te wag vir ’n segment wat nooit sal aankom nie. ’n Eenvoudige kontrole dat albei skakels op is, dek nie hierdie toestand nie.

Duplisering het sy eie reël nodig. Dieselfde vrag op albei paaie stuur kan vertraging verbeter, maar die ontvanger moet die kopie onderdruk voordat dit die VPN bereik. IPsec-teenherhaling is opsioneel per sekuriteitsassosiasie en kontroleer volgordenommers; ’n dupliseringslaag wat pakkette herrangskik of herhaal, kan dit aktiveer of die probleem verberg totdat die tonnel val.

Waarborg drie: eindpuntidentiteit en padtoetreding

Die eweknie het ’n stabiele manier nodig om die sessie te herken wanneer ’n nuwe pad verskyn. As elke pad as ’n aparte tonnel gemagtig word, kan die VPN twee sessies eerder as een sien. As die netwerkverskaffer paaie onder een sessie verenig, moet dit bepaal hoe die nuwe pad gemagtig word en wat met die ou een gebeur.

Teken aan watter adresse en identifiseerders stabiel bly: die tonnel-eindpunt, die netwerkverskaffer se sessie-identifiseerder en enige instaanbediener daartussen. ’n Instaanbediener voeg nog ’n beskikbaarheids- en vertrouegrens by, selfs wanneer dit nooit die beskermde vrag sien nie.

Hier woon die beleid ook. ’n Pad wat uit ’n onverwagte netwerk toetree, kan tegnies geldig wees en steeds die beoogde vertrouemodel skend. Besluit of nuwe paaie outomaties aanvaar word, magtiging vereis of geweier word.

Waarborg vier: begrensde gedrag onder faling

Toets ’n volledige padfaling, nie net ’n stadige een nie. Die oorlewende pad moet die sessie dra sonder onbegrensde geheuegroei, en herstel moet nie afhang van ’n tydhouer wat langer is as wat die toepassing kan verdra nie. Wanneer die gefaalde pad terugkeer, moet die netwerkverskaffer besluit of dit herbalanseer of die vloei laat waar dit is.

Stel perke vir buffering, heruitsending en padgetal, en verifieer hulle onder verlies, herrangskikking, duplisering en vertragingswanbalans. Gesamentlike bandwydte is die minste interessante getal hier; afleweringskontinuïteit en geheueperke is die kontrak.

Hou die netwerkverskaffer se hersteltoestand apart van die VPN se kriptografiese toestand. ’n Eie betroubaarheidslaag wat gevestigde magtiging of enkripsie vervang, is nie ’n kortpad nie, en die hergebruik van volgordenommers oor lae heen maak herhalingsbeskerming en diagnostiek onbetroubaar.

Aanvaar die netwerkverskaffer met ’n toetsplan

Skryf die vier waarborge as slaag-of-faal-kontroles: een geordende stroom, gedefinieerde herstel, stabiele sessie-identiteit, begrensde foutgedrag. Voer elke kontrole uit met een pad verswak en dan met een pad verwyder.

’n Enkele suksesvolle lêeroordrag deur ’n padverandering bewys nie deurlopende werking nie. Herhaal die oordrag terwyl u die voorkeurpad wissel, en ondersoek beide die netwerkverskaffer se siening en die VPN se eie tellers. As die twee verskil oor watter pad die data gedra het, is die kontrak nog nie waarneembaar nie.

Hou die goedgekeurde matriks by die ontplooiing. Dit vertel die volgende ingenieur watter gedrag belowe is, watter padkombinasies getoets is en watter foutmodus onondersteun bly, sonder nog ’n ronde raaiwerk op grond van skakelstatusligte.