To:
dnsop@cafax.se
From:
Markus Stumpf <maex-lists-dns-ietf-dnsop@Space.Net>
Date:
Fri, 4 Apr 2003 23:58:21 +0200
Content-Disposition:
inline
In-Reply-To:
<Pine.LNX.4.44.0304041551570.19441-100000@commander.av8.net>; from dean@av8.com on Fri, Apr 04, 2003 at 04:01:37PM -0500
Sender:
owner-dnsop@cafax.se
User-Agent:
Mutt/1.2.5.1i
Subject:
Re: I-D ACTION:draft-ietf-dnsop-inaddr-required-04.txt
On Fri, Apr 04, 2003 at 04:01:37PM -0500, Dean Anderson wrote:
> I have yet to see this capability in most FTP, gopher, or http server
> software. Without the capability, it can't even be configured. While the
> capability could exist in some software somewhere, I have yet to
Then you should probably go and RTFM.
tcpd(8) tcp/ip daemon wrapper program.
tcpserver http://cr.yp.to/ucspi-tcp/tcpserver.html
are starting points. google will also be of help.
> I think what has happened is that there is a small contingent pushing for
I did maintain big servers at the time it happend. And nearly none of the
"big" FTP servers at that time like
wuarchive.wustl.edu
ftp.funet.fi
prep.ai.mit.edu
gatekeeper.dec.com
[ ... ]
had let you in without proper RR DNS.
But with the dotcom rush it became lame to add RR DNS and the server
admins stopped using
> inconvenient, or in other cases (I have some) where multihomed mailservers
> have different forward and reverse names, so the while there are in-addr
> records, they don't match as the small contingent thinks they ought. Of
And there is no reason for it as DNS also has provisions for that case:
$ dig -x 195.30.254.85
But this discussion is getting offtopic for this group.
\Maex
--
SpaceNet AG | Joseph-Dollinger-Bogen 14 | Fon: +49 (89) 32356-0
Research & Development | D-80807 Muenchen | Fax: +49 (89) 32356-299
"The security, stability and reliability of a computer system is reciprocally
proportional to the amount of vacuity between the ears of the admin"
#----------------------------------------------------------------------
# To unsubscribe, send a message to <dnsop-request@cafax.se>.