As tramas jumbo non fan que unha ruta VPN transporte paquetes de 9000 bytes

Activaches tramas de 9000 bytes na LAN e esperabas que a VPN fose máis rápida. Foi máis lenta ou deixou de pasar transferencias grandes por completo. As tramas jumbo son un acordo de enlace local; non ensanchan o camiño que cruza o túnel.

O orzamento usable fíxao o límite máis pequeno da ruta, incluída a encapsulación que engade o túnel.

Que cambian realmente as tramas jumbo

Unha MTU é unha propiedade dunha interface. Subila nun servidor e no seu conmutador significa que eses dous poden intercambiar tramas maiores sen fragmentación. Non di nada do router máis aló do conmutador, do ISP nin do outro extremo dun túnel. Eses dispositivos teñen os seus propios límites, e un paquete que supera un deles descártase ou fragméntase segundo regras que ti non fixaches.

Acordo local, consecuencias globais. Esa é toda a confusión.

O imposto de encapsulación

Un túnel envolve o teu paquete dentro doutro. WireGuard sobre IPv4 UDP engade uns 60 bytes de sobrecarga; o modo UDP de OpenVPN está no mesmo rango, e IPsec varía segundo o modo e os algoritmos. Eses bytes saen do orzamento do camiño exterior, non da nada.

Así, un enlace exterior de 1500 bytes non pode levar un paquete interior de 1500 bytes unha vez engadida a cabeceira do túnel.

Paga a pena facer a aritmética unha vez. Nun camiño de 1500 bytes, unha interface WireGuard quere unha MTU de arredor de 1420 para que caiba o paquete encapsulado. Pon a interface interior en 9000 e cada paquete grande necesitará unha fragmentación que o túnel non pode facer, ou descartarase.

Atopa o enlace máis pequeno do camiño

Percorre a ruta e atopa a MTU máis baixa. A LAN adoita ser 1500 ou 9000, a WAN adoita ser 1500, e un enlace móbil ou PPP pode ser aínda menor. Despois resta a sobrecarga do túnel. Se o resultado é menor que a MTU da interface interior, xa tes a resposta. O descubrimento de MTU de ruta pode atopar isto automaticamente, pero só cando se deixan pasar as mensaxes ICMP das que depende.

O ICMP filtrado é a razón clásica pola que unha transferencia grande se colga mentres as peticións pequenas funcionan ben.

Proba a dependencia do tamaño sen ampliar o cambio

Usa unha transferencia representativa e conserva os valores orixinais para poder restablecelos. ping -M do -s 1472 proba un paquete de 1500 bytes co bit DF activado; reduce o tamaño ata que pase. Se só fallan os paquetes grandes, tes un problema de tamaño e non de encamiñamento.

Coídado co offload do lado do host ao ler capturas. O offload de segmentación pode mostrar tramas moito maiores do que realmente cruzou o cable, o que fai que un camiño que funciona pareza roto e un roto pareza ben.

Cando unha MTU grande é o deseño correcto

Unha rede privada controlada pode executar lexitimamente tramas maiores de extremo a extremo, sempre que todos os dispositivos do camiño estean de acordo e se contabilice a sobrecarga do túnel. Iso é un deseño coordinado cun valor documentado por enlace, non un número grande escrito nun cliente.

Para unha saída pública corrente, supón 1500 ou menos e deixa que o túnel escolla unha MTU interior segura. RFC 8201 cobre o descubrimento de MTU de ruta para o caso IPv6 e é unha referencia útil sobre como debería funcionar a retroalimentación.