[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] rdns, uneven blocks, PTR records, blocks smaller than CLASS C BLOCK
- Subject: Re: [cobalt-users] rdns, uneven blocks, PTR records, blocks smaller than CLASS C BLOCK
- From: "E.B. Dreger" <eddy+public+spam@xxxxxxxxxxxxxxxxx>
- Date: Mon Jan 28 11:08:04 2002
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
> Date: Mon, 28 Jan 2002 12:08:38 -0500
> From: Cobalt User <cobalt-users@xxxxxxxxxxxxxx>
(Guys and gals, _please_ wrap your lines at a decent length...)
> has anyone successfully setup reverse dns to a block smaller than a /24
> (class c) using a raq for the nameserver
>
> i got my isp to delegate me reverse dns authority for my /26 (64 addresses)
>
> this block will be added into my raq that i am using as a nameserver for
> reverse resolution
>
> let's say the block is 192.168.1.192/26 (192 to 255, 193 to 254 usable)
> lets say xx represents a number from 193 to 254 for the scope of this
> document
So what are the real addresses? As Jeff mentions, it's far
easier to do a quick dig, nslookup, rwhois on the _real_ block
than typing out three pages of theory.
> since this is not an even 8, 16, or 24 bit ip cidr block (old class a,b,c) ,
> they did it as tt.1.168.192.in-addr.arpa
> where tt are actual letters 'tt', nn.nn.nn is my ip block first three
> components, since there are other subscribers within the same C BLOCK they
> can't delegate me the whole C BLOCK
RFC 2317 in action.
http://www.rfc-editor.org/rfc/rfc2317.txt
> each xx.1.168.192.in-addr.arpa in their dns table is CNAMEd to
> xx.tt.1.168.192.in-addr.arpa on their end
>
> they listed me as the name server for tt.1.168.192.in-addr.arpa
>
>
> i tried to manually create a zone 192-26.tt.1.168.192.in-addr.arpa and the
> raq deleted it upon reboot
Deleted the zone files? The zone quit resolving?
> i tried to manually enter 192.168.1.tt.xx into reverse dns ptrs in the gui
> but it won't take it, wants all numbers
>
> when i do a dig on an ip within the block from a workstation it pulls up the
> cname but still tries to use their NS instead of the NS delegated for the
> tt.1.168.192.in-addr.arpa block
>
> would appreciate pointers (no pun intended) from anyone having experience
> with this
Create a zone that matches xx.1.168.192.in-addr.arpa, and add
entries as appropriate.
If you'd posted the actual IPs...
> Jon
Eddy
Brotsman & Dreger, Inc. - EverQuick Internet Division
Phone: +1 (316) 794-8922 Wichita/(Inter)national
Phone: +1 (785) 865-5885 Lawrence
--
Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
From: A Trap <blacklist@xxxxxxxxx>
To: blacklist@xxxxxxxxx
Subject: Please ignore this portion of my mail signature.
These last few lines are a trap for address-harvesting spambots. Do NOT
send mail to <blacklist@xxxxxxxxx>, or you are likely to be blocked.