All of lore.kernel.org
 help / color / mirror / Atom feed
From: "curby ." <curby.public@gmail.com>
To: Marius Mertens <marius.mertens@gmx.de>
Cc: Netfilter User Mailing List <netfilter@lists.netfilter.org>
Subject: Re: SSH Brute Force not working (any longer)
Date: Wed, 27 Jul 2005 16:50:23 -0600	[thread overview]
Message-ID: <5d2f379105072715502f71e9b4@mail.gmail.com> (raw)
In-Reply-To: <003601c592df$9f92fda0$4206a8c0@loki>

On 7/27/05, Nagy Zoltan <kirk@elte.hu> wrote:
> i've read 1-3 the files, i think your problem is a skip of the "update" (my english is really bad ;)
> because your --update lines have other condition like:seconds and rate
> the attacking machine when it begins to send those packets, recent knows nothing about him, it will be enlist with a --set match
> and then you don't update it's record with a single --update, so it can't reach the hitcount :)

2 and 3 have --set during the rule in the INPUT chain that jumps to
the custom chain.

On 7/27/05, Marius Mertens <marius.mertens@gmx.de> wrote:
> problem. The only positive about it: I finally gave up debugging it, and as
> silently as it came, the problem disappeared. Everything is working fine
> again. With a still unchanged ruleset of course ;-)

If this is not the result of something dumb we're doing, there's
probably a bug that should be squirreled out.  Intermittent problems
in security software are bad. Still, iptables has been so stable that
I'm thinking it's likely my fault. =P

I'll keep poking at it when I have a moment.


  parent reply	other threads:[~2005-07-27 22:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-27 16:36 SSH Brute Force not working (any longer) curby .
2005-07-27 18:31 ` Nagy Zoltan
2005-07-27 19:14 ` Marius Mertens
2005-07-27 21:55   ` Marius Mertens
2005-07-27 22:50   ` curby . [this message]
2005-07-27 23:33     ` Marius Mertens
2005-07-28 19:28 ` Taylor, Grant

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=5d2f379105072715502f71e9b4@mail.gmail.com \
    --to=curby.public@gmail.com \
    --cc=marius.mertens@gmx.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.