Doug <[EMAIL PROTECTED]> wrote:
>Louis A. Mamakos wrote:
>>[lost attribution]
>>>
>>> That IS a violation of the standard, since A records are not valid
>>> for hosts in in-addr.arpa.
>>
>> And next I suppose you'll tell me that PTR records are not valid
>> outsize of the IN-ADDR.ARPA portion of the DNS namespace?
>
> Given how PTR RR's are defined, I'd have to say, ayyup.
I suggest you read RFC 2317 (classless reverse DNS). Among its
recommendations are setups like:
130.134.240.212.in-addr.arpa. CNAME 130.128/28.134.240.212.in-addr.arpa.
130.128/28.134.240.212.in-addr.arpa. PTR dotat.at.
and:
130.134.240.212.in-addr.arpa. CNAME 130.rev.dotat.at.
130.rev.dotat.at PTR dotat.at.
RFC 2181 allows the / in the CNAME RRs. There's no reason for
restricting PTR RRs to a particular part of the name space, and indeed
this example shows that doing so can make administration unnecessarily
harder.
The real reverse DNS for dotat.at uses this more conservative setup:
130.134.240.212.in-addr.arpa. CNAME 130.128-28.134.240.212.in-addr.arpa.
130.128-28.134.240.212.in-addr.arpa. PTR dotat.at.
Tony.
--
f.a.n.finch [EMAIL PROTECTED] [EMAIL PROTECTED] e pluribus unix
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message