Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Pascal Italiaander <pc-secure@home.nl>
To: netfilter@lists.netfilter.org
Subject: Re: lots of ACK/FIN filtering (DPT=80) at web server.
Date: Thu, 29 May 2003 12:11:01 +0200	[thread overview]
Message-ID: <200305291211.01431.pc-secure@home.nl> (raw)
In-Reply-To: <1054185938.13730.183.camel@raylinux.internal>

Op donderdag 29 mei 2003 07:25, schreef Ray Leach:
> Hi there
>
> On Wed, 2003-05-28 at 10:46, SB CH wrote:
> > Hello, all.
> >
> > I have operated linux web server and executed iptables 1.2.8.
> >
> > and I have found so lots of logs like this ACK,FIN filtering.
> > Surely, ACK-FIN is a connection closing step, so there is no problem for
> > customers but I would like to know why this happens!!
> > I guess that the timeout of the connection tracking related.
>
> Those are 'broken' browsers that do not follow the http standard
> properly.
>
> > May 25 12:33:05 www kernel: IN=eth0 OUT= SRC=210.126.xxx.xx
> > DST=211.10.xx.xx LEN=40 TOS=0x00 PREC=0x00 TTL=118 ID=3376 DF PROTO=TCP
> > SPT=3608 DPT=80 WINDOW=63520 RES=0x00 ACK FIN URGP=0
> >
> > Do you have any problems like me?
>
> Yes
>
> > and what's the problem and how can I solve this problem?
>
> Stop using non-standards complient browsers. Sometimes changes to
> standards are not 'enhancements'.
>
> > Thanks in advance for your kind opinios!!
> >
> > _________________________________________________________________
> > 확인하자. 오늘의 운세 무료 사주, 궁합, 작명, 전생 가이드
> > http://www.msn.co.kr/fortune/default.asp

This is correct , mostly this happens when you have the rule like this:
iptables -A OUTPUT -p tcp ! --syn -m state --state NEW -j DROP
and you have a workstation inside your network , you browse with.
The most logging wil be done if you run a Windows-client      :-)

BUT you run a webserver,  and in your log-file says IN=eth0 and not OUT=eth0.

I run a webserver in Holland also , and it may happens sometimes ,that someone 
keeps the website open , but does nothing. So a connection_time_out 
acurse,and the ACK,FIN will be dropped, when the client closes the browser or 
page.

But NO heavy logging of that may happen.

So  I asume there is something else...

maybe a faulty rule ? like this ?:

iptables -A INPUT -p tcp ! --syn -m state --state NEW -j DROP

send us your ruleset . If you only run a public-webserver (and ftp or ssh ) 
you don't need a heavy ruleset. ( keep it plain and simple)

Pascal









  reply	other threads:[~2003-05-29 10:11 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-28  8:46 lots of ACK/FIN filtering (DPT=80) at web server SB CH
2003-05-29  5:25 ` Ray Leach
2003-05-29 10:11   ` Pascal Italiaander [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-05-29  9:17 SB CH
2003-05-29  9:30 ` Ray Leach

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=200305291211.01431.pc-secure@home.nl \
    --to=pc-secure@home.nl \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox