Upload file lớn qua Nginx: lỗi 413 Request Entity Too Large

Upload file lớn qua Nginx: lỗi 413 Request Entity Too Large — hướng dẫn thực chiến cho cấu hình, kiểm tra, xử lý lỗi và vận hành Nginx production.

NHT
· 3 phút đọc
Minh họa 3D Claymation về Upload file lớn qua Nginx: lỗi 413 Request Entity Too Large

Trả lời nhanh: HTTP 413 nghĩa là request body vượt giới hạn Nginx; tăng client_max_body_size có kiểm soát và đồng bộ giới hạn ở app, PHP-FPM, Ghost hoặc object storage.

Bài viết này thuộc serial Nginx, Reverse Proxy & Web Performance thực chiến. Mục tiêu là giải thích đúng mô hình, cung cấp cấu hình có thể kiểm tra và chỉ ra cách rollback khi thay đổi không đạt. Không nên áp dụng nguyên xi lên production nếu chưa đối chiếu phiên bản Nginx, hệ điều hành, topology và chính sách bảo mật của bạn.

Hiểu đúng bài toán

Giới hạn upload nên theo loại endpoint, không đặt mức rất lớn ở http context nếu chỉ một form cần file lớn.

Cấu hình tham khảo

Đây là skeleton tối thiểu để minh họa. Hãy thay domain, đường dẫn, upstream, user và giới hạn theo hệ thống thật.

location /upload/ {
  client_max_body_size 100m;
  proxy_request_buffering off;
  proxy_pass http://upload_app;
}

Quy trình triển khai

  1. Ghi lại cấu hình hiện tại, dependency và phương án truy cập khẩn cấp.
  2. Đưa thay đổi vào file riêng hoặc branch có thể diff; không sửa mù trực tiếp trên bản duy nhất.
  3. Chạy kiểm tra cú pháp và smoke test từ cả bên trong lẫn bên ngoài origin.
  4. Reload graceful, theo dõi log/metric rồi chỉ tiếp tục khi health và latency ổn định.

Cách kiểm tra kết quả

nginx -t && curl -F file=@large.bin https://example.com/upload/

Kiểm traDấu hiệu đạtNếu không đạt
Cấu hìnhnginx -t trả về syntax is ok và test is successfulĐọc đúng dòng lỗi, khôi phục file trước rồi test lại
Đường requestStatus, Host, scheme và upstream đúng như thiết kếKiểm tra DNS, server_name, location và proxy headers
Vận hànhReload không làm mất kết nối ngoài dự kiến; log không tăng 4xx/5xx bất thườngSo sánh baseline, xem upstream timing và rollback

Lỗi thường gặp

  • Nginx nhận được request nhưng upstream vẫn từ chối
  • timeout và disk tạm cũng gây lỗi.

Nguyên tắc xử lý là thay đổi một lớp mỗi lần: DNS/TLS, Nginx routing, kết nối upstream, ứng dụng rồi đến dữ liệu. Tránh xóa cache, đổi firewall hoặc restart toàn bộ stack khi chưa giữ lại log và bản cấu hình có thể phục hồi.

Checklist trước production

  • Nginx limit
  • app limit
  • PHP/Ghost limit
  • temp disk
  • timeout
  • cleanup.

Kết luận

HTTP 413 nghĩa là request body vượt giới hạn Nginx; tăng client_max_body_size có kiểm soát và đồng bộ giới hạn ở app, PHP-FPM, Ghost hoặc object storage. Khi triển khai thực tế, hãy nối kết quả đo với mục tiêu người dùng như availability, TTFB, LCP, INP, CLS hoặc thời gian khôi phục thay vì chỉ nhìn một chỉ số đơn lẻ. Các bài tiếp theo trong Nginx Serial sẽ mở rộng từ lớp cấu hình này sang bảo mật, cache, monitoring và vận hành production.

Tài liệu tham khảo