Per què Tor sembla més lent que una VPN: clics enfront de descàrregues

Les pàgines que es queden enganxoses mentre les descàrregues van a ritme normal descriuen viatges d’anada i tornada, no amplada de banda. Una VPN afegeix un salt xifrat i un circuit de Tor n’afegeix diversos, i cada salt extra costa un handshake abans que es mogui cap byte útil. Aquest cost es nota en una pàgina que obre moltes connexions curtes i gairebé desapareix en una única transferència gran. Un cop el patró és visible, la discussió deixa de ser sobre quina eina és més ràpida.

El símptoma apunta al cost de configuració, no a la capacitat

Carregar una pàgina és una cadena d’intercanvis dependents: una cerca de nom, un handshake de transport, un handshake TLS i després la primera petició. Cada salt del camí hi insereix el seu propi viatge d’anada i tornada abans que es dibuixi res. Una descàrrega gran paga el mateix cost de configuració un cop i després flueix, i per això mateix les dues càrregues de treball no coincideixen.

Llegeix al panell de xarxa el temps d’espera abans del primer byte, no el total. Una espera llarga amb una descàrrega curta de contingut apunta a viatges d’anada i tornada, mentre que una descàrrega llarga amb una espera curta apunta a rendiment. Repeteix contra una segona destinació, perquè un sol amfitrió darrere d’un relé ocupat no demostra res. Quan la transferència va bé i el clic és lent, sospita del cost de configuració molt abans que de l’amplada de banda.

El retard i la capacitat fallen de maneres diferents

Pren dues lectures i la major part de la confusió es resol sola. La latència és un cost fix per intercanvi i la capacitat és una taxa al llarg del temps, així que un camí pot ser bo en la primera i dolent en la segona. Un punt final llunyà amb un processador inactiu respon de pressa una petició petita i tot i així limita una transferència sostinguda al que permet el seu enllaç ascendent. Els usuaris viuen aquesta separació com un clic àgil seguit d’una barra de progrés que gairebé no es mou.

Prova la capacitat amb una transferència sostinguda i mira si la taxa es manté estable o fa serra. Prova la latència amb una petició petita repetida moltes vegades i llegeix la dispersió en lloc de la millor mostra, perquè una dispersió àmplia es nota pitjor del que suggereix la seva mitjana. Anota tots dos números abans i després de cada canvi, o més tard atribuiràs el mèrit a la variable equivocada.

Tractar les dues com un sol número produeix correccions que mai mouen la mesura que t’importa. Aquesta és la manera més habitual que una queixa de latència rebi com a resposta una millora d’amplada de banda.

L’encaminament en ceba afegeix salts que no has triat

Un circuit de Tor normalment fa servir tres relés —un guardià, un node central i una sortida— i el client els tria d’un consens, no d’un mapa. Per tant, el camí pot ser molt més llarg que la línia directa fins a la destinació. Cada relé també porta el trànsit d’altres persones, així que el teu flux comparteix la capacitat que li quedi a aquell relé.

Reutilitzar el circuit suavitza el cost, perquè un flux nou pot viatjar sobre un circuit existent en lloc de pagar una altra construcció. Un client que construeix un circuit nou per a cada petició paga la configuració una vegada i una altra i es nota molt pitjor que un que reutilitza. L’elecció de sortida també importa, perquè algunes sortides porten més càrrega i res de la interfície no et diu en quina has caigut. Aquesta compartició és el sentit del disseny i la raó per la qual la latència no es pot ajustar a un valor fix, així que una sortida lenta és una mala raó per abandonar aquesta disposició.

Canviar l’ordre de la cadena canvia l’experiment

Primer VPN i després Tor és un experiment diferent que primer Tor i després VPN. En la primera disposició el punt final de la VPN porta tot el circuit, així que la teva xarxa d’accés només coneix l’adreça de la VPN. En la segona, la connexió VPN mateixa viatja dins del camí de la ceba, i la sortida veu el trànsit de la VPN. Les dues són dissenys legítims, i comparar-ne qualsevol amb una VPN nua mesura una altra cosa, per això la pàgina del projecte Tor sobre combinar les dues ho planteja com una pregunta sobre què vols amagar abans que com una pregunta sobre temps.

Mantén fixos el dispositiu, la xarxa d’accés i la destinació, i canvia exactament un element entre execucions. Moure servidors, circuits i amfitrions de prova alhora produeix una diferència que ningú no pot atribuir. Anota què amaga cada disposició de quin actor abans d’optimitzar-la, perquè una cadena ràpida que exposa el que volies amagar no és una millora.

Una comparació que sobreviu a una segona execució

Tria dues o tres destinacions que facis servir de debò i cronometra la mateixa interacció a cadascuna, incloent-hi una pàgina que estiri molts recursos petits i una transferència gran. Repeteix tot el conjunt a una altra hora del dia.

Informa de la mediana i del pitjor cas en lloc de la mostra més ràpida, perquè la feina interactiva es jutja pels seus mals moments. Anota el client, el punt final o la sortida, i si el circuit o el túnel es va reutilitzar en aquella execució. Si un canvi millora la mediana però empitjora la cua, és un intercanvi i no una victòria, i decidir si els usuaris ho notaran és la decisió real.