Tvær uppstreymislinur en ein göng: varaleið, hleðsludreifing eða samtenging
Varasláttur við bilun, hleðsludreifing á hverri straumi og samkeyrsla eins straums eru þrjú ólík loforð. Tvær sjálfgefnar leiðir gefa þér það fyrsta, en ekki hin tvö.
Tvær netlínur geta gert VPN aðgengilegra, og þær geta gert það hraðara fyrir suma vinnuálag, en aðferðin ræður því hvort þessara tveggja gerist. Beini með tvær sjálfgefnar leiðir er ekki samtengdur, og göng sem flytja þúsundir innri tenginga eru samt eitt ytra straum. Að nefna loforðið fyrst er munurinn á hönnun og dýrum vonbrigðum. Taflan hér að neðan aðgreinir valkostina eftir því hvað hver þeirra þarf í fjarlæga endanum og hvað tap á tengingu gerir við flutning.
Þrjú loforð, og aðeins eitt þarf samstarfsaðila
Varasláttur heldur leið aðgengilegri þegar óskaleiðin hverfur. Hleðsludreifing á straumahakki dreifir sjálfstæðum straumum á báðar uppstreymislinurnar. Samtenging eins straums leyfir einum flutningi að nota báðar línurnar samtímis. Þetta eru ólíkar vörur með ólíkar kröfur, og aðeins sú síðasta þarf samvinnu við eitthvað utan beinisins þíns.
| Mechanism | Far-end requirement | Effect on one transfer | What breaks under a link loss |
|---|---|---|---|
| Packet-spraying overlay | A cooperating endpoint that reassembles the stream | Packets can spread across both links | Reordering and buffering on the surviving path; its own recovery logic decides what continues |
| MPTCP subflows | A peer or proxy that accepts subflows | Subflows can share one connection | Surviving subflows continue if the peer keeps them alive |
| Flow-hash balancing | Nothing new; the existing tunnel endpoint is enough | One outer flow still follows one link | Flows hashed onto the dead link move; established sessions break |
| Link failover | Nothing new | One path at a time; the second link sits idle | The session stalls or restarts on the other link |
Ekkert í þeirri töflu er ástæða til að kaupa aðra línu. Það sem hún gerir er að koma í veg fyrir að varasláttarhönnun sé metin eins og hún sé samtenging.
Hvers vegna göng líta út eins og eitt straum fyrir beininn
Beini sem dreifir álagi hakkar upprunans- og áfangastaðarheimilisföng ásamt portum og sendir svo allt straumið þangað sem hakkið bendir á. VPN-göng eru eitt slíkt straum frá sjónarhóli beinisins, hvað sem keyrir inni í því. Innri tengingar ná aldrei hakkaákvörðuninni, því ytri hausinn hefur þegar ákveðið leiðina. Þess vegna getur önnur uppstreymislína tvöfaldað heildargetu fyrir marga notendur og breytt engu í stórum flutningi eins notanda.
Tvö aðskilin göng geta gefið þér tvo kandídata, en þau þurfa samt viljandi stefnu sem úthlutar umferð og heldur svörum á þeirri leið sem bar beiðnina. Ósamhverf leiðarstefna er venjuleg afleiðing þess að sleppa því skrefi. Lágmarkið er stefna sem nefnir straumið, óskaleiðina og varaleiðina.
Ethernet-samtenging fer ekki yfir ótengda þjónustuveitendur, því fjarlægi endinn verður að taka þátt í samlagningarprotokollinni. Samtenging yfir tvo netþjónustuveitendur er rannsóknarverkefni nema samvinnufús endapunktur sé til.
Hvað fjölleiða TCP þarf á báðum endum
Linux-skjöl um Multipath TCP lýsa nokkrum undirstraumum sem tilheyra einni tengingu. Kjarnastuðningur á einum enda breytir engu eitt og sér, því mótaðilinn verður líka að samþykkja þessi undirstraum. Proxy á fjarlæga hliðinni er hitt algenga fyrirkomulagið, og það verður hluti með eigin getu og framboði sem þarf að skipuleggja. Sama rökfræðin útilokar auðvelt svar fyrir WireGuard, en flutningur þess er UDP: MPTCP ræktar TCP-undirstraum og getur ekki sameinað þau göng án einhvers annars í hönnuninni.
Athugaðu hvort kjarnaeiginleikinn sé virkur áður en þú hannar í kringum hann, því margar dreifingar senda hann óvirkan. Þessar þrjár skipanir svara því á mínútu.
sysctl net.mptcp.enabled
ss -M | head
ip mptcp limits showVeldu út frá vinnuálaginu, ekki bæklingnum
Ef vinnuálagið er margir sjálfstæðir fundir getur hleðsludreifing á straumahakki bætt við getu án samvinnu í fjarlæga endanum. Ef það er einn stór flutningur mun aðeins samlagningarhönnun hjálpa, og sú hönnun þarf samvinnufúsan mótaðila. Ef krafan er að vinna haldi áfram þegar lína deyr er svarið varasláttur og afköst eins flutnings skipta engu máli.
Skrifaðu kröfuna í einni setningu með sögn í: ein öryggisafrit klárast tvisvar sinnum hraðar, eða fallin lína endar ekki fund. Óljós markmið framleiða hönnun sem enginn getur samþykkt eða hafnað. Ákveddu svo hvað fjarlægi endinn má vera, því ódýrasti kosturinn er oft sá sem krefst einskis nýs þar. Sú takmörkun útilokar flestar fullyrðingar bæklingsins fyrir fyrsta fundinn.
Haltu þremur loforðunum aðskildum í kröfuskjalinu. Hönnun sem fullyrðir öll þrjú afhendir venjulega eitt og gerir hljóðlega ráð fyrir hinum. Næsti hluti prófar hvert þeirra er raunverulega afhent.
Prófaðu einn flutning og marga, dragðu svo lína úr
Berðu saman einn viðvarandi flutning við nokkra samhliða flutninga á sama áfangastað, og skráðu tap, töf og nýtingu hverrar línu fyrir hvern. Ávinningur aðeins með samhliða fundum bendir á dreifingu strauma, ekki samkeyrslu eins straums. Prófaðu tap á einni uppstreymislinu sérstaklega, því geta meðan báðar línur virka segir ekkert um varaslátt fyrir þegar stofnaðan fund. Skráðu leiðina, sokkinn og endursendingarteljarana fyrir og eftir hverja prófun.
ip route show default
ip route get 10.80.0.5
mtr -n -c 20 -r 10.80.0.5Þegar eini flutningurinn notar enn eina uppstreymislinu gerir hönnunin nákvæmlega það sem straumahakk gefur í skyn. Þegar samhliða flutningar dreifast á báðar virkar hleðsludreifingin og samkeyrslan ekki. Skráðu hvert þriggja loforða hönnunin heldur raunverulega, og næsta getuspjall byrjar á sönnunargögnum en ekki fullyrðingu seljanda.