option httpclose
option forwardfor
balance roundrobin
cookie SERVERID insert indirect
acl My_Requets hdr_sub(cookie) CHECK_FRONTEND=true
force-persist if My_Requets
server Serv_1 HAP-Serv_1:80 cookie serv1_cookie check port 80 inter
100
direct
> acl My_Requets hdr_sub(cookie) CHECK_FRONTEND=true
> force-persist if My_Requets
> server Serv_1 HAP-Serv_1:80 cookie serv1_cookie check port 80 inter
> 1 rise 3 fall 3
> option httpchk GET /failover/LBfailoverFlag.gif HTTP/1.1\r\nHost:\
> 1
Now when setting cookies to check a
specific server, all HTTP requests are sent to the desired server. Thank you
very much for your help.
De : Mouny Jean michel
À : "haproxy@formilux.org"
Envoyé le : Samedi 9 Juillet 2011 0h25
Objet : force-persist
Hello Jean-Michel,
On Tue, Jul 26, 2011 at 06:11:28PM +0100, Mouny Jean michel wrote:
> Hello Willy,
>
> I have worked about this issue and find out some interesting things about
> what was going on. You put me on the right way, thanks for that. In fact, my
> application is sending HTTP request
balance url_param file_id
hash-type consistent
acl status0 path_beg -i /dl/
acl status1 path_beg -i /haproxy
use-server local_http_frontend if status0 or status1
force-persist if status0 or status1
server local_http_frontend /var/run/haproxy.sock.http-frontend check
We are attempting to implement a "force-persist" rule using HAProxy, but
aren't having much success. Is the "force-persist" option available to
be used with TCP connections?
-
The information contained in this e-mail message, a
force-persist is supposed to be working.
Meanwhile I've created workaround by adding additional config sections
and having use_backend ACL instead of use_server ACL to achieve what was
needed.
regards,
Veiko
On Mon, Mar 14, 2011 at 02:18:36PM -0500, Shaw, Christopher wrote:
> We are attempting to implement a "force-persist" rule using HAProxy, but
> aren't having much success. Is the "force-persist" option available to
> be used with TCP connections?
How are you
Willy,
Thanks for the reply. We are attempting to use an ACL to (1)
test for the existence of an RDP cookie using "acl
req_rdp_cookie_cnt gt 0" and then (2) use the "force-persist if
" statement. Our end goal is to make sure that if a user has
an existing session
ence of an RDP cookie using "acl
> req_rdp_cookie_cnt gt 0" and then (2) use the "force-persist if
> " statement. Our end goal is to make sure that if a user has
> an existing session on a server that was removed from the pool (for
> failing a server health check) t
On Tue, Mar 15, 2011 at 05:07:02PM -0500, Shaw, Christopher wrote:
> Willy,
>
> Thanks for the reply. We are attempting to use an ACL to (1)
> test for the existence of an RDP cookie using "acl
> req_rdp_cookie_cnt gt 0" and then (2) use the "force-persist if
ence of an RDP cookie using "acl
>> req_rdp_cookie_cnt gt 0" and then (2) use the "force-persist if
>> " statement. Our end goal is to make sure that if a user has
>> an existing session on a server that was removed from the pool (for
>> failing a server
nt: Wednesday, March 16, 2011 1:47 AM
To: Shaw, Christopher
Cc: haproxy@formilux.org
Subject: Re: Question about using "force-persist"
On Tue, Mar 15, 2011 at 05:07:02PM -0500, Shaw, Christopher wrote:
> Willy,
>
> Thanks for the reply. We are attempting to use an ACL to (1)
On Wed, Mar 16, 2011 at 01:29:20PM -0500, Shaw, Christopher wrote:
> >From the HAProxy 1.4 documentation, I was under the impression that
> "option persist" was only for HTTP connections, not TCP connections. Is
> "option persist" available for both modes?
You're right, because option persist was
hash-type consistent
==
Thanks,
Chris
-Original Message-
From: Willy Tarreau [mailto:w...@1wt.eu]
Sent: Wednesday, March 16, 2011 3:50 PM
To: Shaw, Christopher
Cc: haproxy@formilux.org
Subject: Re: Question about using "force-persist"
On Wed, Mar 16, 2011 at 01:29:20PM -0500, Sh
On Thu, Mar 17, 2011 at 02:45:27PM -0500, Shaw, Christopher wrote:
> Willy,
>
> I thought I had come up with a working config file, but the
> server persistence still isn't behaving properly. If a server is down,
> or has its weight dropped to 0, a user is unable to reconnect to their
> sess
On Wed, Mar 16, 2011 at 10:30:59AM -0400, Les Stroud wrote:
> I have a situation where this may be useful, but I want to make sure I
> understand. In this particular case, if the user cannot be serviced by a
> backend server, I need them to logout and log back in (too much crap stored
> in sess
: Saturday, March 19, 2011 2:53 AM
To: Shaw, Christopher
Cc: haproxy@formilux.org
Subject: Re: Question about using "force-persist"
On Thu, Mar 17, 2011 at 02:45:27PM -0500, Shaw, Christopher wrote:
> Willy,
>
> I thought I had come up with a working config file, but the
ser
On Mon, Mar 21, 2011 at 12:13:40PM -0500, Shaw, Christopher wrote:
> We are using the "mstshash" cookie, as opposed to the "msts" cookie. Is
> there a difference in functionality between those two cookies? Is there
> one we should be using over the other?
Yes, mstshash contains the user name, whic
ubject: Re: Question about using "force-persist"
On Mon, Mar 21, 2011 at 12:13:40PM -0500, Shaw, Christopher wrote:
> We are using the "mstshash" cookie, as opposed to the "msts" cookie.
> Is there a difference in functionality between those two cookies? Is
>
On Tue, Mar 22, 2011 at 12:51:36PM -0500, Shaw, Christopher wrote:
> I very much appreciate all of your assistance with this, but I'm still
> not sure I entirely understand why this is failing. The persistence
> works for me, using the mstshash (username) cookie, as long as the
> server with my run
Update the proxy keywords matrix and declare "option force-persist" instead of
"force-persist"
--
Cyril Bonté
--- haproxy-1.4.4-persist/doc/configuration.txt 2010-04-25 22:55:26.0 +0200
+++ haproxy-1.4.4-force-persist/doc/configuration.txt 2010-04-25 22:56:01.0
Le dimanche 25 avril 2010 23:01:16, Cyril Bonté a écrit :
> Update the proxy keywords matrix and declare "option force-persist" instead
> of "force-persist"
Wait wait wait ! I'm really tired !
The documentation was correct, I just bugged when writing the ignore-p
On Sun, Apr 25, 2010 at 11:01:16PM +0200, Cyril Bonté wrote:
> Update the proxy keywords matrix and declare "option force-persist" instead
> of "force-persist"
Cyril, I've just realized what you meant, and I'm sorry, but that's
wrong, it's really &q
Shame on me, I didn't correctly document the "ignore-persist" statement
(convinced I used it like this in my tests, which is not the case at all...)
This fixes the doc and updates the proxy keyword matrix to add "force-persist".
--
Cyril Bonté
--- haproxy-1.4.4-pers
On Sun, Apr 25, 2010 at 11:21:46PM +0200, Cyril Bonté wrote:
> Shame on me, I didn't correctly document the "ignore-persist" statement
> (convinced I used it like this in my tests, which is not the case at all...)
> This fixes the doc and updates the proxy keyword matrix
>From the very first day of force-persist and ignore-persist features,
they only applied to backends, except that the documentation stated it
could also be applied to frontends.
In order to make it clear, the documentation is updated and the parser
will raise a warning if the keywords are used
On Mon, Mar 12, 2018 at 10:02:59PM +0100, Cyril Bonté wrote:
> From the very first day of force-persist and ignore-persist features,
> they only applied to backends, except that the documentation stated it
> could also be applied to frontends.
(...)
applied, thanks!
Willy
28 matches
Mail list logo
