Colin,
A simple way to test this would be to add another client to the network so
you could assure that it is a persistance only issue. As when you made
multiple connections from multiple clients it should begin to "load balance"
them. If you test with multiple clients then you can keep the :0 rule and
persistance. Otherwise, and in almost all production environments it will
be almost necessary to define the services individually. At least from a
security stand point anyhow.
Good Luck,
Billy
----- Original Message -----
From: "Colin Bruce" <ccx004@xxxxxxxxxxxxxx>
To: "Todd Lyons" <tlyons@xxxxxxxxxx>
Cc: "LinuxVirtualServer.org users mailing list."
<lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Friday, July 02, 2004 3:35 PM
Subject: Re: Problem setting up lvs
> Dear Todd,
>
> Well that explains it. Thanks for that. ipvsadm complains if it isn't
> persistent if there is no port specified. I thought it referred to
sessions
> only (e.g. a web connection) but I guess that would be impossible to
> implement when I think about it. I guess then if a number of different
> services are being offered they should be specified individually rather
> than using the ":0" to say all services because that option requires the
> -p.
>
> Best wishes....
> Colin
>
> On Fri, 2 Jul 2004, Todd Lyons wrote:
>
> > Colin Bruce wanted us to know:
> >
> > >ipvsadm -ln
> > > IP Virtual Server version 1.0.11 (size=4096)
> > > Prot LocalAddress:Port Scheduler Flags
> > > -> RemoteAddress:Port Forward Weight ActiveConn
InActConn
> > > TCP 192.168.255.17:0 rr persistent 360
> >
> > -p, --persistent [timeout]
> > Specify that a virtual service is persistent. If this option
is
> > specified, multiple requests from a client are redirected to
the
> > same real server selected for the first request.
> >
> > > -> 192.168.255.26:0 Route 1 4 4
> > > -> 192.168.255.28:0 Route 1 0 0
> >
> > And that's what it's doing.
> > --
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users
|