mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* Re: 2.4 and 2.6 under DDoS behavior
       [not found]     ` <Pine.GSO.4.53.0410161519100.15508@amos.bath.ac.uk>
@ 2004-10-16 14:32       ` Trent Lloyd
  0 siblings, 0 replies; only message in thread
From: Trent Lloyd @ 2004-10-16 14:32 UTC (permalink / raw)
  To: S Iremonger; +Cc: linux-kernel

Problem is the linux box in front has to handle double the packets and
would have to be really fast (e.g. expensive) as well

> >On Fri, 15 Oct 2004 13:04:22 +0100 (BST), S Iremonger <exxsi@bath.ac.uk> wrote:
> >> >the external interface was
> >> >seeing about 600,000 pps at ~350Mbit/sec.    The link is 1Gb, so it
> >> You may want some kind of simpler non-contracking machine infront,
> >>   that has a simpler stateless firewall configuration on it... --
> >> Maybe 'syncookies firewall' on that machine too....
> 
> >Possibly, yeah.  I guess it depends on if it can keep up with the traffic.
> 
> 
> 
> I suggest trying out following configuration:-
> 
> --box infront of the ''firewall'' with:-
> Optimized kernel WITHOUT connection tracking on nice network
>   devices/drivers...
> Make SURE the kernel is configured as "optimize as router not host".
> And -- instigate a **SIMPLE** ruleset (if any rules at all), e.g.
>   just IP addresses and protocol types  or something...
> Install the 'syncookies firewall' on this host, which will answer
>   syn packets from outside with a 'cookie' and expect to see a
>   valid answer to the cookie, and will then (and ONLY THEN) forward
>   connection 'inbounds' to the network...
> 
> Then have your 'real firewall' with connection tracking, and more
>   complicated ruleset inside that....
> 
> I'd like to hear anybody's opinions on the above.
> Maybe what I said is counterproductive, maybe it isn't....
> I want to hear, in any case.
> 
> What I *am* preety sure about, is 'connection tracking' (needed for
>   proper NAT as opposed to static 1-1 NAT) DOES slow down your
>   packet passing rate CONSIDERABLY.
> 
> >Right.  It's an Intel 7502 board, dual on board Gig, and a a couple of
> >Gig cards in the PCI-X slots.  All are the newer kind with interrupt
> >coalescing, but that doesn't matter much with 2.6 and NAPI.  One
> I'm sorry, I dont know that board...
> 
> >It was a Syn flood, so the easy answer here is to let it through and
> >let the target hosts deal with it directly.
> Well, MAYBE, but then MAYBE the SYN flood will just tie up all the
>   conntrack tables ?
> 
> >I'm not seeking an easy answer, but am wondering what kind of pps
> >limit people think is reasonable to expect.
> >Should 1.5M pps be possible, has someone done it?
> I don't know. sorry.....
> 
> 
> Good luck, let me know what happens...
> 
> --S Iremonger <exxsi@bath.ac.uk>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-net" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Trent Lloyd <lathiat@bur.st>
Bur.st Networking Inc.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2004-10-16 14:32 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <66e7584804101413023b16b92a@mail.gmail.com>
     [not found] ` <Pine.GSO.4.53.0410151301100.15508@amos.bath.ac.uk>
     [not found]   ` <66e75848041015193427c2c6f7@mail.gmail.com>
     [not found]     ` <Pine.GSO.4.53.0410161519100.15508@amos.bath.ac.uk>
2004-10-16 14:32       ` 2.4 and 2.6 under DDoS behavior Trent Lloyd

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®