 |  |
>I do not have a class c. another gripe of mine... but another story
Re: delegating IP''s
From: Men & Mice Support
Date: Friday, May 21, 1999
Time: 11:43:00 pm
>
>I am pretty sure they own the block. I have 15 usable ip's ranging from
>216.122.30.31 - .46 how do I check 'ornership' of a block? A little
>tutorial would be really helpful. I have 'DNS and Bind' but it's pretty
>over my head.
So you're talking about a "classless" subnet. RFC 2317 details how this works.
In English, it translates to this: Each address gets a CNAME record instead
of a PTR record in your ISP's reverse zone file. Each CNAME record leads to
a PTR record in a zone file on your server. Here are some ways to do it:
Method 1:
Their file:
1.0.168.192.in-addr.arpa. CNAME 1.0/30.0.168.192.in-addr.arpa.
0/30.0.168.192.in-addr.arpa. NS your.server.
Your file:
1.0/30.0.168.192.in-addr.arpa. PTR your.machine's.name.
Method 2:
Their file:
1.0.168.192.in-addr.arpa. CNAME 1.reverse.your.domain.
Your file:
1.reverse.your.domain. PTR your.machine's.name.
There are some additional considerations, but essentially, it's up to your
ISP how they want to do it.
Also of note, this type of delegation isn't understood by MacTCP Watcher -
if you use this program to test this type of configuration, you'll get the
intermediate CNAME record instead of the final answer. However, with nearly
all other resolvers, it works just fine.
For checking ownership, I generally don't bother with the whois
database(s). I just start at the root servers and work my way out. If you
don't have access to a Unix-type command-line host, and don't have a copy
of DNS Expert 1.5, you can use our online Dig tool at
<http://us.mirror.menandmice.com/cgi-bin/DoDig>.
In the Name Server field, put a root server, such as "c.root-servers.net".
In the Domain Name field, put the reversed class C name, such as
"0.168.192.in-addr.arpa". In the Query Type pulldown, select Name Server
(NS).
In the answer, you'll see records like this:
168.192.in-addr.arpa. 86400 NS ns1.upstream.net.
Copy the name of the server and paste it into the Name Server field above.
Repeat this process as necessary until you find a name server responsible
for the class C subnet.
At this point, you should see a record that looks something like this:
0.168.192.in-addr.arpa. 86400 SOA primary.name.server.
hostmaster.isp.com.
1999052001 ; serial
1800 ; refresh (30 minutes)
900 ; retry (15 minutes)
604800 ; expire (7 days)
86400 ; minimum (1 day)
The part that I've marked "primary.name.server." is (theoretically) the
primary server responsible for the domain, from which other authoritative
name servers get the zone file. From this, you can determine the owner, if
you haven't determined it from previous steps.
I hope this is clear.
____________________________________________________________________
Chris Buxton Men & Mice
cbuxton@menandmice.com http://www.menandmice.com
Messages In This Thread:
Return to Digital Point Solutions' Home Page
| home | |
| products | |
| services | |
| support | |
| email lists |
| optigold isp | |
| optigold isp news | |
| home inspection | |
| inspectrix | |
| java companion | |
| oracle | |
| quickdns pro | |
| search engine | |
| veterinary |
| tips | |
| employees | |
| free tools | |
| portfolio | |
| jobs | |
| contact |
888/4-DPOINTSupport:
858/452-3696