Warum sich Tor langsamer anfühlt als ein VPN: Klicks gegen Downloads

Seiten, die sich klebrig anfühlen, während Downloads mit normaler Rate laufen, beschreiben Roundtrips, nicht Bandbreite. Ein VPN fügt einen verschlüsselten Sprung hinzu, ein Tor-Schaltkreis mehrere, und jeder zusätzliche Sprung kostet einen Handshake, bevor sich ein einziges nützliches Byte bewegt. Diese Kosten zeigen sich auf einer Seite, die viele kurze Verbindungen öffnet, und verschwinden weitgehend bei einer einzigen großen Übertragung. Sobald das Muster sichtbar ist, geht es nicht mehr darum, welches Werkzeug schneller ist.

Das Symptom deutet auf Einrichtungskosten hin, nicht auf Kapazität

Das Laden einer Seite ist eine Kette abhängiger Austausche: eine Namensauflösung, ein Transport-Handshake, ein TLS-Handshake, dann die erste Anfrage. Jeder Sprung auf dem Pfad schiebt seinen eigenen Roundtrip in diese Kette, bevor irgendetwas gerendert wird. Ein großer Download zahlt dieselben Einrichtungskosten einmal und streamt dann, und genau deshalb sind die beiden Arbeitslasten uneins.

Lesen Sie im Netzwerk-Panel die Wartezeit vor dem ersten Byte, nicht die Gesamtzeit. Langes Warten bei kurzem Inhaltsdownload deutet auf Roundtrips hin, während ein langer Inhaltsdownload bei kurzem Warten auf Durchsatz hindeutet. Wiederholen Sie das gegen ein zweites Ziel, denn ein Host hinter einem ausgelasteten Relay beweist nichts. Wenn die Übertragung in Ordnung ist und der Klick langsam ist, verdächtigen Sie die Einrichtungskosten lange bevor Sie die Bandbreite verdächtigen.

Verzögerung und Kapazität scheitern auf verschiedene Weise

Nehmen Sie zwei Messungen, und der meiste Wirrwarr löst sich von selbst. Latenz sind feste Kosten pro Austausch, Kapazität ist eine Rate über die Zeit, also kann ein Pfad beim ersten gut und beim zweiten schlecht sein. Ein entfernter Endpunkt mit untätigem Prozessor beantwortet eine kleine Anfrage schnell und begrenzt trotzdem eine dauerhafte Übertragung auf das, was sein Uplink zulässt. Nutzer erleben diese Trennung als flotten Klick, gefolgt von einem Fortschrittsbalken, der sich kaum bewegt.

Testen Sie die Kapazität mit einer dauerhaften Übertragung und beobachten Sie, ob die Rate stabil bleibt oder sägt. Testen Sie die Latenz mit einer kleinen, oft wiederholten Anfrage und lesen Sie die Streuung statt der besten Stichprobe, denn eine breite Streuung fühlt sich schlechter an, als ihr Mittelwert vermuten lässt. Notieren Sie beide Zahlen vor und nach jeder Änderung, sonst schreiben Sie später der falschen Variable den Erfolg zu.

Beides als eine Zahl zu behandeln erzeugt Korrekturen, die die Messung, auf die es ankommt, nie bewegen. Das ist der häufigste Weg, wie eine Latenzbeschwerde mit einem Bandbreiten-Upgrade beantwortet wird.

Onion-Routing fügt Sprünge hinzu, die Sie nicht gewählt haben

Ein Tor-Schaltkreis nutzt normalerweise drei Relays — einen Guard, einen Mittelknoten und einen Exit — und der Client wählt sie aus einem Konsens, nicht aus einer Karte. Der Pfad kann daher viel länger sein als die direkte Linie zum Ziel. Jedes Relay trägt auch fremden Verkehr, also teilt sich Ihr Datenstrom die Kapazität, die diesem Relay bleibt.

Die Wiederverwendung von Schaltkreisen mildert die Kosten, weil ein neuer Strom auf einem bestehenden Schaltkreis reiten kann, statt einen weiteren Aufbau zu bezahlen. Ein Client, der pro Anfrage einen frischen Schaltkreis baut, zahlt die Einrichtung wiederholt und fühlt sich viel schlechter an als einer, der wiederverwendet. Auch die Exit-Wahl zählt, denn manche Exits tragen schwerere Last, und nichts in der Oberfläche sagt Ihnen, auf welchem Sie gelandet sind. Diese Teilung ist der Sinn des Designs und der Grund, warum sich Latenz nicht auf einen festen Wert einstellen lässt, also ist ein langsamer Exit ein schlechter Grund, die Anordnung aufzugeben.

Die Reihenfolge der Kette zu ändern ändert das Experiment

VPN zuerst und Tor danach ist ein anderes Experiment als Tor zuerst und VPN danach. In der ersten Anordnung trägt der VPN-Endpunkt den gesamten Schaltkreis, sodass Ihr Zugangsnetz nur die VPN-Adresse erfährt. In der zweiten wird die VPN-Verbindung selbst im Onion-Pfad getragen, und der Exit sieht VPN-Verkehr. Beides sind legitime Designs, und jedes von ihnen mit einem blanken VPN zu vergleichen, misst etwas anderes, weshalb die Seite des Tor-Projekts zur Kombination beider es als Frage danach rahmt, was Sie verbergen wollen, bevor es eine Frage des Timings ist.

Halten Sie Gerät, Zugangsnetz und Ziel fest und ändern Sie zwischen den Läufen genau ein Element. Server, Schaltkreise und Testhosts gemeinsam zu verschieben erzeugt einen Unterschied, den niemand zuordnen kann. Schreiben Sie auf, was jede Anordnung vor wem verbirgt, bevor Sie sie optimieren, denn eine schnelle Kette, die preisgibt, was Sie verbergen wollten, ist keine Verbesserung.

Ein Vergleich, der einen zweiten Lauf übersteht

Wählen Sie zwei oder drei Ziele, die Sie tatsächlich nutzen, und messen Sie dieselbe Interaktion auf jedem, darunter eine Seite, die viele kleine Ressourcen zieht, und eine große Übertragung. Wiederholen Sie den ganzen Satz zu einer anderen Tageszeit.

Berichten Sie Median und schlechtesten Fall statt der schnellsten Stichprobe, denn interaktive Arbeit wird an ihren schlechten Momenten gemessen. Notieren Sie Client, Endpunkt oder Exit und ob der Schaltkreis oder Tunnel für diesen Lauf wiederverwendet wurde. Wenn eine Änderung den Median verbessert, aber den Tail verschlechtert, ist das ein Tausch und kein Gewinn, und zu entscheiden, ob Nutzer es bemerken, ist die eigentliche Entscheidung.