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
next prev parent 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