Il tuo Wi-Fi sta rallentando la VPN? Controlla il collegamento locale

La maggior parte delle persone dà la colpa al server per gli scatti causati dalla radio, e il rimedio a cui ricorrono rende più difficile la diagnosi successiva. Un'icona di segnale piena dice che il punto di accesso parla forte, non che il canale è tranquillo o che il tempo d'aria è libero. I problemi wireless arrivano al tunnel come ritardo, perdita e riordino, e il client segnala tutti e tre come un unico vago problema di connessione.

La domanda utile è se lo stesso tunnel si comporta diversamente su un altro collegamento locale. Tutto il resto resta fermo mentre rispondi.

Le barre del segnale misurano la potenza, non il tempo d'aria disponibile

Il livello del segnale ricevuto dice con quanta forza il client sente il punto di accesso, e quel numero può restare alto mentre il throughput crolla. Il tempo d'aria è condiviso con le reti vicine, con altri client della tua rete e con il traffico di gestione che la radio deve trasmettere alla velocità più lenta che ogni partecipante comprende. Muri, metallo e posizione del corpo cambiano il percorso, e così la disposizione dell'antenna dentro un portatile. Niente di tutto ciò appare nell'icona.

I contatori di ritrasmissione sono la prova privata più chiara, perché un frame che ha richiesto tre tentativi conta comunque come consegnato. Un collegamento che dichiara una velocità sana mentre ritrasmette molto farà sembrare rotto un tunnel in tempo reale.

Scegliere la banda è uno scambio, non una cura, qualunque cosa abbia affermato la rubrica dei consigli. Un canale a 5 GHz di solito incontra meno interferenze e copre meno distanza, mentre 2.4 GHz arriva più in profondità in un edificio e incontra più vicini. Scegli la banda per la distanza che ti serve davvero, e annota l'impostazione precedente così un esperimento fallito può essere annullato.

Cambia una variabile, poi guarda di nuovo

Tieni fissi il profilo VPN, l'endpoint, la destinazione e l'ora del giorno mentre cambi il collegamento locale. Confronta la stessa attività vicino al punto di accesso, dalla stanza lontana e via Ethernet sulla stessa macchina. Se la prova via cavo è pulita e le due wireless non lo sono, il segmento radio si è guadagnato il primo posto nella lista.

Spostarsi tra punti di accesso è un esperimento separato, e su una mesh è quello che la gente salta. Il roaming può sospendere un tunnel, forzare un nuovo scambio di chiavi o lasciare viva una sessione mentre i pacchetti smettono di fluire. Annota l'ora di ogni interruzione e confrontala con la voce del log del client per il cambio di associazione. Una pausa che coincide con un roaming non è un server sovraccarico, per quanto lo sembri.

Un canale occupato si finge un server lento

Altri dispositivi competono per lo stesso tempo d'aria, e il tuo grande upload compete con la tua stessa chiamata. Metti in pausa i trasferimenti facoltativi e ripeti l'attività prima di concludere qualcosa sul provider. Coda sotto carico produce esattamente il sintomo che la gente chiama VPN lenta: ritardo crescente, consegna a raffiche e chiamate che si interrompono mentre un download continua. Se lo schema segue i tuoi trasferimenti invece della tua posizione, il tunnel sta segnalando un collegamento congestionato invece di causarlo.

Il throughput complessivo e la qualità in tempo reale sono misurazioni diverse, quindi un download veloce non dimostra che il collegamento sia pulito. Jitter e perdita contano più per una chiamata della velocità media.

Verifica con misurazioni di tempo prima di cambiare server

Misura separatamente il collegamento locale e il percorso del tunnel, e conserva entrambi gli output. I comandi qui sotto leggono l'associazione, campionano il percorso per qualche minuto e mostrano se la perdita compare al primo salto o più avanti. Eseguili una volta vicino al punto di accesso e una dove si verifica il problema.

iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9

Confronta i riepiloghi di ping e non le singole righe, perché la percentuale di perdita e la dispersione del ritardo separano un problema radio da un server lontano. Se la perdita compare al primo salto verso il gateway e l'endpoint del tunnel mostra la stessa perdita, il segmento locale è il fattore comune. Se la perdita compare solo oltre l'endpoint, la radio non è la spiegazione.

Cambia una cosa dopo, e riesegui gli stessi quattro comandi. Un cambio di server che coincide con il passaggio a un canale più tranquillo sembrerà una riparazione e non ti insegnerà nulla.