From: Taylor Grant <gtaylor@riverviewtech.net>
To: Vic N <vic778@hotmail.com>
Cc: netfilter@lists.netfilter.org
Subject: Re: ddos / no connection tracking / tarpitting
Date: Fri, 22 Apr 2005 00:22:46 -0500 [thread overview]
Message-ID: <42688A26.9000705@riverviewtech.net> (raw)
In-Reply-To: <BAY104-F417A02D74275560AA714548B2D0@phx.gbl>
> A while ago I saw an iptables solution that was able to serve as an
> effective anti-ddos solution. I didn't get to see under the hood, but
> the creator told me that the solution was essentially an iptables
> implementation with no connection tracking built in. Allegedly, the
> fact that no connection tracking was used enabled the the iptables to
> deal with a much higher volume of traffic w/o crashing. He had also
> mentioned using packet counting (to count packets as they passed through
> since there was no way to keep track of them otherwise) and using
> tarpitting.
>
> While I can't attest to what the person told me, I do know the firewall
> was soaking up ddos traffic that was otherwise bringing servers to their
> knees with the use of regular connection-based firewalling.
>
> So my question is, is this the basic element of building a good
> anti-ddos solution wtih iptables to address a *large* volume of ddos
> traffic to build iptables w/o connection tracking?
>
> Thanks,
Yes this is possible and (I think) fairly easy to do. As I have never done this I can not tell you for sure, but this is what I would do if I were to do such a thing.
I will presume that you are wanting to drop all traffic to a specif port on an IP address for the sake of this discussion.
iptables -t raw -A PREROUTING -d 1.2.3.4 -p tcp --dport 5678 -j NOTRACK
iptables -t filter -A FORWARD -d 1.2.3.4 -p tcp --dport 5678 -j TARPIT
This will cause any traffic that comes in that is distend to 1.2.3.4 on port 5678 to NOT be tracked with the connecting tracking sub system and to subsequently be redirected to the TARPIT target.
Grant. . . .
next prev parent reply other threads:[~2005-04-22 5:22 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-22 4:19 ddos / no connection tracking / tarpitting Vic N
2005-04-22 4:32 ` Jason Opperisano
2005-04-22 4:45 ` Taylor Grant
2005-04-22 5:01 ` Jason Opperisano
2005-04-22 5:22 ` Taylor Grant [this message]
2005-04-22 6:50 ` Jozsef Kadlecsik
2005-04-22 6:52 ` Taylor Grant
2005-04-22 21:13 ` R. DuFresne
2005-04-22 22:12 ` Seferovic Edvin
[not found] ` <42697714.011dd32f.69e7.219fSMTPIN_ADDED@mx.gmail.com>
2005-04-22 22:18 ` Fabien Germain
2005-04-22 22:28 ` Taylor, Grant
2005-04-22 23:05 ` Daniel Lopes
-- strict thread matches above, loose matches on Subject: below --
2005-04-22 7:01 Gary W. Smith
2005-04-22 7:05 Gary W. Smith
2005-04-22 7:10 ` Taylor Grant
2005-04-22 7:32 ` Jozsef Kadlecsik
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=42688A26.9000705@riverviewtech.net \
--to=gtaylor@riverviewtech.net \
--cc=netfilter@lists.netfilter.org \
--cc=vic778@hotmail.com \
/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