Right, in order to have Haproxy check every request you have to use httpclose.
From the manual:
HAProxy does not yes support the HTTP keep-alive mode. So by default, if a client communicates with a server in this mode, it will only analyze, log, and process the first request of each connection. To workaround this limitation, it is possible to specify "option httpclose".
> -----Original Message-----
> From: Łukasz Jagiełło [mailto:lukasz.jagiello#gforces.pl]
> Sent: Monday, February 09, 2009 4:45 AM
> To: haproxy#formilux.org
> Subject: httpclose and reconnect
> I use haproxy-184.108.40.206 and yesterday notice such problem:
> Got 2 backends:
> - apache
> - squid
> Apache backend got apache servers, squid backend got squid servers.
> Now depending of ACL (mostly base at file type, put request at apache
> or squid). Normally request for page looks like this first request is
> "GET /" goes to apache and other requests (gif/jpg/... files) goes to
> squid. Everything works fine at first connect after haproxy start.
> When I make "Hard" Refresh "GET /" does to squid and haproxy in debug
> mode doesn't even show that request.
> Adding "option httpclose" in defaults fix that problem. But should
> haproxy every time check ACL and decide where put request ?
> Łukasz Jagiełło
> G-Forces Web Management Polska
> T: +44 (0) 845 055 9040
> F: +44 (0) 845 055 9038
> E: lukasz.jagiello#gforces.pl
> W: www.gforces.co.uk
> This e-mail is confidential and intended solely for the use of the
> individual to whom it is addressed. If you are not the intended
> recipient, please notify the sender immediately. Do not disclose the
> contents of this e-mail to any other person, use it for any purpose,
> print, copy, store, or distribute it. This e-mail should then be
> destroyed. Any views expressed in this message are those of the
> individual sender except where the sender specifically states them to
> be the views of G-Forces Web Management Ltd. Registered Office: 4 & 5
> Kings Row, Armstrong Road, Maidstone, Kent. ME15 6AQ. Registered
> Company No. 3863609. VAT Registration No. 7250 384 50
Received on 2009/02/09 13:16
This archive was generated by hypermail 2.2.0 : 2009/02/09 14:30 CET