Wêrom in VPN-download jo direkte ferbining ferslaan kin
In oerdracht dy’t yn ’e tunnel flugger wurdt, wiist meastal op in plafond op ien poarte. Trije kontrolearre ferlikingen skiede in foarmjouwer fan in echte faasjewinning.
Koppel de tunnel, start in grutte download, en hy giet sawat twa kear sa fluch as itselde bestân sûnder him. Dat klinkt as reklame, mar it kin in echte mjitting wêze op in thúsline. De gewoane oarsaak is in faasjeheine fêst makke oan ien poarte: de tunnel draacht jo oerdracht nei in plak dêr’t de foarmjouwer net sjocht, en de echte kapasiteit fan ’e line lit him foar it earst sjen.
Wat betsjut dat it nijsgjirrige getal net is hoe fluch it VPN wie. It is hoefolle fan jo line jo nea krigen, en wêrom.
In plafond dat de poarte folget, net de rûte
In tagongsjouwer kin de trochset per abonnee beheine neffens protokol of bestimmingspoarte, en poarte 80 is in favoryt doelwyt, om’t safolle gewoan blêdzjen dy brûkt. De beheining wurdt faak net fan it earste pakket ôf tapast: de oerdracht begjint ticht by de linefaasje, baarnt in burst-kwota op en sakket dan nei it beheinde getal. De earste sekonden sjogge sûn út en de rest fan ’e oerdracht net.
Stjoer deselde bytes oer in oare poarte en de foarmjouwer op 80 sjocht se nea. De tunnel liket de direkte ferbining te ferslaan, ek al hat er in hop, fersifering en syn eigen oerhead taheakke. Wat better waard is net it paad, mar it ûntbrekken fan in regel.
Dêrom is it effekt sa konsekwint oer bestannen en bestimmings. As it plafond op ’e poarte sit, hâldt alles dat oer dy poarte ferfierd wurdt him itselde, hoe grut it bestân ek is en wa de host ek is. In bestimming dy’t in oare regel lûkt, lit in oare kromme sjen, en dat ferskil is op himsels diagnostysk.
Mjit it plateau, net de top
In top is it minst ynformative part fan in oerdracht, want elke ferbining liket goed wylst syn buffers folje. Skriuw op wêr’t de faasje ta rêst komt en hoe lang’t er dêr bliuwt.
curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/
Rin it pear efterinoar op deselde masine, op itselde oere, tsjin hosts op ferlykbere netwurken. Ien mimpel bewiist neat; de foarm fan ’e kromme oer twa rinnen fan elk is wat in burst-kwota fan in stabile beheining skiedt. Skriuw op wêr’t de faasje flak wurdt, net wat de earste sekonde sjen liet, want de burst is krekt wat in foarmjouwer jo jout foar’t er begjint te beheinen. In rêstich plateau dat de rest fan ’e oerdracht folhâldt, is it getal om te ferlykjen.
Hâld it bestân al komprimearre, sadat transportkompresje net as ferklearring oanbean wurde kin. In PDF of in argyf hellet dy fariabele fuort, en stopet ek elkenien om te bewearen dat de tunnel de lading komprimearre hat. As beide oerdrachten itselde bestân brûke, is it iennige ferskil dat oerbliuwt it paad en de poarte. Skriuw it ark en de poarte njonken elk getal, oars is de twadde rin net ferlykber mei de earste.
Trije ferlikingen dy’t de oarsaak isolearje
Wurkgje se yn oarder ôf en stopje sadree’t it patroan dúdlik is, want elk slút in oar ferhaal út.
- Werhelje deselde download oer it gewoane webpaad en oer in oerdrachtsark op in oare poarte, fan in host mei ferlykbere kapasiteit.
- Werhelje beide mei in net te komprimearjen bestân, sadat kompresje ophâldt kandidaat te wêzen.
- As jo sels de tunnelserver beheare, bynt dy dan wer oan poarte 80, pas it klantprofyl oan sadat beide einen it iens binne, en draach wer oer. As de tunnel no op ’e beheinde webfaasje sit, folget de beheining de poarte en net it VPN.
De tredde stap is de beslissende, en dat is ek dejinge dy’t minsken oerslaan om’t er in konfiguraasjeferoaring freget. Sûnder dy hawwe jo sjen litten dat twa dingen ferskille, net dat de poarte de reden is.
Wat dizze mjitting net stypje kin
It lit net sjen dat de tunnel yn ’t algemien flugger is, dat er wat komprimearret, of dat oare poarten op ’e line ûnbeheind binne. It beskriuwt dizze oerdracht, op dizze line, yn dit oere. Beheinings kinne per sesje, per abonnee of nei tiid fan ’e dei jilde, en se kinne feroarje sûnder berjocht.
It bewiist ek net dat it direkte paad stikken is. In beheind paad wurket noch; it is mei opsetsin beheind, en bewust belied is gjin mankement dat op in reparaasje wachtet.
En it rjochtfeardiget perfoarst net om alles troch de tunnel te stjoeren. Eltse applikaasje op poarte 80 bliuwt beheind, wylst alles wat jo omliede no fan in ekstra hop en in ekstra falmoader ôfhinklik is.
Meitsje fan ’e fynst wat útfierbers
Skriuw de waarnimming as in mjitting en net as in oardiel: grutte oerdrachten oer poarte 80 komme ta rêst by sawat de helte fan ’e faasje dy’t itselde bestân op in oare poarte hellet, op dizze oeren, op dizze line, mei dizze mimpels taheakke. Dat is in stypfraach dy’t immen ûndersykje kin.
„It VPN is flugger” is dat net. It noeget in antwurd oer fersiferings-oerhead út, en dat antwurd is technysk korrekt wylst it nimmen wat nuttich fertelt. Taheakje it tal mimpels, it oere en de poarte, sadat de lêzer it patroan reprodusearje kin.
As jo beslute om in oare poarte foar bulkoerdrachten te bliuwen brûken, skriuw dan it betingst yn jo eigen oantekens: in lústerder nei poarte 80 ferpleatse botst mei elke webserver dy’t dêr al oan fêst sit, en de resultearjende fal liket op in stikken tunnel ynstee fan in poartekonflikt.