Come uniformare le impostazioni MTU tra NAS, switch, router e VPN

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

How to Match MTU Settings Across a NAS, Switch, Router, and VPN - Zima Store Online

Usa l'MTU più grande che l'intero percorso riesce a gestire in modo affidabile, non il numero più alto mostrato da un singolo dispositivo. Per la maggior parte dei percorsi misti con NAS, router e VPN, una base coerente di 1500 byte è più sicura dell'abilitazione selettiva dei jumbo frame.

Il problema comune è specifico in modo fuorviante: i ping brevi e le pagine web funzionano, mentre una copia SMB di grandi dimensioni, un backup o un caricamento tramite VPN si blocca. Succede quando un hop accetta una dimensione dei frame che un hop successivo non riesce a inoltrare e le informazioni necessarie al rilevamento dell'MTU del percorso vanno perse. Annota prima i valori correnti, testa il percorso in entrambe le direzioni e modifica un solo livello alla volta.

Mappa il percorso prima di modificare l'MTU

Traccia il percorso effettivo dal client al NAS, includendo punti di accesso Wi-Fi, trunk degli switch gestiti, interfacce del router, bridge virtuali e tunnel VPN. L'MTU è una proprietà dell'interfaccia, quindi un valore impostato sul NAS non dimostra che ogni segmento intermedio accetti lo stesso payload.

Inizia trattando la LAN fisica e il tunnel come percorsi separati. Una VPN aggiunge intestazioni, riducendo il payload che può rientrare nel pacchetto esterno; l'MTU effettivo del percorso può quindi ridursi anche quando ogni interfaccia Ethernet resta a 1500.

Salva schermate o output dei comandi per ogni interfaccia rilevante. Se non riesci a identificare un hop o il suo MTU, mantieni la base a 1500 e non abilitare ancora i jumbo frame; uno switch gestito, uno switch virtuale o un tunnel sconosciuto sono condizioni per fermarsi.

Misura i percorsi fisici e VPN

Da un client cablato, invia probe verso il NAS con il bit di non frammentazione impostato e aumenta gradualmente il payload. In IPv4, ricorda che le intestazioni ICMP e IP occupano parte del pacchetto; interpreta la semantica della dimensione del pacchetto usata dallo strumento invece di presumere che il suo argomento corrisponda all'MTU.

Ripeti dal NAS verso il client e poi attraverso la VPN. Un risultato positivo in entrambe le direzioni alla dimensione prevista significa che il percorso testato può trasportare quel pacchetto; un errore che si verifica solo attraverso il tunnel indica un overhead del tunnel o una risposta ICMP bloccata, non automaticamente un problema del NAS.

Conferma il risultato con un trasferimento di diversi gigabyte e osserva eventuali ritrasmissioni, pause o una connessione che riesce solo dopo aver ridotto la dimensione del probe. Se anche la base LAN di 1500 byte non funziona, ripristina i valori predefiniti e verifica tagging, incapsulamento o collegamenti difettosi prima di tentare un'ottimizzazione.

Allinea i valori partendo dall'hop più limitante verso l'esterno

Mantieni coerenti le porte di accesso e trunk degli switch con gli endpoint collegati. Se scegli i jumbo frame per una VLAN di archiviazione isolata, ogni NIC, bridge e porta dello switch che partecipa a quella VLAN deve supportare la dimensione dei frame scelta; il router non deve supportare i jumbo frame a meno che il traffico non lo attraversi.

Per la VPN, imposta l'MTU del tunnel in base al percorso del tunnel misurato, invece di copiare il valore della LAN. Evita di modificare il TCP MSS finché non hai confermato che il problema riguarda esclusivamente TCP; il clamping dell'MSS può attenuare i sintomi di TCP, ma non corregge pacchetti UDP sovradimensionati né un percorso generalmente malfunzionante.

Applica una modifica reversibile, ripeti il test e mantieni il valore funzionante più basso se i risultati non coincidono. Se stai anche regolando il comportamento della condivisione file, la guida di ZimaSpace alle scelte tra SMB e NFS aiuta a mantenere separate le decisioni sul protocollo dalla risoluzione dei problemi dell'MTU.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

Convalida con il carico di lavoro originale

Ripeti il trasferimento che inizialmente si bloccava, usando lo stesso client, percorso, stato della VPN e dimensione del file. Una correzione valida elimina il blocco senza aumentare la perdita di pacchetti o interrompere i client più piccoli su un'altra VLAN.

Esegui il test abbastanza a lungo da trasferire diversi gigabyte e confronta la stabilità della velocità, non solo il valore di picco. Se i trasferimenti diretti sulla LAN funzionano ma quelli tramite VPN continuano a interrompersi, annulla la modifica della VPN e riduci solo l'MTU del tunnel in piccoli incrementi.

Interrompi la configurazione quando i probe funzionano in entrambe le direzioni e il carico di lavoro originale si completa in modo costante. Rinuncia ai jumbo frame quando non è possibile configurare uno dei dispositivi necessari o quando il guadagno non è misurabile; la coerenza è più importante di un'impostazione nominale di 9000 byte.

Domande frequenti

Ogni dispositivo della rete domestica deve usare un MTU di 9000? No. Devono essere coerenti solo i dispositivi e le porte che fanno parte del percorso con jumbo frame, mentre i percorsi instradati o tramite tunnel potrebbero comunque richiedere un valore inferiore.

Un ping riuscito dimostra che l'MTU è corretto? Solo se il probe usa la dimensione prevista, impedisce la frammentazione quando applicabile, funziona in entrambe le direzioni ed è seguito dal test di trasferimento reale.