From: Jihoon Chung <difro@sexycoder.com>
To: Joel Newkirk <netfilter@newkirk.us>
Cc: netfilter@lists.netfilter.org
Subject: Re: icmp echo packets not masqueraded properly.
Date: Wed, 19 Mar 2003 12:47:51 +0900 [thread overview]
Message-ID: <20030319034750.GA19265@morpheus> (raw)
In-Reply-To: <200303182222.44556.netfilter@newkirk.us>
Thanks for the reply..
On Tue, Mar 18, 2003 at 10:22:44PM -0500, Joel Newkirk wrote:
> >
> > And the Masquerading rule is:
> > `iptables -t filter -A FORWARD -j MASQUERADE`;
>
> I hope this is a mistype, and you're actually doing this in -t nat -A
> POSTROUTING? The MASQUERADE target is only valid in that chain.
Oops. Yes, it is a mistype. I meant -t nat.
>
> > The problem occurs when I'm pinging from the notebook (host inside the
> > firewall) to any host outside the firewall.
> >
> > When ppp0 dies and the default-route gets changed to eth1 while
> > pinging from the notebook, the ping session is still masqueraded to
> > ppp0's ip address !! , even though the packets are routed through
> > eth1. (I found this by tcpdumping on eth1)
> >
> > If I stop the ping on the notebook and wait 30 seconds and ping again,
> > it behaves fine.
>
> Is this ALL traffic, or just ICMP? Only if the pinging was already taking
> place as the route was changed?
Yes, just ICMP and only when the pinging was already taking place.
>
> There's a 30-second timeout, IIRC, on ICMP in conntrack. When MASQUERADE
> detects that a device is no longer available it is supposed to dump all
> conntrack entries associated with that device. It appears that it is
> not doing so, and the entries are simply expiring after timeout. Is
> device ppp0 still in the system, just not valid and not routed through?
> If so, you might try taking it down from your route-changing daemon.
Well, 'ip addr list' shows ppp0 but with no ip address.
I tried taking it down completely (doesn't show in 'ip add list', no
pppd running.), but stil the problem exists.
> > Is there anyway I can make it behave without "stop-wait30sec" ?
> >
> > (by the way , I searched in /proc and tried turning on
> > /proc/sys/net/ipv4/ip_dynaddr , but nothing changed.)
>
> That has to be enabled for the MASQUERADE target to work properly anyway.
>
> j
>
prev parent reply other threads:[~2003-03-19 3:47 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-18 7:32 icmp echo packets not masqueraded properly Jihoon Chung
2003-03-19 3:22 ` Joel Newkirk
2003-03-19 3:47 ` Jihoon Chung [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=20030319034750.GA19265@morpheus \
--to=difro@sexycoder.com \
--cc=netfilter@lists.netfilter.org \
--cc=netfilter@newkirk.us \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.