 |  |
Very clear. Thank you very much Chris! :)
Re: delegating IP''s
From: Aaron Lynch
Date: Friday, May 21, 1999
Time: 11:51:00 pm
Men & Mice Support wrote:
>
> >I do not have a class c. another gripe of mine... but another story
> >
> >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
--
"He may not have a clue and he may not have style, but everything he
lacks he makes up with denial."
-The Offspring
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