Linux Netfilter discussions
 help / color / mirror / Atom feed
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


  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