Vai VPN var būt ātrāks par tiešo savienojumu?
Iekapsulēšana pievieno papildu izmaksas, taču izeja var mainīt tranzītu, galamērķi un transporta apstākļus. Izlemiet ar trim salīdzinājumiem, nevis vienu ātruma testu.
Pārsūtīšana, kas biroja savienojumā knapi velkas, caur tuneli dažkārt beidzas ātri, un papildu iekapsulēšana to padara šķietami neiespējamu. Šķietamais paradokss rodas no nepareizu lietu salīdzināšanas. Tunelis pievieno darbu, un tas arī maina pa kuru tīkla ceļu iet trafiks, kādu adresi redz galamērķis un dažkārt arī to, kurš serveris vispār atbild. Lēmums starp diviem maršrutiem prasa šos trīs efektus atdalīt pirms jebkāda secinājuma par ātrumu.
Trīs lietas, ko tunelis var mainīt
Pirmā ir tranzīts. Interneta maršrutēšana seko operatora politikai un biznesa attiecībām, nevis izmērītajam latentumam, tāpēc ceļš caur VPN pakalpojumu sniedzēju var šķērsot citus tīklus nekā tiešais maršruts. Tas var apiet pārslogotu apmaiņas punktu vai nokļūt labāk savienotā, un tikpat viegli tas var būt sliktāks.
Otrā ir galamērķis. Izejas adreses maiņa bieži maina DNS atbildi, un satura tīkls var dot jums citu kešatmiņu vai reģionu. Tad daļa uzlabojuma pieder jaunajam serverim, nevis tunelim. Tas pats resursdatora nosaukums var nonākt tuvākā vai mazāk noslogotā serverī, klientā nekam nemainoties.
Trešā ir transporta uzvedība. Iekapsulēšana maina efektīvo pakešu izmēru, un tunelis, kas apiet zudumus saturošu vidējo segmentu, var ļaut TCP plūsmai palielināt savu logu, nevis atkārtoti atkāpties. Neviens no tiem nav universāls paātrināšanas mehānisms; katrs ir nosacījums, kas jānovēro. Tieši to atdalīšana pārvērš ziņkāri faktā.
Ko tas nevar mainīt
Nekas tunelī nepievieno kapacitāti saiknei starp ierīci un tīklu. Piesātināts Wi-Fi kanāls, pārslogota pēdējā jūdze vai ierobežots mobilais tarifs ierobežo abus ceļus vienādi, un ātruma tests caur tuneli nevar pārsniegt šos griestus. Tā pati saikne pārvadā iekapsulētās paketes, tāpēc iekapsulēšana var tērēt kapacitāti, bet nekad to nerada. Mainās tas, kur paketes dodas pēc šīs saiknes atstāšanas. Tāpēc ātram tuneļa rezultātam vienmēr ir izskaidrojums augstāk par pirmo lēcienu.
Servera puses ierobežojumi ir tikpat vienaldzīgi. Ja attālais resursdators apkalpo lēni, labāks ceļš tikai piegādā lēno atbildi efektīvāk, un lietotājs joprojām gaida. Koplietota izcelsme slodzes laikā izskatās lēna abos ceļos tajā pašā mirklī.
Salīdziniet ceļus pareizi
Turiet lietotni, virzienu, ilgumu un paralēlismu identiskus, un mainiet tikai ceļu. Palaidiet katru testu vairāk nekā vienu reizi, tajā pašā diennakts laikā, un pierakstiet izejas adresi un atrisinātāja atbildi līdzās caurlaidspējai. Viena palaišana ir paraugs, nevis mērījums, un viena ātra lejupielāde var būt kešatmiņas trāpījums, kas par maršrutu neko neizsaka. Pierakstiet nosacījumus pirms rezultātiem, jo skaitļus vēlāk ir grūti interpretēt.
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
Atrisinātāja atbilde ir detaļa, ko lielākā daļa salīdzinājumu izlaiž, un tā izskaidro „uzlabojumus“, kas pazūd, ja tiek piespiests tas pats serveris. Ja adrese starp palaišanām atšķiras, tests ir salīdzinājis divus galamērķus, nevis divus ceļus. Norādiet latentumu un zudumus līdzās caurlaidspējai, jo ceļš, kas kopumā ir ātrāks, bet pievieno aizturi katram interaktīvajam pieprasījumam, nav labāks tai slodzei, kas sūdzējās. Aprites laiks ir svarīgāks par masveida ātrumu visam, kas jautā un gaida.
Kad atšķirību ir vērts saglabāt
Ja apstiprināts tunelis uzticami uzlabo konkrētu slodzi, tā ir leģitīma operatīva izvēle: dokumentējiet slodzi, mērījumu un izmantoto izeju. Lietojams ieraksts nosauc vienu resursdatoru, tuneļa radīto izejas adresi, atrisinātāja atbildi un tos pašus skaitļus no tiešā ceļa tajā pašā dienā. Ar to pietiek nākamajam inženierim, lai atkārtotu salīdzinājumu, nevis to atkal apstrīdētu. Tas joprojām nav pierādījums, ka sniedzējs kaut ko ierobežo, un neattiecas uz citām lietotnēm vai citām stundām.
Glabājiet mērījuma ierakstu kopā ar konfigurāciju. Tas atbild uz nākamo jautājumu, vai uzlabojums vēl pastāv, un tas ir vienīgais veids, kā uzzināt, vai mainījies ceļš vai slodze. Ieraksts bez datuma uz šo jautājumu nemaz nevar atbildēt.