Saltar al contenidoMTU, Fragmentación y Por qué su WireGuard es lento
Si tu túnel WireGuard se conecta pero va lento, se detiene en transferencias grandes o se cuelga en ciertos sitios, el culpable habitual es MTU. Esta guía explica qué son MTU y la fragmentación, por qué los túneles rompen los tamaños de paquete y la configuración exacta que debes cambiar.
Qué es MTU y por qué los túneles lo rompen
MTU (Unidad Máxima de Transmisión) es el paquete más grande, en bytes, que un enlace de red puede transportar en una sola pieza. El MTU estándar de Ethernet es 1500. Cuando un paquete es demasiado grande para un enlace, debe ser fragmentado en piezas más pequeñas o descartado.
Un túnel WireGuard envuelve cada uno de tus paquetes dentro de un paquete UDP cifrado, y ese envoltorio añade sobrecarga — aproximadamente 60 bytes para IPv4 y 80 para IPv6. Así que un paquete de tamaño completo de 1500 bytes de tu aplicación se vuelve más grande que 1500 una vez que WireGuard lo encapsula, y el enlace subyacente no puede transportarlo completo. Esta es la razón por la que WireGuard establece por defecto su MTU de interfaz en 1420: deja espacio para la sobrecarga de cifrado para que el paquete encapsulado aún quepa en un camino de 1500 bytes.
Por qué el MTU incorrecto te hace lento
Normalmente, cuando un paquete es demasiado grande para ser enviado sin fragmentación, un enrutador envía de vuelta un ICMP "Se necesita fragmentación" y el remitente reduce el tamaño de su paquete — esto es el Descubrimiento de MTU de Ruta (PMTUD). El problema es que muchas redes y cortafuegos eliminan silenciosamente esos mensajes ICMP. Cuando eso sucede, obtienes un agujero negro de PMTU: los paquetes pequeños (como el inicio de una página) pasan sin problemas, pero los paquetes grandes son descartados silenciosamente sin error. El síntoma es inconfundible: las conexiones comienzan, luego se cuelgan; SSH inicia sesión pero se congela en la salida; algunos sitios cargan y otros se detienen; las descargas grandes se quedan en 0%.
Si tu ruta tiene un MTU más bajo de lo esperado — común en DSL/PPPoE (que añade 8 bytes), algunas redes móviles y enlaces doblemente encapsulados — incluso el 1420 de WireGuard puede ser demasiado alto, y caes en el agujero negro. La solución es reducir el MTU del túnel para que los paquetes encapsulados se ajusten a la ruta real.
Encuentra y establece el MTU correcto
Sondea el paquete más grande que atraviesa tu ruta sin fragmentación, luego establece la MTU de la interfaz de WireGuard por debajo de él. Los valores son ejemplos; prueba los tuyos.
# 1) Probe path MTU with don't-fragment pings (Linux/macOS). # Lower the size until it succeeds; that size + 28 = path MTU. ping -M do -s 1472 8.8.8.8 # 1472 + 28 (ICMP/IP headers) = 1500 ping -M do -s 1392 8.8.8.8 # if 1472 fails, try smaller (=> 1420) ping -M do -s 1252 8.8.8.8 # a safe fallback (=> 1280) # 2) Set the tunnel MTU in your WireGuard config, under [Interface]: # [Interface] # MTU = 1280 # widely-compatible fallback; try 1412/1420 first # 3) Apply and test a large transfer: wg-quick down wg0 && wg-quick up wg0 curl -o /dev/null https://speed.example/largefile # Rule of thumb: if small requests work but big ones hang, LOWER the MTU. # 1420 -> 1412 -> 1280 are common steps. 1280 is the IPv6 minimum and # almost always passes, at a small efficiency cost.
Preguntas, respondidas
¿Qué MTU debo usar para WireGuard?
Comienza con el valor predeterminado de WireGuard de 1420. Si las transferencias grandes se detienen mientras que las solicitudes pequeñas funcionan, bájalo: los pasos comunes son 1412, luego 1280. 1280 es el MTU mínimo de IPv6 y casi siempre funciona, a un ligero costo de eficiencia. Sondea tu ruta con pings sin fragmentación para encontrar el valor más alto que pase.
¿Por qué WireGuard se conecta pero luego se detiene con archivos grandes?
Casi siempre un agujero negro PMTU. Tus paquetes son demasiado grandes para la ruta, y los mensajes ICMP que lo señalarían están siendo descartados, por lo que los paquetes grandes desaparecen silenciosamente mientras que los pequeños tienen éxito. Reducir el MTU del túnel hace que los paquetes se ajusten y soluciona la pausa.
¿Por qué el MTU predeterminado de WireGuard es 1420 y no 1500?
Porque WireGuard encapsula cada paquete en UDP cifrado, añadiendo aproximadamente 60 bytes (IPv4) de sobrecarga. Configurar el MTU de la interfaz a 1420 deja espacio para esa sobrecarga, de modo que el paquete encapsulado aún encaje dentro de un camino estándar de 1500 bytes sin fragmentación.
Un túnel ajustado para funcionar
s4m ejecuta WireGuard y OpenVPN con configuraciones sensatas y un diseño sin registros, priorizando la RAM. Si una red necesita un MTU más bajo, ajusta una línea y estarás listo. Cuentas anónimas, criptomonedas aceptadas.
Las personas encontraron esta página buscando
- MTU, fragmentación y por qué su WireGuard es lento
- cómo configurar wireguard
- wireguard explicado
- wireguard
- proxy para scraping explicado
- dirección IP para principiantes
- proxies gratuitos vs proxies de pago
- Planes de proxy socks5
- openvpn para android
- configuración de proxy
- cómo ocultar tu dirección IP
- cómo solucionar 429 demasiadas solicitudes al hacer scraping
- proxy http para negocios
- cómo openvpn funciona
- autenticación de proxy
- configuración de proxy lista txt
- proxy http
Frases de búsqueda reales que esta página responde — los enlaces abren la página que las cubre en profundidad.