Viernes, 13 de noviembre de 2026

Lo más relevante del hosting en el mundo, en español · ehost.ec →

Traefik publica la candidata v3.8.0-rc.2 con mejoras en Kubernetes, middlewares y plugins

Traefik lanzó el 10 de noviembre de 2026 la versión candidata v3.8.0-rc.2; incluye correcciones en autenticación, compatibilidad con Gateway API y ajustes en middlewares y plugins, aplicables a despliegues de Kubernetes y entornos proxy.

Por Equipo ehost3 min de lecturaFuente: Release notes from traefik
Traefik publica la candidata v3.8.0-rc.2 con mejoras en Kubernetes, middlewares y plugins
Imagen ilustrativa generada con inteligencia artificial.

Traefik ha publicado la release candidate v3.8.0-rc.2 con una colección de correcciones y actualizaciones que afectan a varios subsistemas: autenticación, integración con Kubernetes (Gateway API, Ingress NGINX y Knative), middlewares de compresión, plugins WASM y validaciones del servidor. La nota destaca además un recordatorio para leer la guía de migración antes de actualizar.

Qué cambia y por qué importa

La candidata incorpora fixes dirigidos a escenarios comunes en infraestructuras modernas basadas en Kubernetes y en proxies HTTP/GRPC. Entre los cambios más relevantes están:

  • Autenticación: se limita la longitud de la contraseña en BasicAuth para evitar entradas excesivas y se añade soporte para esquemas de autenticación vinculados a la conexión en la cabecera Proxy-Authorization. Estas correcciones ayudan a robustecer los controles de acceso tanto en entornos de borde como en proxies inversos.
  • Kubernetes — Gateway API y Ingress NGINX: se actualiza la dependencia sigs.k8s.io/gateway-api a v1.7.0 y se mantienen condiciones específicas de Gateway (InsecureFrontendValidationMode) bajo la propiedad de Traefik, lo que mejora la interoperabilidad con recursos Gateway. Para Ingress NGINX, varias anotaciones relacionadas con TLS, CORS y cabeceras SSL client ahora se aplican en el orden correcto o en ámbitos sin host, corrigiendo comportamientos erróneos cuando varios Ingress comparten el mismo host.
  • Knative: se actualiza knative.dev/pkg a una referencia más reciente, mejorando compatibilidad con componentes basados en Knative.
  • Middlewares y rendimiento: la capa de compresión acepta la variante con Q mayúscula en la ponderación de calidad (Q weight) del header Accept-Encoding, se limita la memoria usada por el codificador zstd en el middleware Compress y se actualiza la librería oxy. Estos cambios reducen la posibilidad de picos de memoria y corrigen parsing que podía ignorar formatos válidos.
  • Plugins WASM y scripting: se soluciona una fuente de aleatoriedad determinista en plugins WASM y se actualiza yaegi, el intérprete usado para plugins en Go, a una versión más reciente.
  • Servidor y gRPC: se añade validación para valores del matcher HTTP Host y se mejora el manejo de segmentos de ruta (resolución de dot-segments y segmentos vacíos) con parámetros en paths; además se incluye una prueba de regresión para streams bidireccionales gRPC. En TCP, se corrige la configuración SPIFFE de transporte.

Quién se ve afectado

Las novedades interesan especialmente a administradores de infraestructura y desarrolladores que usen Traefik como proxy o controlador de entrada en Kubernetes, así como a quienes ejecuten middlewares de compresión y plugins WASM. Los cambios en Gateway API y en Ingress NGINX afectan a clusters que mezclan distintos controladores o que usan anotaciones avanzadas para TLS y CORS.

Qué deben hacer los administradores

  • Leer la guía de migración antes de cualquier actualización, tal como indica la nota de la release candidate.
  • Probar la rc en entornos de staging para verificar que las correcciones —especialmente las relacionadas con autenticación, cabeceras SSL/cliente y orden de anotaciones de Ingress— no introduzcan cambios en la lógica de enrutado o en la gestión de certificados.
  • Si usa middlewares de compresión con zstd o dependencias WASM, validar consumo de memoria y comportamiento de plugins durante pruebas de carga.
  • Revisar configuraciones que dependan de matching por host o parámetros de ruta para asegurarse de que la nueva validación del Host matcher y la resolución de segmentos no rompan reglas heredadas.

La publicación es una release candidate; si bien incluye correcciones útiles, conviene tratarla como previa a una versión estable y seguir las recomendaciones de pruebas antes de desplegar en producción.

Lee también:

Fuente: Release notes from traefik

Compartir