LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: Configuration help

To: wensong@xxxxxxxxxxxx
Subject: Re: Configuration help
Cc: Matthew Kellett <matthewk@xxxxxxxxxxxxxxxxx>, IPPFVS Mailing List <linux-virtualserver@xxxxxxxxxxxx>
From: John Connett <jrc@xxxxxxxxxxxxxx>
Date: Tue, 27 Apr 1999 18:04:04 +0100
Many thanks to Matthew Kellett and Wensong Zhang.  I have set up a
virtual server following their suggestions which appears to be working,
except for the LocalNode option to allow the master to also be a slave.

> > Add the following line if the master is also a slave (I think this is the
> > right syntax, but you may actually send it back to the outside interface,
> > I've never actually set it up):
> >
> > ippfvsadm -A -t 192.168.1.10:4444 -R 192.168.2.10:4444

Using the names from Matthew Kellett's message:

> 192.168.1.254      gateway
> 192.168.1.10        master outside interface
> 192.168.2.10        master inside interface
> 192.168.2.21        slave1 (default gateway for slaves is 192.168.2.10)
> 192.168.2.22        slave2
> 192.168.2.23        slave3

With an empty ippfvs configuration, "telnet master" from the 192.168.1.0
subnet starts a telnet session on master.

After the following:

    ippfvsadm -A -t 192.168.1.10:23 -R 192.168.2.21:23

"telnet master" starts a telnet session on slave1.

However, after the following:

    ippfvsadm -D -t 192.168.1.10:23 -R 192.168.2.21:23
    ippfvsadm -A -t 192.168.1.10:23 -R 192.168.2.10:23

"telnet master" times out without starting a session.  The same happens
when "-R 192.168.2.10:23" is replaced with "-R 192.168.1.10:23" or "-R
127.0.0.1:23".  Here is a copy of the routing table from master:

[root@master /root]# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt
Iface
192.168.1.0     0.0.0.0         255.255.255.0   U      1500 0          0
eth0
192.168.2.0     0.0.0.0         255.255.255.0   U      1500 0          0
eth0:0
127.0.0.0       0.0.0.0         255.0.0.0       U      3584 0          0
lo
0.0.0.0         192.168.1.254   0.0.0.0         UG     1500 0          0
eth0

Any suggestions?

Thanks in anticipation
--
John Connett (jrc@xxxxxxxxxxxxxx)

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