From 2935adc02e492549d06e39e2caba0f0f30399a8b Mon Sep 17 00:00:00 2001 From: Gregory Colpart Date: Thu, 28 Sep 2023 09:26:05 +0200 Subject: [PATCH] =?UTF-8?q?doc=20HTTP/1.1=20100=20Continue=20d=C3=A9port?= =?UTF-8?q?=C3=A9e=20dans=20HowtoHTTP?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- HowtoHaproxy.md | 21 +-------------------- 1 file changed, 1 insertion(+), 20 deletions(-) diff --git a/HowtoHaproxy.md b/HowtoHaproxy.md index b772da34..18100cb5 100644 --- a/HowtoHaproxy.md +++ b/HowtoHaproxy.md @@ -1035,26 +1035,7 @@ tcp-check expect rstring HTTP/1\..\ 200 comment check\ HTTP\ response ### HTTP 100 CONTINUE -Le protocole HTTP définit une utilisation spécifique pour l'envoi « décalé » d'un gros payload. - -Par exemple un client va envoyer un : - -~~~ -POST /callback -Content-Type: application/pdf -Content-Length: 123456 -Expect: 100-continue -~~~ - -Le serveur va alors lui répondre `HTTP/1.1 100 Continue` et ensuite seulement le client enverra le contenu du PDF puis le serveur enverra la réponse finale `HTTP/1.1 200 OK`. - -Plus d'infos sur : - -* -* - -HAProxy doit bien retransmettre ces différences, or nous avons constaté qu'avec HAProxy 1.8, il ne retransmet pas la réponse `HTTP/1.1 100 Continue` au client [comme signalé ici](https://github.com/haproxy/haproxy/issues/1321) -provoquant un timeout et une erreur 502 renvoyée par HAProxy (debug complexe par manque de log). +Dans le cas de l'utilisation spécifique de `HTTP 100 CONTINUE`, cf [HowtoHTTP#http1.1-100-continue]() nous avons constaté qu'avec HAProxy 1.8, il ne retransmet pas la réponse `HTTP/1.1 100 Continue` au client [comme signalé ici](https://github.com/haproxy/haproxy/issues/1321) provoquant un timeout et une erreur 502 renvoyée par HAProxy (debug complexe par manque de log). Solution pour contourner : passer en version supérieure (par exemple HAProxy 2.4)