|
Alright. I haven't been as brave with testing as I should because I've been
remote admining. However these questions will help me when debugging locally:
- Does is matter what order the hidden flags get set (all then dummy0, or
dummy0 then all)?
- Does it matter what order the servers are brought up (director then real
servers)?
- Does it matter what order the interfaces are brought up?
- Does it matter what order the IP addresses are assigned to the interfaces?
I have been using Debian's standard /etc/network/interfaces, and not adding the
addresses with 'ip'.
I did have DR working with a test IP. In that case, the director only had one
IP, on eth0, which was being used as the VIP but also served as the DIP. I
didn't see any setups like that in the docs, but it's the only one that has
worked for me at all so far. Is that an acceptable solution assuming that
there are no ports I need to access on the director and need to load balance as
well?
Is there any harm in using the VIP as eth0 on the director, and adding the DIP
on another interface?
Thanks,
Jason
On Fri, Dec 21, 2001 at 12:15:00PM +0200, Julian Anastasov wrote:
>
> Hello,
>
> On Thu, 20 Dec 2001, Jason Wies wrote:
>
> > Realservers 1 and 2
> > + 2.4.16
> > + hidden-2.4.5-1.diff
> > + /proc/sys/net/ipv4/conf/dummy0/hidden set
>
> + /proc/sys/net/ipv4/conf/all/hidden set
>
> > So basically it appears that real_server_1 is not answering ARP requests
>
> it shouldn't answer for VIP
>
> > for the VIP, the director never sees the traffic (at least not through
> > ipvsadm and tcpdump doesn't show it either), yet all requests are
> > getting to real_server_1. I've spent a considerable amount of time
> > setting this up (read _lots_ of docs), but I'm not sure where to proceed
>
> http://www.linuxvirtualserver.org/~julian/hidden.txt
>
> > with this. Any help is appreciated.
> >
> > Thanks,
> > Jason Wies aka Zone
>
> Regards
>
> --
> Julian Anastasov <ja@xxxxxx>
>
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users
|
