]> git.ipfire.org Git - thirdparty/haproxy.git/commitdiff
DOC: http: document 413 response code
authorLukas Tribus <lukas@ltri.eu>
Thu, 20 Nov 2025 16:12:48 +0000 (16:12 +0000)
committerWilly Tarreau <w@1wt.eu>
Thu, 20 Nov 2025 17:07:01 +0000 (18:07 +0100)
Considering that we only use a "413 Payload Too Large" response in a single
situation with a specific config toogle (h1-accept-payload-with-any-method),
add some text to make it easier to find.

Should be backported to 2.6.

Link: https://github.com/cbonte/haproxy-dconv/issues/46
Link: https://discourse.haproxy.org/t/haproxy-error-413-paylod-too-large/9831/3
doc/configuration.txt

index 594285ae8baa68f61726c337f34d7c3dbe8553f5..550531055f929c24d22a704434d7f291a7a16f81 100644 (file)
@@ -550,6 +550,8 @@ HAProxy may emit the following status codes by itself :
    408  when the request timeout strikes before the request is complete
    410  when the requested resource is no longer available and will not
         be available again
+   413  when a HTTP/1.0 GET/HEAD/DELETE requests has a payload, also see
+        the "h1-accept-payload-with-any-method" option
    500  when HAProxy encounters an unrecoverable internal error, such as a
         memory allocation failure, which should never happen
    501 when HAProxy is unable to satisfy a client request because of an
@@ -2621,7 +2623,8 @@ group <group name>
   See also "gid" and "user".
 
 h1-accept-payload-with-any-method
-  Does not reject HTTP/1.0 GET/HEAD/DELETE requests with a payload.
+  Does not reject HTTP/1.0 GET/HEAD/DELETE requests with a payload with a
+  413 Payload Too Large HTTP response.
 
   While It is explicitly allowed in HTTP/1.1, HTTP/1.0 is not clear on this
   point and some old servers don't expect any payload and never look for body