|
> Joseph Mack wrote:
> > | |
> > RIP = x.2.119.9 (eth0) RIP = x.2.119.15
>
> you don't need the x.2.119.y addresses here. I assume you
> have these only for testing purposes. They should go in the
> production version.
Those addresses are there so that I can reach the realservers from outside
of the network instead of ssh'ing from the director. :)
> arp_ignore is the preferred method for new setups, but
> hiding will work fine.
Oh... Ok. Sorry, as a first-timer, I couldn't figure out how else to do
it. :) I found, however, that I can just do this to do the same thing:
realserver1# ifconfig lo -arp
And that turns it off, as you can see:
realserver1# ifconfig lo:0
lo:0 Link encap:Local Loopback
inet addr:8.2.119.227 Mask:255.255.255.255
UP LOOPBACK RUNNING NOARP MTU:16436 Metric:1
> hmm. I see your router has a public IP on the inside facing
> your LVS, which is running on 192.168.x.x. All the inside
> addresses (ie all except the VIP) should not be routable to
> the outside world. (This isn't causing your problem.)
Yeah, the private network isn't routable from/to the outside...
> > I've verified that I can connect to the realserver's "x.2.119.9"
> httpd from
> > my client, and there's no problem there, however, if I try to connect
> > through the LVS, nothing!
>
> what is nothing? these are something
>
> o the telnet client hangs
>
> o the telnet client gives error messages.
Basically, the telnet client (or http client) just hangs, and then finally
times out.
> Have you gone through the checklist in
>
> http://www.austintek.com/LVS/LVS-HOWTO/mini-HOWTO/LVS-mini-
> HOWTO.html#problems
I did, yes. :) And that's when I finally threw up my hands and figured I'd
take it to the mailing lists. :)
I actually changed things a bit and got it to work, but it won't work using
the private IP addresses... ? It works using the public IP addresses
(x.2.119.y) addresses on the servers.
Dave
|
