Licetne plures canales interretiales in unum coniungi? Multae fallaciae et fabulae circa hunc locum sunt, etiam periti fabrum retis saepe hoc fieri posse non sciunt. In pluribus, aggregatio ligaturae mendose dicitur libratio in gradu NAT vel defectivo. Sed ipsa summatio concedit TCP deducunt unum nexum eodem tempore super omnes channels Internet "exempli gratia, video evulgandas ita ut, si qui interreti canales intermittuntur, iaciendum non interrumpantur.
Solutiones commerciales pretiosae sunt pro emissiones radiophonicae, sed tales machinis multis kilobuckis constant. Articulus describit quomodo sarcinam apertam patens OpenMPTCPRouter sarcinam configurare et fabulas populares de alveo sumptionis alloquatur.
Fabulae de alveo qu&
Multi iter itineris domi sunt qui munus Multi-Wan sustinent. Interdum artifices hunc canalem qu& vocant, quod minime verum est. Multi networkers credunt praeter & summationem in gradu L2, nulla alia alvei aggregatio existit. Saepe audivi hoc generaliter impossibile ab illis qui in telecomis operantur. Quapropter fabulas populares intelligere conemur.
Librans in gradu IP nexum
Haec est maxime parabilis et popularis modus pluribus canalibus interretialibus utendi simul. Pro simplicitate, fingamus te habere tres provisores interretiales, unumquemque tibi veram IP inscriptionem dare ex retis eorum. Omnes hi provisores iter itineris connectuntur qui munus Multi-Wan sustinet. Hoc potest esse OpenWRT cum sarcina mwan3, mikrotik, ubiquiti, vel quaelibet alia itinerariorum familiarium, cum talis optio iam non inusitata est.
Simulare condicionem, cogitemus provisores has inscriptiones nobis dedisse:
WAN1 — 11.11.11.11
WAN2 — 22.22.22.22
WAN2 — 33.33.33.33
Hoc est, coniungens servo remoto example.com Per singulos provisores, minister longinquus videbis tres clientes sui iuris. Librans permittit tibi sarcinam per rivos dividere et omnes tres simul utere. Pro simplicitate fingamus onus aequaliter inter omnes canales dividere. Quam ob rem, cum cliens locum tribus imaginibus aperit, singulas imagines per provisorem separatum incidit. In latere situs spectat sicut nexus ex tribus diversis IPS.
Cum librat nexum ad gradum, uterque nexus TCP percurrit provisor separatus.
Hic modus conpensationis saepe difficultates pro users facit. Exempli gratia, multae sites stricte crustulas et signa ad huius IP oratio obligant, et si subito mutatur, petitio reicitur vel client e situ conclusum est. Hoc saepe expressum est in systematibus client-ripis et aliis locis cum regulae usoris strictae sessionis. Simplex exemplum illustrativum hic est: fasciculi musici in VK.com praesto sunt solum cum valida sessione clavis, quae ad IP ligatur, et clientes utentes tali libramine saepe audio non ludere, quia petitio per provisorem ad quod non processit. sessionis ligatur.
Cum torrentes deprimentes, nexum gradu librans, Sed omnium canalium ambitus colligit
Haec conpensatio permittit tibi summam celeritatem canalis interreti cum multiplicibus iunctis utendo. Exempli gratia, si quilibet trium provisorum celeritatem 100 Megabitorum habet, tunc cum torrentibus torrentibus trecentos Megabitos habebimus. Quia torrens plures nexus aperit, qui inter omnia provisoribus distribuuntur et ultimo alveo totius utuntur.
Refert intelligere quod unum nexum TCP per unum tantum provisor semper ingredietur. Hoc est, si unum magnum fasciculum per HTTP accipimus, haec connexio per unum provisoribus fiet, et si nexus cum hoc provisore rupto, download etiam franget.
Uno nexu semper utimur nisi unum alveum interretialem
Hoc etiam verum est per radios video. Si diffusis influentibus video ad aliquam conditionalem Twitch, tunc librans in gradu IP nexuum nullum peculiare beneficium praebebit, cum in uno IP connexione rivus video evulgabitur. In hoc casu, si provisor LURIDUS III problemata cum communicatione incipit habere, ut damnum vel celeritas imminuta, tunc non poteris statim ad alium provisorem commutare. Passim habe- buntur et reconnectur.
Verum channel sumendi
Verus canalis sumendi facit ut unum nexum ad conditionalem vellicant per omnes provisores simul currere, ita ut, si quis ex provisoribus frangitur, nexus non interrumpatur. Haec quaestio mirae difficilis est, quae meliorem solutionem adhuc non habet. Multi homines ne hoc quidem fieri posse sciunt!
Ex antecedentibus exemplis meminimus conditionalem Vellitum servientem ex uno tantum fonte IP inscriptionis nobis recipere posse, quod significat semper nobis constantem esse, cuiuscumque provisores exciderunt et quae laborant. Ad hoc obtinendum, servo summario opus est quae omnes nexus nostros terminabit et eas in unum coniunget.
Servo summatim omnes canales in unum cuniculum aggregat. Omnes nexus oriuntur a qu& servo electronica
In hoc schemate omnes provisores adhibentur, et quodlibet eorum inactivare damnum communicationis cum servo vellicare non faciet. Essentialiter, hoc peculiare est VPN cuniculum, sub cuius cucullo plures simul canales interreti sunt. Praecipuum munus eiusmodi schema est ut alveum communicationis qualitatis summa obtineat. Si unus ex provisoribus incipit habere problemata, amissiones fasciculorum, moras auget, tunc id non debet quovis modo communicationis qualitatem afficit, cum onus sponte super alios distribuatur, meliores canales praesto sunt.
Commercial Solutions
Quaestio haec iam diu molestat eos qui eventa iaci vivunt et aditum ad qualitatem interretialem non habent. Ad talia negotia multae solutiones commerciales sunt, exempli gratia, societas Teradek itinera tam monstrosa facit in quibus sarcinae modernorum USB inseruntur:
Iter pro video radiophonicis cum alveum suum sumendi munus
Tales machinae plerumque constructae-in facultate video signa capiendi per HDMI vel SDI facultatem habent. Cum iter itineris, subscriptione canalis sumendi opera vendita est, itemque rivum video dispensando, eum transmeando et ulterius transferendo. Pretium talium cogitationum incipit ab $2k cum statuto modemorum, addita subscriptione singulari ad servitium.
Interdum satis FORMIDULOSUS spectat;
Occasus usque OpenMPTCPRouter
protocol (MultiPath TCP) inventa est ut per plures canales simul coniungere posset. For example, his et simul coniungere potest cum servo remoto per WiFi et per reticulum cellulosum. Refert intellegere has non esse duas coniunctiones TCP separatas, sed unum nexum per duos canales simul constitutos. Ad hoc laborandum, ministrator longinquus etiam MPTCP sustentare debet.
fons apertus est project itineris programmatus qui permittit ad verum canalem compendiosum. Auctores enuntiant documentum esse in alpha versionis status, sed iam adhiberi potest. Constat duabus partibus - servo summario, quae in Interreti et iter itineris sita est, cui complures provisores interretiales et ipsae machinae clientes conexae sunt: computers, telephona. Consuetudo itineris itineris potest esse Raspberry Pi, aliqua WiFi iter, vel computatorium regulare. Parata sunt comitia pro variis suggestis, quod est opportunum.
Quam OpenMPTCPRouter operatur
Profecta est summatimque server
Serva summaria in Interrete sita est et nexus terminat ab omnibus canalibus itineris clientis in unum. Inscriptio IP huius servo erit oratio externa cum per Internet accessus OpenMPTCPRouter.
Ad hoc negotium utemur servo VPS in Debian 10 .
Requiruntur qu& servo:
- MPTCP non operatur in OpenVZ virtualization
- Possibile sit ut tua Linux nucleum instituat
Exsecutor unus exsequitur mandatum. Scriptum nucleum instituet cum auxilio mptcp et omnibus fasciculis necessariis. Installation scripta praesto sunt pro Ubuntu et Debian.
wget -O - http://www.openmptcprouter.com/server/debian10-x86_64.sh | sh
Proventus prosperi servo institutionem.
Tesserae servamus, his opus erit iter clientis configurare et reboot. Gravis est memorare post institutionem, SSH praesto esse in portu 65222. Post rebootionem, operam dare debemus ut novo nucleo surrepamus.
uname -a
Linux test-server.local 4.19.67-mptcp
Videmus inscriptionem mptcp iuxta numerum versionis, qui significat nucleum recte inauguratum.
Erexerit clientis iter
In aedificationes paratae factae praesto sunt aliquibus suggestis, ut Raspberry Pi, Banana Pi, Lynksys iter itineris et machinis virtualis.
Haec pars openmptcprouter in OpenWRT innititur, usura LucI interfaciei, cuivis familiari, qui OpenWRT congressus est. Distributio gravat circiter 50MB!
In probatione scamni, in Raspberry Pi et pluribus USB modernis cum diversis operariis utar: MTS et Megafon. Imaginem scribere SD card, non puto opus esse tibi narrare.
Initio, portus Aernis in Raspberry Pi configuratur ut lan cum inscriptione IP static 192.168.100.1. Ad vitandum fiddling cum filis in mensa, Raspberry Pi ad punctum accessum WiFi coniunxi, et computatrum WiFi adaptor ad electronicam static direxi. 192.168.100.2. Servo DHCP per defaltam non fit, ut inscriptionibus staticis uti debeas.
Iam potes in interretialem interface
Cum primum conventum aperies, ratio rogabit te ut tesseram radicem ponas, SSH eadem tessera praesto erit.
In LAN occasus, subnet desideratum exponere potes et servo DHCP da.
Modems utor qui USB Aer interfacies definiuntur cum servo separato DHCP, sic hanc institutionem requisitam. . Ratio eadem est cum modernis in OpenWRT regularibus instituendis, ideo hic eam non operiam.
Deinde debes Wan interfaces configurare. Initio ratio duarum interfactionum virtualium facta est WAN1 et WAN2. In casu meo haec nomina interfaces USB modem adsignari necesse est.
Ad confusionem cum nominibus interfaciendi vitandam, commendo epistulas dmesg inspicere dum per SSH coniungens.
Cum ipsi mei moderni iter itineris agunt, et ipsi servo DHCP habent, debebam mutare ordines retis interni eorum et servo DHCP disable, quia initio utriusque modi inscriptiones ex eadem retis edunt, et hoc certamen causat.
OpenMPTCPRouter postulat ut inscriptiones interfacies LURIDUS statice sint, cum subnets pro modemis ascendamus et eas in systemate → openmptcprouter → occasus interfaciei configurare. Hic debes denotare electronicam IP et clavem ministrum in institutione servientis collectae impetratae.
Si setup bene succedit, similis picturae status in pagina apparebit. Ex his constare potest quod iter itineris ad collectionem server et utrumque canales normaliter laborantes.
Modus defectus est umbrae + mptcp. Procurator hic est qui omnes nexus in se involvit. Initio figuratur ad processum solum TCP, sed UDP etiam effici potest.
Si errores in pagina status non sunt, utilitas perfecta considerari potest.
Cum aliquibus provisoribus, condicio oriri potest cum vexillum mptcp per viam negotiationis ablata, tunc sequens error apparebit;
Hoc in casu, diverso modo operandi uti potes, sine MPTCP, de hoc plura .
conclusio,
Consilium OpenMPTCPRouter valde interesting et magni momenti est, quia fortasse sola solutio comprehensiva aperta canalis problemati sumendi est. Cetera omnia vel arcte occlusa sunt et proprietatis, vel moduli tantum separati, quos vulgus intellegere non potest. In hodierno evolutionis stadio, consilium adhuc admodum rudis est, documentum valde pauper est, multa simpliciter non describi possunt. Sed simul adhuc operatur. Spero fore ut progrediatur et iter familiari obtinebimus, qui canales e cistae apte coniungi poterunt.
Sequere nostrum elit in Instagram
Source: www.habr.com