Un’uscita VPN più vicina non è automaticamente più veloce

Tre condizioni decidono se un’uscita più vicina aiuta: dove si trova davvero l’estremità lontana del vostro traffico, com’è il percorso dall’uscita a quell’estremità, e se la vostra misura riflette l’applicazione invece del tunnel. La geografia parla solo della prima, e solo in modo approssimativo. Nulla su una mappa vi dice come una rete particolare instraderà da una città particolare.

Un server vicino è un’ipotesi ragionevole, non una misura.

La latenza si misura da estremità a estremità

Il vostro traffico attraversa tre tratti: da voi al punto di uscita VPN, attraverso il tunnel, e dall’uscita verso la destinazione. La distanza influenza il primo e il terzo, e il tunnel aggiunge un po’ di elaborazione. Un salto breve sulla mappa può restare una rotta lunga nella rete, perché il percorso che un fornitore sceglie tra due città vicine può passare per una terza. Trattate l’etichetta del paese come un indizio solo sul primo tratto.

Il percorso successivo è spesso il termine maggiore, soprattutto quando la destinazione si trova su un altro continente o dietro una CDN che risponde da un luogo inatteso. Per questo un’uscita sulla rete della destinazione batte spesso una che è semplicemente più vicina a voi.

Scegliete due candidati e cambiate una cosa

Tenete costanti la destinazione, la vostra rete di accesso e il trasporto, poi provate un’uscita vicina contro una sola alternativa sensata. Registrate il punto di uscita stesso e non il paese, perché due uscite sotto un’unica etichetta possono vivere su reti diverse. Se uno strumento di test di velocità sceglie in silenzio un altro host di misura dopo che il vostro indirizzo cambia, annotatelo, perché rende il confronto privo di valore. Un cambiamento alla volta è tutto il metodo.

Una vittoria dell’uscita alternativa dimostra che questo percorso preciso si adattava a questo compito preciso. Non nomina alcun collegamento responsabile, e la classifica può invertirsi nel giro di una settimana.

Leggete l’output di ping con attenzione

Ping e traceroute possono informare il confronto, entro certi limiti. Un host VPN può ignorare i pacchetti diagnostici mentre inoltra il traffico delle applicazioni perfettamente bene. Una risposta lenta da un salto intermedio non dimostra che quel salto inoltri tutto lentamente, soprattutto quando le destinazioni successive rispondono normalmente. Giudicate dalla destinazione, e trattate i numeri intermedi come contesto anziché come prova.

Una città sorprendente in una ricerca IP è una questione diversa dalla latenza. La geolocalizzazione può essere imprecisa o restare indietro rispetto a un cambio di indirizzo, e una discordanza non stabilisce da sola una fuga. Confrontate separatamente l’indirizzo pubblico osservato.

Adattate il punto di uscita al compito

Lentezza costante e picchi intermittenti sono due problemi in un solo costume. Il primo può escludere un punto di uscita per qualunque cosa interattiva, mentre il secondo di solito risale al wifi locale, alla perdita di pacchetti o a un’ora di punta. Quando sono i caricamenti a far sembrare il collegamento morto, guardate le code sotto carico prima di cercare un’uscita lontana.Un trasferimento grande tollera un ritardo che rovinerebbe una conversazione.

Tenete un’alternativa funzionante e ritestate quando la rete o il compito cambiano. Un’osservazione di martedì non è una classifica permanente dei punti di uscita.

Scegliete per il compito che avete davanti, e annotate quale uscita avete provato, da dove e contro quale destinazione.