Use Cookie persistence instead, maybe you should enable some property in
php-fpm. Have a look to cookies in the client side with F12.
Regards!
2016-03-18 12:51 GMT+01:00 David Byrne <david.by...@vooservers.com>:
> Hi all,
>
> We run 2x 3.7 Community Edition ZLB’s in a cluster (they sit behind 2x
> pfSense FW’s in HA). Behind the LB’s are 3x Front End web stacks (nginx,
> php-fpm, apc). The Front End’s serve a large and busy website.
>
>
>
> This morning we had a report that a user logged in, but after logging in
> was authenticated as a different user altogether. The two users have no
> connection with each other. To me this sounds like poor handling of PHP
> sessions in the customers login code. But I need to rule out the LB
> infrastructure possibly causing it.
>
>
>
> We use Hash: Sticky Client as the load balancing method and this appears
> to work fine for the most part. The incident this morning is the first
> issue we have had.
>
>
>
> Is there a better method for handling a very high number of sessions
> passing through ZLB? Thanks.
>
> Best Regards,
> *Dave *
> *Byrne *Head of Technical Projects
>
> Office: 01622 524 200
> The Maidstone Studios | Vinters Business Park | New Cut Road | Maidstone |
> Kent | ME14 5NZ
> <https://www.vooservers.com/> <http://www.vooservers.com/>
>
> <https://www.facebook.com/VooServers>
> <https://www.facebook.com/VooServers>
>
> <https://twitter.com/VooServers> <https://twitter.com/vooservers>
> <https://twitter.com/VooServers>
>
> <https://uk.linkedin.com/pub/dave-byrne/79/2aa/983>
> <https://www.linkedin.com/company/vooservers>
>
> ------------------------------
> This communication and any attachments contain information which is
> confidential and may also be privileged. It is for the exclusive use of the
> intended recipient(s). If you are not the intended recipient(s) please note
> that any form of disclosure, distribution, copying or use of this
> communication or the information in it or in any attachments is strictly
> prohibited and may be unlawful. If you have received this communication in
> error, please return it with the title 'received in error' to
> david.by...@vooservers.com then delete the email and destroy any copies
> of it. Email communications cannot be guaranteed to be secure or error
> free, as information could be intercepted, corrupted, amended, lost,
> destroyed, arrive late or incomplete, or contain viruses. We do not accept
> liability for any such matters or their consequences. Anyone who
> communicates with us by email is taken to accept the risks in doing so.
> Opinions, conclusions and other information in this email and any
> attachments which do not relate to VooServers are neither given nor
> endorsed by it.
>
>
>
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> Zenloadbalancer-support mailing list
> Zenloadbalancer-support@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
>
>
--
Load balancer distribution - Open Source Project
http://www.zenloadbalancer.com
Distribution list (subscribe): zenloadbalancer-support@lists.sourceforge.net
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Zenloadbalancer-support mailing list
Zenloadbalancer-support@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
