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
[cid:footer-vooservers-logo1_cc5b3fb4-0b1e-4a12-93d1-a43930beaf7b1111.png]<https://www.vooservers.com/><http://www.vooservers.com/>
[cid:Facebook_852ddf9e-9b06-4814-a8b0-a19e21ee2d171111.png]<https://www.facebook.com/VooServers><https://www.facebook.com/VooServers>
<https://twitter.com/VooServers>[cid:Twitter_ddf228e6-fcbd-4b2c-97f3-1390530466e01111.png]<https://twitter.com/vooservers><https://twitter.com/VooServers>
[cid:LinkedIn_0349813b-c761-4b32-8ca3-c3b8e2650e5c1111.png]<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
