Pse një shkarkim përmes VPN mund të mundë lidhjen tuaj direkte

Lidhni tunelin, filloni një shkarkim të madh dhe ai ecën rreth dyfishin e shpejtësisë që arrinte i njëjti skedar pa të. Tingëllon si reklamë, por mund të jetë matje e vërtetë në një linjë shtëpiake. Shkaku i zakonshëm është një kufi shpejtësie i lidhur me një port: tuneli e çon transferimin atje ku formuesi nuk shikon, dhe kapaciteti i vërtetë i linjës shfaqet për herë të parë.

Që do të thotë se numri interesant nuk është sa i shpejtë ishte VPN-i. Është sa nga linja juaj nuk po merrnit kurrë, dhe pse.

Një kufi që ndjek portin, jo rrugën

Një ofrues aksesi mund të kufizojë xhiron për abonent sipas protokollit ose portit të destinacionit, dhe porti 80 është objektiv i preferuar sepse shumë shfletim i zakonshëm e përdor. Kufiri shpesh nuk zbatohet nga paketa e parë: transferimi nis pranë shpejtësisë së linjës, harxhon një kuotë shpërthimi dhe më pas vendoset në shifrën e kufizuar. Sekondat e para duken të shëndetshme dhe pjesa tjetër e transferimit jo.

Dërgoni të njëjtat bajt në një port tjetër dhe formuesi në 80 nuk i sheh kurrë. Tuneli duket se mund lidhjen e drejtpërdrejtë, edhe pse ka shtuar një hop, kriptim dhe kostot e veta. Nuk u përmirësua rruga, por mungesa e një rregulli.

Prandaj efekti është kaq konsistent mes skedarëve dhe destinacioneve. Nëse kufiri është në port, gjithçka që kalon nëpër atë port sillet njësoj, sido që të jetë madhësia e skedarit dhe kushdo që të jetë pritësi. Një destinacion që tërheq një rregull tjetër tregon një kurbë tjetër, dhe ai ndryshim është vetë diagnozë.

Matni pllajën, jo majën

Maja është pjesa më pak informuese e një transferimi, sepse çdo lidhje duket mirë ndërsa mbusheshin buferat e saj. Vini re ku shpejtësia qetësohet dhe sa kohë mbetet atje.

curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/

Vini çiftin njëri pas tjetrit në të njëjtën makinë, në të njëjtën orë, kundrejt pritësve në rrjeta të krahasueshme. Një kampion nuk provon asgjë; forma e kurbës në dy ekzekutime të secilit është ajo që dallon një kuotë shpërthimi nga një kufi i qëndrueshëm. Shkruani ku shpejtësia rrafshohet, jo çfarë tregoi sekonda e parë, sepse shpërthimi është pikërisht ajo që ju jep një formues përpara se të fillojë të kufizojë. Një pllajë e qetë që mbahet deri në fund të transferimit është numri për t'u krahasuar.

Mbajeni skedarin tashmë të kompresuar, që kompresimi i transportit të mos ofrohet si shpjegim. Një PDF ose një arkiv e heq atë variabël, dhe gjithashtu pengon këdo të argumentojë se tuneli kompresoi ngarkesën. Nëse të dy transferimet përdorin të njëjtin skedar, ndryshimi i vetëm që mbetet është rruga dhe porti. Shkruani mjetin dhe portin pranë çdo shifre, përndryshe ekzekutimi i dytë nuk është i krahasueshëm me të parin.

Tre krahasime që izolojnë shkakun

Kalojini me radhë dhe ndaloni sapo modeli të jetë i qartë, sepse secili përjashton një histori tjetër.

1. Përsëritni të njëjtin shkarkim nëpër rrugën e zakonshme të uebit dhe përmes një mjeti transferimi në një port tjetër, nga një pritës me kapacitet të krahasueshëm.
2. Përsëritini të dyja me një skedar të pakompresueshëm, që kompresimi të pushojë së qeni kandidat.
3. Nëse e administroni vetë serverin e tunelit, lidheni përsëri me portin 80, rregulloni profilin e klientit që të dy skajet të bien dakord, dhe transferoni përsëri. Nëse tuneli tani qëndron në shpejtësinë e kufizuar të uebit, kufizimi ndjek portin dhe jo VPN-in.

Hapi i tretë është ai vendimtar, dhe është gjithashtu ai që njerëzit e kapërcejnë sepse kërkon një ndryshim konfigurimi. Pa të keni treguar se dy gjëra ndryshojnë, jo se porti është shkaku.

Çfarë nuk mund të mbështesë kjo matje

Nuk tregon se tuneli është përgjithësisht më i shpejtë, se kompreson diçka, ose se portet e tjera në linjë janë pa kufi. Përshkruan këtë transferim, në këtë linjë, në këtë orë. Kufijtë mund të zbatohen për sesion, për abonent ose sipas orës së ditës, dhe mund të ndryshojnë pa njoftim.

As nuk provon se rruga e drejtpërdrejtë është prishur. Një rrugë e kufizuar vazhdon të punojë; është e kufizuar me qëllim, dhe politika e qëllimshme nuk është defekt që pret riparim.

Dhe sigurisht nuk justifikon kalimin e gjithçkaje përmes tunelit. Çdo aplikacion në portin 80 mbetet i kufizuar, ndërsa gjithçka që devijoni tani varet nga një hop shtesë dhe një mënyrë dështimi shtesë.

Kthejeni gjetjen në diçka të zbatueshme

Shkruajeni vëzhgimin si matje dhe jo si verdikt: transferimet e mëdha në portin 80 vendosen pranë gjysmës së shpejtësisë që i njëjti skedar arrin në një port tjetër, në këto orë, në këtë linjë, me këto kampione bashkëlidhur. Ky është një kërkesë për mbështetje që dikush mund ta hetojë.

«VPN-i është më i shpejtë» nuk është. Fton një përgjigje për kostot e kriptimit, dhe ajo përgjigje është teknikisht e saktë ndërsa nuk i thotë askujt asgjë të dobishme. Bashkëngjitni numrin e kampioneve, orën dhe portin, që lexuesi të mund ta riprodhojë modelin.

Nëse vendosni të vazhdoni të përdorni një port tjetër për transferime të mëdha, shënoni këtë kusht në të dhënat tuaja: kalimi i një dëgjuesi në portin 80 përplaset me çdo server uebi që tashmë është i lidhur atje, dhe dështimi që rezulton duket si tunel i prishur e jo si konflikt portesh.