All of lore.kernel.org
 help / color / mirror / Atom feed
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



  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.