LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: Problems with LVS, Local machines can't get to Virtual IP.

To: <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: Problems with LVS, Local machines can't get to Virtual IP.
Cc: "Julian Anastasov" <ja@xxxxxx>
From: "Billy Huddleston" <billy@xxxxxxx>
Date: Wed, 20 Jun 2001 17:55:14 -0400
I don't think they're on the same network....

The NAT'd network is 198.144.167.96/27
The Client IP and Virtual IP is on 198.144.160.0/24 network..

The VIP is 198.144.160.59/24
The Client IP is 198.144.160.60/24
The real server IP's are 198.144.167.162/27 and 198.144.167.163/27
The LVS has a IP of 198.144.167.161 so it can communicate with real servers.
The client can't connect to the VIP.
Other Clients from different networks can connect to the VIP.

Dazed and Confused ever further..
Billy


----- Original Message -----
From: "Julian Anastasov" <ja@xxxxxx>
To: "Billy Huddleston" <billy@xxxxxxx>
Cc: <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Wednesday, June 20, 2001 8:43 PM
Subject: Re: Problems with LVS, Local machines can't get to Virtual IP.


>
> Hello,
>
> On Wed, 20 Jun 2001, Billy Huddleston wrote:
>
> > I'm using LVS-NAT not LVS-DR as far as I know...
>
> More questions after reading the NAT section in the HOWTO?
>
>
http://www.linuxvirtualserver.org/Joseph.Mack/HOWTO/LVS-HOWTO-11.html#ss11.1
0
>
> You can't connect to the virtual service when the client
> is on the same IP network as the NAT-ed real servers. OTOH, the HOWTO
> contains info how to build a working NAT setup on same physical
> network while different IP networks are used. For example:
>
> client:
> ip add add 172.18.1.2/24 brd + dev eth0
> ip route add 198.144.160.0/24 via 172.18.1.1 dev eth0 src 172.18.1.2
>
> lvs:
> ip add add 172.18.1.1/24 brd + dev eth0 # DIP
> echo 0 > /proc/sys/net/ipv4/conf/all/send_redirects
> echo 0 > /proc/sys/net/ipv4/conf/eth0/send_redirects
>
> Now both the client and the real servers talk through the lvs box.
> The key in such setups is that the LVS box must translate the packets
> in both directions. So, the direct paths (link routes) break this
> rule. I assume, in your setup the packets from the real server
> hit directly the client without reaching the director. Just check it:
>
> ip route get CLIENT_IP
>
> Is the route through the LVS box (may be your default gateway)?
>
>
> Regards
>
> --
> Julian Anastasov <ja@xxxxxx>
>



<Prev in Thread] Current Thread [Next in Thread>