Re: ipfw rules vs routes to localhost?

From: Neelkanth Natu (neelnatu_at_yahoo.com)
Date: 05/29/03

  • Next message: Barney Wolff: "Re: ipfw rules vs routes to localhost?"
    Date: Wed, 28 May 2003 15:50:37 -0700 (PDT)
    To: "Crist J. Clark" <cjc@freebsd.org>, Paul Chvostek <paul@it.ca>
    
    

    --- "Crist J. Clark" <crist.clark@attbi.com> wrote:
    > On Wed, May 28, 2003 at 12:51:54AM -0400, Paul Chvostek wrote:
    > >
    > > I'm considering:
    > >
    > > ipfw add N deny ip from a.b.c.d to any
    > >
    > > vs.
    > >
    > > route add -host a.b.c.d localhost

    If you do decide to go with the "route-to-localhost" approach, you might
    want to add the "-blackhole" modifier so that the packets are dropped
    in looutput(). Otherwise they would unnecessarily go up the stack
    before being dropped in ip_input().

    best
    Neel

    > >
    > > I need to block traffic to a number of IP addresses. I thought I'd use
    > > ipfw to avoid things like UDP DNS lookups that might come in ant take up
    > > resources while my system tried to respond, but it's been suggested on
    > > another list that setting routes to localhost will use less resources.
    > > Ideally, I'd like to be able to block a few tens of thousands of IPs.
    > >
    > > What's the scoop?
    >
    > Someone is assumng the old rule for blocking traffic on a (Cisco)
    > router applies to the FreeBSD stack. It doesn't necessarily apply.
    >
    > First off, blocking it in ipfw rules is obviously more efficient if
    > you are running ipfw(8) already.
    >
    > If you wouldn't be otherwise running ipfw(8) at all, there _may_ be
    > some gain. Packets blocked by ipfw(8) get dropped very early in
    > ip_input(), which is good, but _all_ packets have to go through
    > ipfw(8), and we usually assume the majority of packets are "good"
    > ones. So, the second case, adding the route, doesn't add much overhead
    > to the processing of good packets, but does greatly increase the
    > resources used before you toss out bad ones. You may end up using
    > fewer resources if there are only a few bad ones relative to the
    > good.
    >
    > IMHO, if this machine is a firewall, use the right tool for
    > firewalling, ipfw(8). Are you short on resources in the first place?
    > If you are really pushing this machine's routing capabilities to its
    > max, you might be in need of an OS and hardware designed solely for
    > routing. Tinkering with ipfw(8) versus blackhole routes probably is
    > not the way to solve the problem.
    > --
    > Crist J. Clark | cjclark@alum.mit.edu
    > | cjclark@jhu.edu
    > http://people.freebsd.org/~cjc/ | cjc@freebsd.org
    > _______________________________________________
    > freebsd-net@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-net
    > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"

    __________________________________
    Do you Yahoo!?
    Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
    http://calendar.yahoo.com
    _______________________________________________
    freebsd-net@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-net
    To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"


  • Next message: Barney Wolff: "Re: ipfw rules vs routes to localhost?"

    Relevant Pages

    • Re: ipfw rules vs routes to localhost?
      ... > ipfw to avoid things like UDP DNS lookups that might come in ant take up ... > another list that setting routes to localhost will use less resources. ... ip_input, which is good, but _all_ packets have to go through ...
      (freebsd-net)
    • Re: syslog server, RH ES 4, large amounts of UDP loss. please help
      ... 26 packets to unknown port received. ... Below I see no recieve errors, but netstat reports recieve ... stats are only looking at the Ethernet level errors in the stack. ... the higher levels on the receiving system stack are tripping over themselves. ...
      (comp.os.linux.networking)
    • Re: Memory leaks 2
      ... the stack is GONE. ... anything can be "left on the stack" in a way that decreases overall system resources one ... see a continuing trend of resource consumption, you have a resource leak. ... I've used ExitProcess() but it return the same results of exit. ...
      (microsoft.public.vc.mfc)
    • Re: is such exception handling approach good?
      ... Suppose I have some objects created on local function stack. ... destructor. ... exception handling code in the function for resource free purpose, ... rely on destructor to free resources if exception occurs, that is, ...
      (microsoft.public.vc.language)
    • is such exception handling approach good?
      ... Suppose I have some objects created on local function stack. ... destructor. ... exception handling code in the function for resource free purpose, ... rely on destructor to free resources if exception occurs, that is, ...
      (microsoft.public.vc.language)

    Loading