Hoekom ’n VPN-aflaai jou direkte verbinding kan klop
’n Oordrag wat oor die tonnel vinniger word, dui gewoonlik op ’n beperking op een poort. Drie gekontroleerde vergelykings skei ’n vormer van ’n werklike spoedtoename.
Koppel die tonnel, begin ’n groot aflaai, en dit beweeg teen omtrent twee keer die spoed wat dieselfde lêer sonder hom gehaal het. Dit klink na advertensie, maar dit kan ’n opregte meting op ’n verbruikerslyn wees. Die gewone oorsaak is ’n tempobeperking wat aan een poort gekoppel is: die tonnel dra jou oordrag na ’n plek waar die vormer nie kyk nie, en die lyn se werklike kapasiteit wys vir die eerste keer op.
Wat beteken die interessante syfer is nie hoe vinnig die VPN was nie. Dit is hoeveel van jou lyn jy nooit gekry het nie, en waarom.
’n Beperking wat die poort volg, nie die roete nie
’n Toegangsverskaffer kan deurset per intekenaar beperk volgens protokol of bestemmingspoort, en poort 80 is ’n gunstelingteiken omdat so baie gewone blaaiery dit gebruik. Die beperking word dikwels nie van die eerste pakkie af toegepas nie: die oordrag begin naby lynspoed, brand deur ’n bars-toelating, en sak dan na die beperkte syfer. Die eerste sekondes lyk gesond en die res van die oordrag nie.
Stuur dieselfde grepe oor ’n ander poort en die vormer op 80 sien hulle nooit. Die tonnel lyk of dit die direkte verbinding klop, al het dit ’n hop, enkripsie en sy eie oorhoofse koste bygevoeg. Wat verbeter het, is nie die pad nie, maar die afwesigheid van ’n reël.
Dit is ook hoekom die effek so konsekwent is oor lêers en bestemmings. As die beperking op die poort is, gedra enigiets wat oor dié poort gedra word hom dieselfde, ongeag die lêergrootte en wie die gasheer is. ’n Bestemming wat ’n ander reël lok, wys ’n ander kromme, en dié verskil is op sigself diagnosties.
Meet die plato, nie die piek nie
’n Piek is die minste insiggewende deel van ’n oordrag, want elke verbinding lyk goed terwyl sy buffers vol word. Let op waar die tempo tot rus kom en hoe lank dit daar bly.
curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/
Hardloop die paar rug aan rug op dieselfde masjien, op dieselfde uur, teen gashere op vergelykbare netwerke. Een monster bewys niks; die vorm van die kromme oor twee lopies elk is wat ’n bars-toelating van ’n stabiele beperking onderskei. Skryf neer waar die tempo plat word eerder as wat die eerste sekonde gewys het, want die bars is juis wat ’n vormer jou gee voordat hy begin beperk. ’n Rustige plato wat vir die res van die oordrag hou, is die syfer om te vergelyk.
Hou die lêer reeds saamgepers sodat vervoerkompressie nie as die verklaring aangebied kan word nie. ’n PDF of ’n argief verwyder dié veranderlike, en dit stop ook enigiemand om te redeneer dat die tonnel die vrag saamgepers het. As albei oordragte dieselfde lêer gebruik, is die enigste verskil wat oorbly die pad en die poort. Skryf die gereedskap en die poort langs elke syfer neer, anders is die tweede lopie nie met die eerste vergelykbaar nie.
Drie vergelykings wat die oorsaak isoleer
Werk hulle in volgorde deur en stop sodra die patroon duidelik is, want elkeen skakel ’n ander verhaal uit.
- Herhaal dieselfde aflaai oor die gewone webpad en oor ’n oordraginstrument op ’n ander poort, vanaf ’n gasheer met vergelykbare kapasiteit.
- Herhaal albei met ’n onsaamdrukbare lêer, sodat kompressie ophou om ’n kandidaat te wees.
- As jy die tonnelbediener self bestuur, bind dit weer aan poort 80, pas die kliëntprofiel aan sodat albei kante ooreenstem, en dra weer oor. As die tonnel nou op die beperkte webtempo sit, volg die beperking die poort en nie die VPN nie.
Die derde stap is die beslissende een, en dit is ook die een wat mense oorslaan omdat dit ’n konfigurasieverandering vereis. Sonder dit het jy gewys dat twee dinge verskil, nie dat die poort die rede is nie.
Wat hierdie meting nie kan ondersteun nie
Dit wys nie dat die tonnel in die algemeen vinniger is nie, dat dit iets saamdruk nie, of dat ander poorte op die lyn onbeperk is nie. Dit beskryf hierdie oordrag, op hierdie lyn, op hierdie uur. Beperkings kan per sessie, per intekenaar of volgens tyd van die dag toegepas word, en hulle kan sonder kennisgewing verander.
Dit bewys ook nie dat die direkte pad stukkend is nie. ’n Beperkte pad werk steeds; dit word doelbewus beperk, en doelbewuste beleid is nie ’n fout wat op ’n herstel wag nie.
En dit regverdig beslis nie om alles deur die tonnel te stuur nie. Elke toepassing op poort 80 bly beperk, terwyl alles wat jy wegkeer nou van ’n ekstra hop en ’n ekstra foutmodus afhang.
Maak die bevinding iets uitvoerbaar
Skryf die waarneming as ’n meting eerder as ’n uitspraak: groot oordragte oor poort 80 sak naby die helfte van die tempo wat dieselfde lêer op ’n ander poort haal, op hierdie ure, op hierdie lyn, met hierdie monsters aangeheg. Dit is ’n ondersteuningsversoek wat iemand kan ondersoek.
“Die VPN is vinniger” is nie. Dit nooi ’n antwoord oor enkripsie-oorhoofse koste uit, en dié antwoord is tegnies korrek terwyl dit niemand iets nuttigs vertel nie. Heg die monstertelling, die uur en die poort by, sodat die leser die patroon kan reproduseer.
As jy besluit om aan te hou om ’n ander poort vir groot oordragte te gebruik, noteer die voorbehoud in jou eie rekords: om ’n luisteraar na poort 80 te skuif, bots met enige webbediener wat reeds daar gebind is, en die gevolglike fout lyk soos ’n stukkende tonnel eerder as ’n poortkonflik.