Willy Tarreau 8a8e1d99cb [MINOR] http: make it possible to pretend keep-alive when doing close ... Some servers do not completely conform with RFC2616 requirements for keep-alive when they receive a request with "Connection: close". More specifically, they don't bother using chunked encoding, so the client never knows whether the response is complete or not. One immediately visible effect is that haproxy cannot maintain client connections alive. The second issue is that truncated responses may be cached on clients in case of network error or timeout. Óscar Frías Barranco reported this issue on Tomcat 6.0.20, and Patrik Nilsson with Jetty 6.1.21. Cyril Bonté proposed this smart idea of pretending we run keep-alive with the server and closing it at the last moment as is already done with option forceclose. The advantage is that we only change one emitted header but not the overall behaviour. Since some servers such as nginx are able to close the connection very quickly and save network packets when they're aware of the close negociation in advance, we don't enable this behaviour by default. "option http-pretend-keepalive" will have to be used for that, in conjunction with "option http-server-close".		2010-04-05 16:26:34 +02:00
..
common	[MEDIUM] add ability to connect to a server from an IP found in a header	2010-03-30 10:39:43 +02:00
import	[MAJOR] replace ultree with ebtree in wait-queues	2008-06-24 08:17:16 +02:00
proto	[MEDIUM] add ability to connect to a server from an IP found in a header	2010-03-30 10:39:43 +02:00
types	[MINOR] http: make it possible to pretend keep-alive when doing close	2010-04-05 16:26:34 +02:00