Verificare un presunto problema di MTU della VPN senza indovinare valori

Provare un elenco di valori di MTU di internet finché uno sembra più veloce non è un test, è una ricerca senza regola di arresto. Il metodo che funziona cambia una condizione di dimensione controllata e confronta il risultato con lo stesso percorso. Parti da un guasto ripetibile e innocuo e conserva la configurazione funzionante che ti permette di annullare l'esperimento. Tutto quanto segue presuppone quella disciplina, perché senza di essa si finisce con un numero che non si può difendere.

Fissa il percorso prima di cambiare un numero

Annota il dispositivo, il collegamento di accesso, il protocollo del tunnel, l'endpoint, la destinazione e la famiglia di indirizzi prima di toccare un'impostazione. Quei sei fatti sono il percorso, e una sonda rivolta a un altro percorso misura un altro problema. Rendono anche il risultato riproducibile, ed è questo che separa un test da un pomeriggio di tentativi. Tieni la nota accanto al terminale invece che in testa.

Inizia dal test più ristretto che sei autorizzato a eseguire. Una modifica lato server raggiunge ogni utente di quell'endpoint, quindi appartiene alla fine dell'indagine, non all'inizio.

Sonda con una dimensione che controlli

Su Linux la sonda appare come ping -M do -s 1400 host, e su Windows come ping -f -l 1400 host. In entrambi i casi stai impostando il payload e non la dimensione del pacchetto, perché le intestazioni IP e ICMP vengono aggiunte sopra.

Leggi la documentazione del sistema che hai davanti invece di copiare un flag da un post di un forum. Scegli una destinazione che controlli, così una risposta mancante è un segnale e non un mistero. Registra il comando esatto e la dimensione esatta nella stessa nota del percorso. Un risultato senza dimensione è un aneddoto. Se cambi due cose in una sola esecuzione, non saprai quale delle due ha prodotto il risultato.

Una sonda fallita non dimostra un limite di MTU

Una sonda scartata può significare filtraggio ICMP e non un limite di dimensione, e questo errore porta le persone a regolare un valore che non era mai il problema. Confronta la sonda con l'applicazione reale, e con un messaggio di errore legato alla dimensione o una cattura circoscritta, prima di cambiare qualsiasi cosa. Anche i ping piccoli riusciti non dimostrano nulla, perché possono stare comodamente sotto il limite. Due osservazioni indipendenti sono il minimo prima di spostare una configurazione.

Se l'applicazione fallisce mentre la sonda riesce, hai la prova che non è un semplice limite di dimensione su quel percorso. Annotalo, perché elimina un intero ramo di modifiche candidate.

Regola un solo parametro che il client già supporta

Cambia l'impostazione che il client documenta per questo protocollo e lascia intatti l'endpoint e la destinazione, altrimenti hai cambiato due cose insieme. Un clamp MSS di TCP non copre ogni carico UDP, ed è per questo che un browser che ricomincia a funzionare può lasciare il protocollo del tunnel esattamente altrettanto rotto. IPv4 e IPv6 sono percorsi separati qui, perché le intestazioni differiscono prima che lo faccia qualsiasi instradamento.

Prova entrambe le famiglie se pubblichi entrambe, dato che un risultato di una non dice nulla sull'altra. Un valore che ha funzionato su questo percorso stasera è un dato, non una MTU per tutta la VPN. Non promuoverlo a impostazione globale sulla base di un solo trasferimento riuscito. Annota il valore accanto al percorso da cui proviene.

Annullare, verificare e annotare

Rimetti il valore originale se il confronto non sostiene l'ipotesi. Controlla che un gestore di rete non abbia salvato un override persistente altrove, perché è così che un esperimento diventa politica. Riconnettiti e prova applicazioni normali, non solo quella che stavi testando. Poi registra il sintomo, il percorso effettivo, il valore vecchio e quello nuovo e quanto il risultato fosse ripetibile.

Conserva quel registro con la richiesta di modifica prima che qualcuno allarghi la modifica. Il meccanismo di scoperta dell'MTU del percorso nella RFC 1191 spiega perché un valore più piccolo può salvare un percorso e non fare nulla per un altro, e un elenco di numeri non sostituisce quel modello. Il test è finito quando sai nominare il percorso, la dimensione, l'osservazione e il valore che hai ripristinato.