From: "Jan" <Oblivion@tiscali.be>
To: Andrew Smith <nfml@k1k2.com>, netfilter@lists.netfilter.org
Subject: Re: Netfilter and multiple internet connections
Date: Wed, 16 Oct 2002 01:42:02 +0200 [thread overview]
Message-ID: <002101c274a4$76ec9570$0100a8c0@obsidian> (raw)
In-Reply-To: 34894.192.168.7.14.1034716936.squirrel@iw.k1k2.com
> My guess, based on how my dual ADSL connection works, is that you will
> need an extra route to send out the replies to the cable modem supplier
> via the cable modem
>
> Assume Cable is NETC and ADSL is NETA
> If your default route sends everything out NETA, then even anything
> that "should" be sent to the cable modem provider via NETC will go
> out NETA
> (e.g. cable here in Australia on Telstra requires a heartbeat sent
> back to Telstra and that MUST go out the Telstra connection)
>
> Also, if both connections are masqueraded then anything that goes out
> NETA will say it is from an IP address provided by your ADSL provider
> and thus will also be the wrong source for any "connection keep-alive"
> traffic
>
> As far as I understand also - it is common practice in the USA to use
> egress filters that stop you from sending data out the wrong connection
> (this is only relevant if either connection is not masqueraded)
> - so you will need to check that also
> (my ISP's in Aus don't do this - lucky me - no need for iproute2 :-)
>
> Hope there is something here that helps you
>
> --
> -Cheers
> -Andrew
Thanks Andrew,
your comments made me think. From a remote server, I performed a constant
ping to both of my internet IP addresses. Only the ones for the currently
active default gateway got trough to iptables. Changing the default
gateway, changed the ping that got trough. So I started playing with the
kernel parameters in /proc/sys/net/ipv4/conf/...
What I saw was that setting /proc/sys/net/ipv4/conf/eth1/rp_filter to "0"
fixed the issue I saw. I googled for rp_filter, and found the Linux
Advanced Routing howto explaining this setting.
rp_filter = Reverse Path Filtering
Basicly, a packet coming in on one interface (provider1) is dropped when the
"reply" would go out on another interface (provider2).
Now I know for sure iptables isn't faulty, I was just wondering why I only
got firewall log entries from the active default gateway interface.
Jan
prev parent reply other threads:[~2002-10-15 23:42 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-15 11:55 Netfilter and multiple internet connections Jan
2002-10-15 21:22 ` Andrew Smith
2002-10-15 23:42 ` Jan [this message]
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='002101c274a4$76ec9570$0100a8c0@obsidian' \
--to=oblivion@tiscali.be \
--cc=netfilter@lists.netfilter.org \
--cc=nfml@k1k2.com \
/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