Re: Clever firewall rulesFrom: firstname.lastname@example.org
- Previous message: Chris Ricker: "Re: Clever firewall rules"
- In reply to: Scott Gifford: "Re: Clever firewall rules"
- Next in thread: Hal Flynn: "Re: Clever firewall rules"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
From: email@example.com Date: Mon, 17 Sep 2001 07:51:19 +0200 (CEST) To: focus-linux <firstname.lastname@example.org> Subject: Re: Clever firewall rules Message-ID: <Pine.LNX.email@example.com>
On 16 Sep 2001, Scott Gifford wrote:
> On Fri, 14 Sep 2001, Welsh, Armand wrote:
> > the big argument I hear is that if you drop packets instead rejecting
> > them, then some systems will pause (timeout) on identd lookups. My
> > attitude is that I don't run identd services, and I think they should
> > not be tied to internet services anyways. On the inside it's nice, but
> > if people are using identd on the internet, too bad. They can timeout.
> > I would rather be in stealth mode, than to advertise to others that I am
> > not accepting the connection.
> I don't understand exactly what this is supposed to accomplish; you've
> already advertised your IP address by connecting to the service in
> general, and they're going to know you're not running ident
> eventually; it's just a matter of whether they (and probably you) wait
> 1 second or 30. What information does this hide?
> There are legitimate reasons for using ident. From multiuser systems
> in particular, ident lets you block a single user instead of the
> entire server, or lets a sysadmin identify an abusive user from the
It is known that ident information gathering is something that might as
well be left out as the information can and commonly IS faked. Any
information source that external and can't be verified should not be
trusted at all.
Hence ident is in effect plain useless. But due to it's common use untill
now it is better to reject it then to drop it if you don't want it to pass
-- All email send to me is bound to the rules described on my homepage. firstname.lastname@example.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger.