- 1. Re: [lvs-users] moving connections across real servers (score: 1)
- Author: Emilio Campos <emilio.campos.martin@xxxxxxxxx>
- Date: Mon, 6 Feb 2012 22:18:44 +0100
- Someone tested lvs with conntrackd? Maybe this could help you ! conntrackd: In short, yes. The daemon *conntrackd* synchronizes the states among several replica firewalls, so you can deploy failover
- /html/lvs-users/2012-02/msg00005.html (12,452 bytes)
- 2. Re: [lvs-users] moving connections across real servers (score: 1)
- Author: Simon Horman <horms@xxxxxxxxxxxx>
- Date: Mon, 6 Feb 2012 07:22:11 +0900
- I believe that this can be achieved by running fault tolerant real-servers, that is two real-servers running in lock-step. Two solutions that I am aware of that allow that to be done are Kemari and R
- /html/lvs-users/2012-02/msg00004.html (10,696 bytes)
- 3. Re: [lvs-users] moving connections across real servers (score: 1)
- Author: David Coulson <david@xxxxxxxxxxxxxxxx>
- Date: Sun, 05 Feb 2012 14:16:12 -0500
- As LVS is all layer-4, you're not going to find this functionality - LVS doesn't retain any session/L7 information to move the connection from one system to another if a real server fails. Since the
- /html/lvs-users/2012-02/msg00003.html (9,815 bytes)
- 4. Re: [lvs-users] moving connections across real servers (score: 1)
- Author: krishna prasad <krishna.sirigiri@xxxxxxxxx>
- Date: Sun, 5 Feb 2012 14:05:25 -0500
- Any feed-back on this? Thanks Prasad. _______________________________________________ Please read the documentation before posting - it's available at: http://www.linuxvirtualserver.org/ LinuxVirtual
- /html/lvs-users/2012-02/msg00002.html (10,205 bytes)
- 5. [lvs-users] moving connections across real servers (score: 1)
- Author: krishna prasad <krishna.sirigiri@xxxxxxxxx>
- Date: Fri, 3 Feb 2012 16:54:07 -0500
- Hi All, I was going thru the LVS documents and tutorial especially the high availability features supported.As per my understanding 1) When active director fails the clients with established connecti
- /html/lvs-users/2012-02/msg00001.html (8,935 bytes)
This search system is powered by
Namazu