From: Petr Pisar <petr.pisar@atlas.cz>
To: netfilter@lists.netfilter.org
Subject: Re: Not NATed packets
Date: Sat, 29 Apr 2006 21:15:23 +0200 [thread overview]
Message-ID: <e30e0b$284$1@sea.gmane.org> (raw)
In-Reply-To: <Pine.LNX.4.64N.0604231700330.6204@tank.eu.org>
lukas@tank.eu.org wrote:
> NAT configuration is simple but some packets are not NATed - on my
> public interface packets with source address of my internal (NATed)
> network appears and i have no clue what is wrong.
>
> tcpdump -i eth0 -n -vvv |grep 10.10.10
> 16:30:39.015880 IP (tos 0x0, ttl 127, id 28594, offset 0, flags [DF],
> proto: TCP (6), length: 40) 10.10.10.104.3689 > 83.29.48.50.6881: F,
> cksum 0x1623 (correct), 3885889894:3885889894(0) ack 3151418643 win 65535
So, I have one workaround. These magic packets are INVALID from point of
state module's view. Therefore this rules
5 200 LOG all -- * ppp0 0.0.0.0/0
0.0.0.0/0 state INVALID LOG flags 2 level 4 prefix `FWD-INVALID'
1 40 REJECT all -- * ppp0 0.0.0.0/0
0.0.0.0/0 state INVALID reject-with icmp-admin-prohibited
where ppp0 is nating device can log and discard this packets.
I'm not sure if any INVALID packet can also be considered as a health
packet. Can you see any false positivities? (I know, that these packets
can occure, when interface with dynamicly assignes address changes its
IP address during established TCP connection, but then we are not able
to repair this state [i.e. close connection on both sides with proper
source IP] either. Therefore we can consider following packets as realy
invalid.)
-- Petr
next prev parent reply other threads:[~2006-04-29 19:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-23 15:04 Not NATed packets lukas
2006-04-23 20:35 ` Petr Pisar
2006-04-24 9:55 ` lukas
2006-05-04 20:35 ` Pascal Hambourg
2006-04-29 18:44 ` Petr Pisar
2006-04-29 19:15 ` Petr Pisar [this message]
2006-05-04 22:22 ` Pascal Hambourg
2006-05-05 17:26 ` Petr Pisar
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='e30e0b$284$1@sea.gmane.org' \
--to=petr.pisar@atlas.cz \
--cc=netfilter@lists.netfilter.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 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.