|
redirecting decoy wrote:
>
> > This diagram doesn't look like a normal LVS which should be
> >
> > -----C-----
> > | | |
> > | D |
> > | | |
> > R-----------R
>
> Yeah, that's what I'm trying to do except that my director is running
> as a uml.
Do you mean the client, director and realservers are uml jobs running on a
single
host? (I'm not sure of the nomenclature here).
> That's the only difference, and I can see no reason at all
> why the uml would be causing the problem as it can communicate as if
> it was the only machine there.
since it isn't working, then everything is suspect till we figure out
the problem.
> I just have a few questions that I can't seem to understand concerning the
> functionality
> of LVS software. As I was looking at my ethereal output, I noticed that on my
> Client,
> when I send a request to the lvs, the realserver picks up the request. As a
> result
> it responds to the client, but it does so using the vip.
It has to, the client sent a packet to the VIP, so the reply from the realserver
has to be from the VIP.
> Then the client recieves a request from VIP.
Do you mean "receives a reply packet"? The VIP never initiates a connection.
> Then I get a desitination unreachable on the client as my client tries
> to connect to the vip again.
The problem is in here somewhere then.
> So my question is, how does the client know which server to
> talk to if is getting it's replys from the Director,
In LVS-Tun/LVS-DR the client gets the reply from the realserver, not
from the director. The packet flow is
C->D->R SYN
R->C SYNACK
C->D->R ACK
now both the client and the realserver are ESTABLISHED. The client
only ever gets packets from the realserver and because the VIP
on the director arps, the packets from the client go to the director.
As I said before, can you do this without the UML?
Joe
--
Joseph Mack PhD, High Performance Computing & Scientific Visualization
LMIT, Supporting the EPA Research Triangle Park, NC 919-541-0007
Federal Contact - John B. Smith 919-541-1087 - smith.johnb@xxxxxxx
|
