Tecnología · GUÍA PRÁCTICA
¿NGINX aún devuelve 413? Prueba qué salto aplica el límite del cuerpo
No aumentes todos los proxies ni uses tamaño ilimitado. Envía una petición marcada, identifica el primer salto que la rechaza, vuelca su configuración efectiva, cambia un solo ámbito finito y prueba ambos lados del límite.
No aumentes todos los proxies ni uses tamaño ilimitado. Envía una petición marcada, identifica el primer salto que la rechaza, vuelca su configuración efectiva, cambia un solo ámbito finito y prueba ambos lados del límite.
HTTP 413 puede venir de cualquier servidor o proxy de la ruta. client_max_body_size vale 1m por defecto y se admite en http, server y location.
1. Congela una petición reproducible
Crea cuerpos inertes con bytes contados alrededor del límite y envíalos a la ruta exacta con mismo método, autenticación y tipo, añadiendo un request ID único. Guarda estado, cabeceras, prefijo, tiempos y traza; no atribuyas por el texto del navegador.
2. Atribuye el primer salto
Compara cabeceras, endpoint TLS, firma y request ID con logs de cada salto. La primera capa que crea 413 es responsable; si la aplicación no ve la petición, el cuerpo no llegó. Añade solo correlación no secreta en límites controlados.
3. Prueba la política efectiva
En NGINX independiente captura nginx -T desde la instancia real y localiza http, server y location que gobiernan la URI. En ingress-nginx guarda Ingress, anotación, versión, ConfigMap y bloque generado; separa límites de edge y aplicación.
4. Cambia una capa acotada
Elige un valor finito compatible con memoria, buffers, timeouts, escáner y almacenamiento. Cambia solo la primera capa y ámbito previsto; no uses 0 sin revisión de seguridad. Valida sintaxis y guarda identidad de worker, Pod o generación.
5. Prueba ambos lados
Repite la misma petición justo por debajo, en el límite cuando proceda y justo por encima. La pequeña debe llegar; la grande debe rechazarse en la capa prevista. Registra bytes, ruta, hash, logs, resultado, rollback y salud de peticiones pequeñas.
