From: Michael Tautschnig <michael.tautschnig@zt-consulting.com>
To: Mikhail Zotov <e-boogie@yandex.ru>
Cc: netfilter@lists.netfilter.org
Subject: Re: Possible reasons for INVALID packets ?
Date: Wed, 2 Mar 2005 17:58:36 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.62.0503021752050.4612@L01.THNET> (raw)
In-Reply-To: <200503021935.25498.e-boogie@yandex.ru>
[...]
>
>>
>>> IN= OUT=eth0 SRC=ROUTER DST=193.108.155.115 LEN=68 TOS=0x00 PREC=0xC0
>>> TTL=64 ID=22467 PROTO=ICMP TYPE=11 CODE=0 [SRC=193.108.155.115
>>> DST=A.LAN.HOST LEN=40 TOS=0x00 PREC=0x00 TTL=1 ID=40760 PROTO=ICMP TYPE=8
>>> CODE=0 ID=20244 SEQ=45126 ]
>>>
> [...]
>>
>> Why would you consider these packets invalid - TYPE=11 is "time exceeded",
>> CODE=0 is "maximum lifetime of the datagram exceeded" - for whatever
>> reason those packets are generated ...
>
> I have (roughly) the following rules in the script:
>
> iptables -A OUTPUT -m state --state INVALID -j LOG \
> --log-prefix "Fired invalid:"
> iptables -A OUTPUT -m state --state INVALID -j DROP
>
> These rules worked at the records I posted.
Well, IMHO these rules will work for tcp/udp connections - but as of icmp,
the following occurs:
ICMP-echo request 193.108.155.115 -> A.LAN.HOST , which is unreachable,
thus "time exceeded".
Now take a look at "man iptables", what it says about "INVALID":
"... Possible states are INVALID meaning that the packet could not be
identified for some reason which includes running out of memory and ICMP
errors which don't correspond to any known connection, ... "
and indeed, this is the case - your ICMP error does not correspond to any
known connection, as an ICMP-echo request is always "NEW" .
You should probably allow any outgoing ICMP-traffic to resolv this issue.
Regards,
Michael
next prev parent reply other threads:[~2005-03-02 16:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-02 9:26 Possible reasons for INVALID packets ? Michael Tautschnig
2005-03-02 16:35 ` Mikhail Zotov
2005-03-02 16:58 ` Michael Tautschnig [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-03-02 8:35 Mikhail Zotov
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=Pine.LNX.4.62.0503021752050.4612@L01.THNET \
--to=michael.tautschnig@zt-consulting.com \
--cc=e-boogie@yandex.ru \
--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