Proč Tor působí pomaleji než VPN: kliknutí versus stahování

Stránky, které působí zaseknutě, zatímco stahování běží normální rychlostí, popisují cesty tam a zpět, ne šířku pásma. VPN přidává jeden šifrovaný skok a okruh Toru několik, a každý skok navíc stojí handshake, než se pohne jediný užitečný bajt. Ten náklad je vidět na stránce, která otevírá mnoho krátkých spojení, a na jednom velkém přenosu téměř mizí. Jakmile je vzorec viditelný, spor už není o tom, který nástroj je rychlejší.

Příznak ukazuje na náklady nastavení, ne na kapacitu

Načtení stránky je řetěz závislých výměn: hledání jména, transportní handshake, handshake TLS, pak první požadavek. Každý skok na cestě vkládá do toho řetězu vlastní cestu tam a zpět, než se cokoli vykreslí. Velké stahování zaplatí stejné náklady nastavení jednou a pak proudí, a právě proto se obě zátěže rozcházejí.

V panelu sítě čtěte čas strávený čekáním před prvním bajtem, ne celkový. Dlouhé čekání s krátkým stahováním obsahu ukazuje na cesty tam a zpět, zatímco dlouhé stahování s krátkým čekáním na propustnost. Opakujte proti druhé destinaci, protože jeden hostitel za vytíženým relé nic nedokazuje. Když je přenos v pořádku a klik je pomalý, podezírejte náklady nastavení mnohem dřív než šířku pásma.

Zpoždění a kapacita selhávají různými způsoby

Vezměte dvě měření a většina zmatku se vyřeší sama. Latence je pevný náklad na výměnu a kapacita je rychlost v čase, takže jedna cesta může být dobrá v prvním a špatná ve druhém. Vzdálený koncový bod s nečinným procesorem odpoví na malý požadavek rychle a přesto omezí trvalý přenos tím, co dovolí jeho odchozí kanál. Uživatelé ten rozpor zažívají jako svižný klik následovaný ukazatelem průběhu, který se sotva hýbe.

Kapacitu testujte trvalým přenosem a sledujte, zda rychlost drží stabilně, nebo pilovitě. Latence testujte malým požadavkem mnohokrát opakovaným a čtěte rozptyl, ne nejlepší vzorek, protože široký rozptyl působí hůř, než naznačuje jeho průměr. Zapište obě čísla před každou změnou i po ní, jinak později přisoudíte zásluhu špatné proměnné.

Brat obojí jako jedno číslo plodí opravy, které nikdy nepohnou měřením, na kterém vám záleží. To je nejčastější způsob, jak se stížnost na latenci dočká odpovědi v podobě navýšení šířky pásma.

Cibulové směrování přidává skoky, které jste si nevybrali

Okruh Toru obvykle používá tři relaye — strážce, střední uzel a východ — a klient je vybírá z konsenzu, ne z mapy. Cesta proto může být mnohem delší než přímá linie k destinaci. Každý relay nese i provoz jiných lidí, takže váš tok sdílí kapacitu, která na něm zbyla.

Opakované použití okruhu náklad změkčuje, protože nový tok může jet po existujícím okruhu místo placení za další stavbu. Klient, který staví čerstvý okruh pro každý požadavek, platí nastavení znovu a znovu a působí mnohem hůř než ten, který ho používá opakovaně. Volba východu také hraje roli, protože některé východy nesou těžší zátěž a nic v rozhraní vám neřekne, na který jste přistáli. To sdílení je smyslem návrhu a důvodem, proč latenci nelze vyladit na pevnou hodnotu, takže jeden pomalý východ je slabý důvod uspořádání opustit.

Změna pořadí řetězu mění experiment

Nejprve VPN a pak Tor je jiný experiment než nejprve Tor a pak VPN. V prvním uspořádání koncový bod VPN nese celý okruh, takže vaše přístupová síť zjistí jen adresu VPN. Ve druhém je samotné připojení VPN neseno uvnitř cibulové cesty a východ vidí provoz VPN. Obě jsou legitimní návrhy a srovnávat kterékoli z nich s holou VPN měří něco jiného, proto stránka projektu Tor o kombinování obou rámuje věc jako otázku, co se snažíte skrýt, dříve než jako otázku časování.

Držte zařízení, přístupovou síť a destinaci pevné a mezi běhy měňte přesně jeden prvek. Přesouvání serverů, okruhů a testovacích hostitelů najednou vytváří rozdíl, který nikdo nemůže připsat. Zapište, co každé uspořádání skrývá před kým, než ho začnete optimalizovat, protože rychlý řetěz, který odhaluje to, co jste chtěli skrýt, není zlepšení.

Srovnání, které přežije druhý běh

Vyberte dvě nebo tři destinace, které skutečně používáte, a změřte stejnou interakci na každé, včetně stránky, která tahá mnoho malých zdrojů, a jednoho velkého přenosu. Celou sadu zopakujte v jinou hodinu dne.

Vykazujte medián a nejhorší případ místo nejrychlejšího vzorku, protože interaktivní práce se soudí podle svých špatných okamžiků. Poznamenejte klienta, koncový bod nebo východ a zda byl okruh či tunel pro ten běh znovu použit. Pokud změna zlepší medián, ale zhorší chvost, je to výměna, ne vítězství, a rozhodnutí, zda si toho uživatelé všimnou, je to skutečné rozhodnutí.