From: Jim Miller <jimm=2zrVkTMJS9g5UWNf+nJyDw@public.gmane.org>
To: "LinuxVirtualServer.org users mailing list."
<lvs-users=9NwHyUdJu3J9kDVj6ABq+kzrnptfnCPw@public.gmane.org>,
quagga-users=UOy77sIEA+cAd7ICUelF/Q@public.gmane.org,
netfilter=wool9L35kiczKOhml7GhPkB+6BGkLq7r@public.gmane.org,
"\"Elizabeth Stokely <lizabeth@simutronics.com>. João Nuno
Mendes\"" <Joao.Mendes=IMkFEHXYkuU@public.gmane.org>
Subject: [quagga-users 368] Re: FW: Antefacto and 2.4.21
Date: Tue, 02 Sep 2003 21:29:05 -0500 [thread overview]
Message-ID: <3F5551F1.5040505@simutronics.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0309011948200.5869-100000@l>
Julian Anastasov wrote:
> Hello,
>
>On Mon, 1 Sep 2003, Jim Miller wrote:
>
>
>
>>My use for LVS and the Antefacto patch is with non-NATed ip space (we
>>use IPs assiged to us from ARIN). I _do_ hope the patch will still
>>function.
>>
>>
>
> You rely on antefacto patch for non-NAT? What is the usage?:
>
>- DR/TUN real server uses director as default gateway?
>
>- NEW/EST states for incoming packets?
>
> BTW, I'm not sure what will happen if tcp-window-tracking.patch
>is used for DR/TUN, may be it expects bidirectional streams?
>
>
>
>>Jim
>>
>>
>
>Regards
>
>--
>Julian Anastasov <ja=FgGsKACvmQM@public.gmane.org>
>
>
>
Hi Julian and everyone on the list(s) =)
Well, I'm in the middle stages of setting up two linux server firewalls
(iptables/netfilter - doing stateful firewalling) with keepalived (vrrp)
and the LVS framework kernel patch, in a Master/Backup configuration
(keepalive seems to like having the lvs framework to build on). The
boxes are doing dynamic routing with ospf to our Cisco routers using
Quagga 0.96.2 -- and except for having to remember how to implement
route maps (bgp is injecting about 1500 routes into ospf ;), I'm very,
very happy with Quagga's improvements/fixes to ospfd.
I was able to successfully apply the antefacto patch to 2.4.21 kernel
source thanks to great advice from the authors (removing the ftp
contrack part from the patch). And I was hoping the antefacto patch
would help fix conn_track issues between the two firewalls (should the
master go down, how will the backup know what's related/established vs
new?); but, I've since learned that a mechanism doesn't yet exist for
sharing connection tracking information between n+1 iptables/netfilter
firewalls running keepalived (vrrp). Any established/related
connections will be lost if the master goes down, but that's better than
not being able to reconnect at all! So, to be honest, I'm not sure if
the antefacto (or LVS) patch(s) really buy me anything at all. I was
hoping some other folks have successfully set up something similar to
this and might have some advice they'd like to share.
So far I've found vrrp does a great job in dealing with with fail over
(if down).. but I've found some strangeness with pulling the cable (or
just resetting) the backup -- the clients (win98 test/junk machines) on
the internal lan (at times) seem to cache the MAC of the backup and they
stop talking to the rest of the world. I'm sure it's just something
goofy that I have mis-configured.
Anyway, that's what I'm trying to setup.
--Jim
next parent reply other threads:[~2003-09-03 2:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.44.0309011948200.5869-100000@l>
2003-09-03 2:29 ` Jim Miller [this message]
2003-09-03 9:19 ` [quagga-users 369] Re: FW: Antefacto and 2.4.21 Kjetil Torgrim Homme
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F5551F1.5040505@simutronics.com \
--to=jimm=2zrvktmjs9g5uwnf+njydw@public.gmane.org \
--cc=Joao.Mendes=IMkFEHXYkuU@public.gmane.org \
--cc=lvs-users=9NwHyUdJu3J9kDVj6ABq+kzrnptfnCPw@public.gmane.org \
--cc=netfilter=wool9L35kiczKOhml7GhPkB+6BGkLq7r@public.gmane.org \
--cc=quagga-users=UOy77sIEA+cAd7ICUelF/Q@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox