|
Hi,
I'm trying to get a test LVS_DR setup following the directions in the
mini-HOWTO. I'm using the 1.06 patch to kernel 2.4.19 with the hidden
patch (same kernel on director and realservers). My rc.lvs was
generated by configure-lvs_0.9.2
I can get telnet to work but not http (Apache/1.3.26 (Unix) Debian
GNU/Linux). Attempts to connect to http://lvs-test result in a network
error (rst after the initial ack).
I have set the listen address in the httpd.conf on the realservers.
The router's arp cache show the director's MAC associated with the
VIP.
my config:
---start lvs_dr.conf---
LVSCONF_FORMAT=1.1
LVS_TYPE=VS_DR
INITIAL_STATE=on
CLEAR_IPVS_TABLES=yes
VIP=eth0:21 lvs-test 255.255.255.255 lvs-test
DIP=eth0 128.52.37.173 128.52.37.0 255.255.255.0 128.52.37.255
SERVICE=t telnet rr 128.52.37.253 128.52.37.4
SERVICE=t 80 rr 128.52.37.253 128.52.37.4
SERVER_VIP_DEVICE=lo:21
SERVER_NET_DEVICE=eth0
SERVER_GW=128.52.37.10
---end lvs_dr.conf---
running the resultant rc.lvs removes the default route on the director
so that no connections off the local /24 subnet are possible, this
also seem to cut off access to the realservers which I don't fully
understand. So initially all connections just hang till timeout.
Adding a default route on the director allows telnet through to the
realservers and the above mentioned RST problem on http. Without
mucking with routing a client on the same /24 gets the same result.
What stupid thing am I missing?
TIA,
-Jon
|
