Prečo Tor pôsobí pomalšie ako VPN: kliknutia verzus sťahovania

Stránky, ktoré pôsobia zaseknuto, kým sťahovania idú normálnou rýchlosťou, opisujú cesty tam a späť, nie šírku pásma. VPN pridáva jeden šifrovaný skok a okruh Toru niekoľko, a každý skok navyše stojí handshake, kým sa pohne jediný užitočný bajt. Ten náklad je vidieť na stránke, ktorá otvára veľa krátkych spojení, a pri jednom veľkom prenose takmer mizne. Keď je vzorec viditeľný, spor už nie je o tom, ktorý nástroj je rýchlejší.

Príznak ukazuje na náklady nastavenia, nie na kapacitu

Načítanie stránky je reťaz závislých výmen: hľadanie mena, transportný handshake, handshake TLS, potom prvá požiadavka. Každý skok na ceste vkladá do toho reťaza vlastnú cestu tam a späť, kým sa čokoľvek vykreslí. Veľké sťahovanie zaplatí tie isté náklady nastavenia raz a potom prúdi, a práve preto sa obe zaťaženia rozchádzajú.

V paneli siete čítajte čas strávený čakaním pred prvým bajtom, nie celkový. Dlhé čakanie s krátkym sťahovaním obsahu ukazuje na cesty tam a späť, zatiaľ čo dlhé sťahovanie s krátkym čakaním na priepustnosť. Zopakujte proti druhej destinácii, pretože jeden hostiteľ za vyťaženým relé nič nedokazuje. Keď je prenos v poriadku a klik je pomalý, podozrievajte náklady nastavenia oveľa skôr než šírku pásma.

Oneskorenie a kapacita zlyhávajú rôznymi spôsobmi

Vezmite dve merania a väčšina zmätku sa vyrieši sama. Latencia je pevný náklad na výmenu a kapacita je rýchlosť v čase, takže jedna cesta môže byť dobrá v prvom a zlá v druhom. Vzdialený koncový bod s nečinným procesorom odpovie na malú požiadavku rýchlo a napriek tomu obmedzí trvalý prenos tým, čo dovolí jeho odchádzajúce spojenie. Používatelia ten rozpor zažívajú ako svižný klik nasledovaný ukazovateľom priebehu, ktorý sa sotva hýbe.

Kapacitu testujte trvalým prenosom a sledujte, či rýchlosť drží stabilne, alebo píli. Latenciu testujte malou požiadavkou mnohokrát opakovanou a čítajte rozptyl, nie najlepšiu vzorku, pretože široký rozptyl pôsobí horšie, než naznačuje jeho priemer. Zapíšte obe čísla pred každou zmenou aj po nej, inak neskôr prisúdite zásluhu nesprávnej premennej.

Brať obe ako jedno číslo plodí opravy, ktoré nikdy nepohnú meraním, na ktorom vám záleží. To je najčastejší spôsob, akým sa sťažnosť na latenciu dočká odpovede v podobe navýšenia šírky pásma.

Cibuľové smerovanie pridáva skoky, ktoré ste si nevybrali

Okruh Toru zvyčajne používa tri relaye — strážcu, stredný uzol a východ — a klient ich vyberá z konsenzu, nie z mapy. Cesta preto môže byť oveľa dlhšia než priama línia k destinácii. Každý relay nesie aj prevádzku iných, takže váš tok zdieľa kapacitu, ktorá na ňom zostala.

Opakované použitie okruhu náklad zmierňuje, pretože nový tok môže ísť po existujúcom okruhu namiesto platenia za ďalšiu stavbu. Klient, ktorý stavia čerstvý okruh pre každú požiadavku, platí nastavenie znova a znova a pôsobí oveľa horšie ako ten, ktorý ho používa opakovane. Voľba východu tiež hrá rolu, pretože niektoré východy nesú ťažšiu záťaž a nič v rozhraní vám nepovie, na ktorý ste pristáli. To zdieľanie je zmyslom návrhu a dôvodom, prečo sa latencia nedá vyladiť na pevnú hodnotu, takže jeden pomalý východ je slabý dôvod usporiadanie opustiť.

Zmena poradia reťaze mení experiment

Najprv VPN a potom Tor je iný experiment ako najprv Tor a potom VPN. V prvom usporiadaní koncový bod VPN nesie celý okruh, takže vaša prístupová sieť zistí len adresu VPN. V druhom je samotné pripojenie VPN nesené vnútri cibuľovej cesty a východ vidí prevádzku VPN. Obe sú legitímne návrhy a porovnávať ktorýkoľvek z nich s holou VPN meria niečo iné, preto stránka projektu Tor o kombinovaní oboch rámuje vec ako otázku, čo sa snažíte skryť, skôr než ako otázku časovania.

Držte zariadenie, prístupovú sieť a destináciu pevné a medzi behmi meňte presne jeden prvok. Presúvanie serverov, okruhov a testovacích hostiteľov naraz vytvára rozdiel, ktorý nikto nemôže pripísať. Zapíšte, čo každé usporiadanie pred kým skrýva, skôr než ho optimalizujete, pretože rýchla reťaz, ktorá odhaľuje to, čo ste chceli skryť, nie je zlepšenie.

Porovnanie, ktoré prežije druhý beh

Vyberte dve alebo tri destinácie, ktoré skutočne používate, a zmerajte rovnakú interakciu na každej, vrátane stránky, ktorá ťahá veľa malých zdrojov, a jedného veľkého prenosu. Celú sadu zopakujte v inej hodine dňa.

Vykazujte medián a najhorší prípad namiesto najrýchlejšej vzorky, pretože interaktívna práca sa hodnotí podľa svojich zlých okamihov. Poznačte klienta, koncový bod alebo východ a či bol okruh alebo tunel pre ten beh znova použitý. Ak zmena zlepší medián, ale zhorší chvost, je to výmena a nie víťazstvo, a rozhodnutie, či si to používatelia všimnú, je to skutočné rozhodnutie.