Perché la mia VPN è così lenta? Provate questi quattro segmenti

Una chiamata che si blocca, un download che striscia e un upload che si congela a metà strada sono tre lamentele diverse sotto un’unica etichetta. Decidere quale state inseguendo prima di misurare qualunque cosa risparmia il resto dell’indagine. Poi cambiate un segmento del percorso alla volta e ripetete la stessa attività dopo.

L’ordine qui sotto si allontana dall’attività, perché il tunnel non può fornire una larghezza di banda che manca al di sotto.

Decidete cosa significa lento prima di misurare

Una velocità bassa e costante, una latenza alta con picchi netti e un trasferimento che si ferma di colpo a una dimensione fissa non sono varianti di un solo guasto. Ognuno indica un segmento diverso: il throughput, il percorso stesso o un limite di dimensione del pacchetto. Scegliete l’attività che vi dà davvero fastidio e usatela come riferimento, perché un test di velocità misura un trasferimento massivo che può comportarsi in modo del tutto diverso da una videochiamata. Annotate l’endpoint, il protocollo, l’ora del giorno e il numero che conta per voi.

Senza quel registro, ogni confronto successivo diventa una discussione sulle impressioni.

Controllate prima la rete di accesso

Mettete in pausa i vostri trasferimenti di grandi dimensioni, poi misurate il collegamento locale prima che il tunnel entri in gioco. Confrontate con un’attività innocua e seguite la procedura di kill switch del client invece di disattivare più protezioni contemporaneamente, e mantenete la stessa destinazione per entrambe le esecuzioni. Un fornitore di test di velocità può assegnarvi un altro server di misurazione non appena cambia la vostra posizione visibile, il che trasforma il confronto in un test di due server diversi.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Se la linea di base è già scarsa, il lavoro spetta al Wi-Fi, alla domanda del router o al servizio di accesso. Un test via cavo o una posizione ferma vicino al punto di accesso separa un collegamento radio debole da un collegamento in uscita congestionato. Nulla di ciò che fa il tunnel aggiungerà capacità che la linea di accesso non fornisce.

Cambiate l’uscita, poi il trasporto

Tenete fissi il dispositivo, la rete e il protocollo e provate un secondo endpoint. Scegliete una città plausibile dall’elenco delle posizioni, ma non date per scontato che l’etichetta più vicina significhi la rotta migliore. Se un’uscita è lenta e le altre vanno bene, il suo host o il suo percorso merita l’indagine; se tutte le uscite sono lente su un dispositivo mentre un altro dispositivo va bene, il client è il sospetto migliore.

Dove il servizio offre entrambi i profili, confrontate OpenVPN su UDP con OpenVPN su TCP. UDP è il punto di partenza abituale per il lavoro interattivo, mentre TCP può aiutare su una rete di accesso che non fa passare affatto il traffico UDP. Un tunnel TCP recupera le perdite ritrasmettendo all’interno del flusso, ed è per questo che può sembrare più lento su un collegamento che perde pacchetti, e le note sulla risoluzione dei problemi di prestazioni di OpenVPN coprono lo stesso compromesso prima che regoliate qualsiasi altra cosa. Modificare la parola «udp» in «tcp» in un profilo non può creare un listener che il server non ha mai aperto.

Salvate il profilo che aiuta prima di provare la modifica successiva. Altrimenti una regressione successiva vi lascia a indovinare quale modifica abbia prodotto il miglioramento.

Leggete il dispositivo e il sintomo insieme

Osservate il carico del processore durante il trasferimento e non dopo, perché il costo della crittografia cresce con il traffico e un piccolo router che serve una famiglia è una macchina diversa da un portatile che esegue il proprio client. Un’altra VPN, una macchina virtuale o un filtro di rete possono trovarsi sullo stesso percorso e prendersi una parte del traffico. Mantenete aggiornato il software senza rimuovere i controlli di autenticazione o un kill switch per far sembrare migliore un benchmark. Se le richieste piccole riescono e i caricamenti grandi si bloccano a una dimensione costante, il controllo dell’MTU è la tappa successiva.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

Quando il tunnel si riavvia ripetutamente, sistemate le disconnessioni prima di interpretare qualsiasi numero di throughput, perché un tunnel che si riconnette misura la stretta di mano e non il percorso. Ripetete l’attività originale dopo ogni modifica e conservate il risultato. Un test di velocità più veloce che rompe ancora la chiamata non ha risolto la lamentela con cui avete iniziato.