Miks on allalaadimine VPN-i kaudu kiirem kui otse
Platoo otsesel jooksul ja stabiilne tunnelijooks viitavad pordipiirangule, mitte kiiremale teele. Kolm võrdlust, igas üks muutuja, ja siis toe taotlus.
Alustate suurt allalaadimist, esimesed sekundid näevad normaalsed välja ja siis vajub kiirus umbes poolele sellest, mida liin peaks andma. Ühendate tunneliga, kordate sama allalaadimist ja see hoiab kogu faili vältel kõrgemat kiirust. See on tõeline mõõtmine ja samal ajal eksitav järeldus, sest tunnel ei teinud teed kiiremaks. See lihtsalt viis teie liikluse ära pordilt, mida miski teel piiramas oli.
Kõvera kuju reedab selle
Jälgige ülekannet, mitte lõppnumbrit. Piiratud tee algab tavaliselt liini kiiruse lähedal, kulutab oma puhanguvaru ja vajub siis piirile, nii et keskmine sõltub sellest, kui kaua te vaatasite. Tunnel, mis teed tõeliselt parandas, näitaks paremat kiirust juba esimesest sekundist ja hoiaks seda. Platoo on sõrmejälg ja seda on lihtne kahe silma vahele jätta, kui märgite üles ainult tipu.
Sama faili kaks jooksu, üks otse ja üks läbi tunneli, on piisavad, et näha, kas platoo on olemas.
Pange tähele, millal platoo algab, kui kaua see kestab ja millist kiirust see hoiab. Need kolm väärtust eristavad kujundajat ülekoormatud teest, sest ülekoormus laseb kiirusel hulkuda, samal ajal kui kujundaja naelutab selle ühe numbri külge. Kui otsene jooks halveneb järk-järgult ja tunnelijooks püsib stabiilne, vaatate poliitikat, mitte füüsikat.
Kolm võrdlust, igas üks muutuja
Muutke jooksu kohta ühte asja, muidu ei õpi te midagi. Hankige sama fail tavalise veebitee kaudu, seejärel ülekandevahendiga, mis kasutab teist porti, sarnase võimsusega hostist ja samal tunnil. Hoidke kliendi masin muutumatuna, sest võrkude vahel liikuv sülearvuti lisab muutuja, mida te ei saa kontrollida.
curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/nullKasutage juba pakitud faili, näiteks kettakujutist, et transpordipakkimine ei saaks erinevust seletada. Seejärel, kui te serverit kontrollite, viige selle kuulaja pordile, mida te kahtlustate piiramises, värskendage kliendiprofiili ja korrake. Kui tunnel nüüd langeb piiratud kiirusele, järgib piir porti, mitte tunnelit, ja küsimus on lahendatud. Käivitage iga võrdlus kaks korda ja hoidke platoo numbreid, mitte tippe.
Märkige üles ka tund, sest kujundaja võib olla ajapõhine ja õhtune test võib hommikusega mitte nõustuda. Kaks jooksu samal tunnil on väärt rohkem kui kümme mööda päeva laiali.
Mida see mõõtmine toetada ei suuda
See ei näita, et tunnel on üldiselt kiirem, et see midagi pakib või et teised pordid ei ole piiratud. See kirjeldab üht ülekannet ühel liinil ühe tunni jooksul. Piirid võivad olla seansi, abonendi või aja põhised, ja operaator võib neid muuta ilma teada andmata.
See ei näita ka, et otsene tee on vigane. Piiratud tee töötab täpselt nii, nagu ette nähtud, see on lihtsalt poliitikaga piiratud.
See erinevus loeb, kui te seda kirja panete. Rike kutsub paranduspiletit, samas kui poliitika kutsub küsimust lepingu kohta või otsust sellest mööda minna. Piiri rikkeks nimetamine tekitab toevestluse, mis algab valest eeldusest. Selle poliitikaks nimetamine lubab teil esitada konkreetse küsimuse, millel on konkreetne vastus.
Muutke leid toe taotluseks
Kasutage numbreid ja jätke järeldus kõrvale. Taotlus, mis ütleb, et suured ülekanded üle pordi 80 püsivad nendel tundidel umbes pooltel oodatud kiirusel, koos lisatud platoo numbritega, on rakendatav. Taotlus, mis ütleb, et VPN on kiirem, ei ole, sest seda loetakse väitena tunneli kohta, mitte vaatlusena liini kohta. Lisage mõlemad jooksud ja nende ajatemplid ning laske seejärel operaatoril poliitikat kirjeldada.
Ärge suruge iga rakendust tunnelisse ainult selle numbri taga ajamiseks.
Tunnel maksab teile endiselt ühe lisahüppe, krüpteerimise ja uue komplekti tõrkeviise, samal ajal kui piiratud port jääb piiratuks kõige muu jaoks, mis seda kasutab. Kui suured ülekanded peavad usaldusväärselt lõppema, pidage oma märkust selle kohta, milline port piiri kannab. Kuulaja viimine pordile 80 põrkab kokku iga veebiserveriga, mis on sinna juba seotud, ja see tekitab paranduse asemel uue katkestuse.