Ĉu VPN povas esti pli rapida ol la rekta konekto?

Transigo, kiu rampas sur la oficeja konekto, foje finiĝas rapide tra la tunelo, kaj la aldona enkapsuligo igas tion ŝajni malebla. La ŝajna paradokso venas de komparado de la malĝustaj aferoj. La tunelo aldonas laboron, kaj ĝi ankaŭ ŝanĝas kiun retan vojon la trafiko sekvas, kiun adreson la celo vidas kaj foje kiun servilon entute respondas. Decido inter la du vojoj postulas apartigi tiujn tri efikojn antaŭ iu ajn konkludo pri rapideco.

Tri aferojn la tunelo povas ŝanĝi

La unua estas la trairejo tra retoj. Reta itinerado sekvas la politikon de la operatoro kaj komercajn rilatojn, ne mezuritan latenton, do la vojo tra VPN-provizanto povas transiri aliajn retojn ol la rekta vojo. Ĝi povas eviti kongestitan interŝanĝpunkton aŭ surteriĝi sur pli bone kunligita, kaj ĝi same facile povas esti pli malbona.

La dua estas la celo. Ŝanĝo de elira adreso ofte ŝanĝas la DNS-respondon, kaj enhavreto povas doni al vi alian kaŝmemoron aŭ regionon. Parto de la plibonigo tiam apartenas al la nova servilo kaj ne al la tunelo. La sama gastnomo povas surteriĝi sur pli proksiman aŭ malpli ŝarĝitan servilon, sen ke io ajn ŝanĝiĝas ĉe la kliento.

La tria estas la konduto de la transporto. Enkapsuligo ŝanĝas la efikan paketgrandecon, kaj tunelo, kiu evitas perdan mezsegmenton, povas lasi TCP-fluon kreskigi sian fenestron anstataŭ ripete retiriĝi. Neniu el tiuj estas universala akcelmekanismo; ĉiu estas kondiĉo, kiun oni devas observi. Apartigi ilin estas tio, kio transformas scivolemon en fakton.

Kion ĝi ne povas ŝanĝi

Nenio en la tunelo aldonas kapaciton al la ligilo inter la aparato kaj la reto. Satigita Wi-Fi-kanalo, kongestita lasta mejlo aŭ limigita poŝtelefona plano limigas ambaŭ vojojn same, kaj rapidectesto tra la tunelo ne povas superi tiun plafonon. La sama ligilo portas la enkapsuligitajn pakaĵojn, do enkapsuligo povas elspezi kapaciton sed neniam krei ĝin. Kio ŝanĝiĝas, estas kien la pakaĵoj iras post kiam ili lasas tiun ligilon. Tial rapida tunela rezulto ĉiam havas klarigon supre de la unua salto.

Limoj ĉe la servila flanko estas same indiferentaj. Se la fora gastiganto servas malrapide, pli bona vojo nur liveras la malrapidan respondon pli efike, kaj la uzanto ankoraŭ atendas. Komunigita origino sub ŝarĝo aspektas malrapida sur ambaŭ vojoj en la sama momento.

Komparu la vojojn ĝuste

Tenu la aplikaĵon, direkton, daŭron kaj samtempecon identaj, kaj ŝanĝu nur la vojon. Rulu ĉiun teston pli ol unufoje, je la sama horo de la tago, kaj notu la eliran adreson kaj la respondon de la solvilo apud la traigokvanto. Unu rulo estas specimeno, ne mezuro, kaj unu rapida elŝuto povas esti kaŝmemora trafo, kiu diras nenion pri la vojo. Skribu la kondiĉojn antaŭ la rezultoj, ĉar la nombroj estas malfacile interpreteblaj poste.

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

La respondo de la solvilo estas la detaleto, kiun plej multaj komparoj preterlasas, kaj ĝi klarigas la “plibonigojn”, kiuj malaperas kiam la sama servilo estas devigata. Se la adreso malsamas inter ruloj, la testo komparis du celojn anstataŭ du vojojn. Raportu latenton kaj perdon apud la traigokvanto, ĉar vojo pli rapida sume sed aldonanta prokraston al ĉiu interaga peto ne estas pli bona por la laborŝarĝo, kiu plendis. La rondira tempo pli gravas ol la amasa rapideco por ĉio, kio demandas kaj atendas.

Kiam la diferenco indas esti konservata

Se aprobita tunelo fidele plibonigas specifan laborŝarĝon, tio estas legitima operacia elekto: dokumentu la laborŝarĝon, la mezuradon kaj la uzitan eliron. Uzebla registro nomas unu gastiganton, la eliran adreson, kiun la tunelo produktis, la respondon de la solvilo, kaj la samajn ciferojn de la rekta vojo samtage. Tio sufiĉas por ke la sekva inĝeniero ripetu la komparon anstataŭ ree debati ĝin. Ĝi ankoraŭ ne estas pruvo, ke la provizanto limigas ion, kaj ĝi ne transdoniĝas al aliaj aplikaĵoj aŭ aliaj horoj.

Konservu la mezuran registron kune kun la agordo. Ĝi respondas al la sekva demando, ĉu la plibonigo ankoraŭ ekzistas, kaj tio estas la sola maniero scii, ĉu ŝanĝiĝis la vojo aŭ la laborŝarĝo. Registro sen dato tute ne povas respondi tiun demandon.