Linux Netfilter discussions
 help / color / mirror / Atom feed
From: "David Luyer" <david@luyer.net>
To: 'Antony Stone' <Antony@Soft-Solutions.co.uk>, netfilter@lists.samba.org
Subject: RE: TCP delay, solved
Date: Fri, 14 Jun 2002 18:25:54 +1000	[thread overview]
Message-ID: <000001c2137d$19b6b800$638317d2@pacific.net.au> (raw)
In-Reply-To: <002101c2137b$e44d6de0$638317d2@pacific.net.au>

> Easy solution:
> 
>   deny (connection reset) rather than drop the connections

I meant reject.  From the man page:

   REJECT
       This  is  used to send back an error packet in response to
       the matched packet: otherwise it is equivalent to DROP  so
       it  is  a terminating TARGET, ending rule traversal.  This
       target is only valid in  the  INPUT,  FORWARD  and  OUTPUT
       chains, and user-defined chains which are only called from
       those chains.  The following option controls the nature of
       the error packet returned:

       --reject-with type
              The  type  given can be icmp-net-unreachable, icmp-
              host-unreachable,   icmp-port-unreachable,    icmp-
              proto-unreachable,   icmp-net-prohibited  or  icmp-
              host-prohibited, which return the appropriate  ICMP
              error  message  (port-unreachable  is the default).
              The option tcp-reset can be  used  on  rules  which
              only  match the TCP protocol: this causes a TCP RST
              packet to be sent back.  This is mainly useful  for
              blocking  ident  (113/tcp)  probes which frequently
              occur when sending mail to broken mail hosts (which
              won't accept your mail otherwise).

Why connection reset?  For idiots at the other end who firewall all
ICMP.

David.



  reply	other threads:[~2002-06-14  8:25 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20020612154553.GI10747@hack.home.theunixman.com>
2002-06-12 16:33 ` TCP delay, solved Nathan Cassano
2002-06-12 20:02   ` Antony Stone
2002-06-13  9:59     ` Juri Haberland
2002-06-13 12:05       ` Antony Stone
2002-06-14  7:15         ` David Luyer
2002-06-14  7:55           ` Antony Stone
2002-06-14  8:17             ` David Luyer
2002-06-14  8:25               ` David Luyer [this message]
2002-06-14  9:18                 ` Antony Stone
2002-06-14 20:29                   ` Joe Patterson
2002-06-15  1:21                     ` Joe Patterson
2002-06-14  9:16               ` Antony Stone
2002-06-14 17:28                 ` Tony Earnshaw

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='000001c2137d$19b6b800$638317d2@pacific.net.au' \
    --to=david@luyer.net \
    --cc=Antony@Soft-Solutions.co.uk \
    --cc=netfilter@lists.samba.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