All of lore.kernel.org
 help / color / mirror / Atom feed
From: Justin Schoeman <justin@expertron.co.za>
To: netfilter@lists.netfilter.org
Subject: Connection tracking looses packets?
Date: Wed, 24 May 2006 15:25:35 +0200	[thread overview]
Message-ID: <44745ECF.70702@expertron.co.za> (raw)

Hi all,

I am having problems with a firewall here.  The basic configuration 
works perfectly, but we have occasional problems with DNAT.  Long 
running sessions (we have found the problem on ftp, http, pop and smtp 
sessions) occasionally stall, and transfer no more data.  Looking at the 
firewall logs, I see:

INVALID NAT: IN=eth3 OUT= MAC=00:02:55:d6:eb:ae:00:11:bc:25:96:80:08:00 
SRC=196.x.x.x DST=10.50.18.22 LEN=52 TOS=0x00 PREC=0x00 TTL=117 ID=37995 
PROTO=TCP SPT=57952 DPT=80 WINDOW=65535 RES=0x00 ACK URGP=0

(This is logged by a -m state --state INVALID rule in the mangle table.) 
The packet is then not natted, but drops into the INPUT chain for the 
firewall itself, where it is dropped.

This seems to be the problem, as there are always one or more of these 
messages on a stalled connection.

Looking at /proc/net/ip_conntrack immediately after the above message is 
logged, I see:

tcp      6 295 ESTABLISHED src=196.x.x.x dst=10.50.18.22 sport=57952 
dport=80 packets=5 bytes=633 src=192.168.1.22 dst=196.x.x.x sport=80 
dport=57952 packets=12 bytes=13793 [ASSURED] mark=0 use=1

So the connection seems to be valid.

Any idea why this packet may be dropped, or are there other possible 
reasons why the connection may be stalling?

Googling reveals a significant number of people having problems with 
random stalls within a connection, but so far I have not seen a single 
answer to the problem.

Any help/advice will be greatly appreciated.

Thanks,

Justin


             reply	other threads:[~2006-05-24 13:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-24 13:25 Justin Schoeman [this message]
2006-05-24 14:02 ` Connection tracking looses packets? Sietse van Zanen
2006-05-26 12:19 ` Pascal Hambourg
  -- strict thread matches above, loose matches on Subject: below --
2006-05-29  2:23 Mike Polek

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=44745ECF.70702@expertron.co.za \
    --to=justin@expertron.co.za \
    --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.