 |  |
OK, start by opening a DNS query window (from the Tools menu).
Re: problems with mail hosts
From: Men & Mice Support
Date: Thursday, December 14, 2000
Time: 1:09:13 am
Enter the name you want to look up, or an IP address or the beginning
of an IP address (i.e. 1-4 octets). In this case, enter 63.105.166.32.
Enter the name of a root server in the server field. Root servers
have names in the form x.root-servers.net, where x is a letter
ranging from a to m.
Leave the query type set to Any Record. Disable the checkbox marked
"Recursive Query".
Click Start. A response will be shown in the main window pane. It
will list delegation records. You can ctrl-click on a server and
select "Use as server" to use that server for the next query, to
continue to process.
The next step involves querying a UUNet server. It'll tell you that
something doesn't exist. Shorten the query to 3 octets and try again
(to query for the class C subnet). It'll again tell you that your
query name doesn't exist. Shorten again to 2 octets and try again (to
query for the class C subnet). It'll tell you that it's authoritative
for that, as it should be, since that's what the root server
delegated to it.
Any questions?
____________________________________________________________________
Chris Buxton Men & Mice
cbuxton@menandmice.com We Make DNS Easy!
At 11:00 PM -0800 12/13/00, Caio James wrote:
>I have the demo of DNS expert but am not able to find this data? Can anyone
>provide some instructions? ;-)
>
>Thanks.
>
>Caio
>
>[---------------------------------------------------]
> Caio James
> PHONE: (888) 498-8234 Technology Consultant
> FAX: (888) 498-8233 Intric
> WEB: http://intric.com 704 Natoma St
> EMAIL: caio@intric.com Folsom, CA 95630
>[---------------------------------------------------]
>
> > From: Men & Mice Support <cbuxton@menandmice.com>
> > Reply-To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
> > Date: Wed, 13 Dec 2000 22:40:07 -0800
> > To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
> > Subject: Re: problems with mail hosts
> >
> > It should take 6 hours or less from implementation to full effect.
> > They haven't implemented it yet. It still breaks at the class B level
> > - there's no delegation of the class C reverse records.
> >
> > You can check the delegation of your reverse records using DNS
> > Expert's query tool, or any other full-featured query tool (e.g. dig
> > or nslookup). We do offer a web interface for dig on our site, but
> > dig, by default, sends recursive queries, and with the web interface,
> > there's no way to change that. You don't want to send recursive
> > queries when investigating this.
> > ____________________________________________________________________
> > Chris Buxton Men & Mice
> > cbuxton@menandmice.com We Make DNS Easy!
> >
> > At 2:49 PM -0800 12/13/00, Caio James wrote:
> >> So about how long does it take for this type of change to take effect? I
> >> contacted uu.net on Monday and received an email that the problem had been
> >> taken care of on Monday night. When should I expect to be handling my own
> >> rdns? Also, how can I check who is delegated my rdns like you did?
> >>
> >> Thanks.
> >>
> >> Caio
> >>
> >>> From: Men & Mice Support <cbuxton@menandmice.com>
> >>> Reply-To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
> >>> Date: Sun, 10 Dec 2000 19:04:35 -0800
> >>> To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
> >>> Subject: Re: problems with mail hosts
> >>>
> >>> Pretty simple. Tell them you want them to delegate your reverse
> >>> records to you. If they say it's already done, tell them about the
> >>> delegation records below - that it ends at the class B subnet, and
> >>> that they should delegate the class C subnet to their own servers. If
> >>> they say the class C subnet is already configured, tell them their
> >>> delegation is broken, and so the world doesn't see their class C
> >>> subnet zone file. If they persist in thinking everything's working,
> >>> ask to talk to a supervisor.
> >>> ____________________________________________________________________
> >>> Chris Buxton Men & Mice
> >>> cbuxton@menandmice.com We Make DNS Easy!
> >>>
> >>> At 6:39 PM -0800 12/10/00, Caio James wrote:
> >>>> So what EXACTLY do I need to tell UUNet support when I call
>them tomorrow
> >>>> morning? I want to be able to tell them exactly what I need.
> >>>>
> >>>> Thanks.
> >>>>
> >>>> Caio
> >>>>
> >>>> [---------------------------------------------------]
> >>>> Caio James
> >>>> PHONE: (888) 498-8234 Technology Consultant
> >>>> FAX: (888) 498-8233 Intric
> >>>> WEB: http://intric.com 704 Natoma St
> >>>> EMAIL: caio@intric.com Folsom, CA 95630
> >>>> [---------------------------------------------------]
> >>>>
> >>>>> From: Men & Mice Support <cbuxton@menandmice.com>
> >>>>> Reply-To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
> >>>>> Date: Sun, 10 Dec 2000 18:05:03 -0800
> >>>>> To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
> >>>>> Subject: Re: problems with mail hosts
> >>>>>
> >>>>> At 1:21 PM -0800 12/10/00, Caio James wrote:
> >>>>>> OK so I downloaded the demo of qdns, and apparently the
> >> reverse dns is not
> >>>>>> delegated to our nameservers? is this correct? dns expert is not
> >>>> finding our
> >>>>>> ptr records even though they are there..
> >>>>>>
> >>>>>> I found this when I tested intric.com, yeat.com, and marketingjobs.com
> >>>>>>
> >>>>>> Can anyone confirm?
> >>>>>
> >>>>> malone.intric.com has the IP address 63.105.166.32. The reverse
> >>>>> record for that address is delegated as follows:
> >>>>>
> >>>>> from i.root-servers.net:
> >>>>> 105.63.in-addr.arpa. NS auth03.ns.uu.net.
> >>>>> 105.63.in-addr.arpa. NS auth00.ns.uu.net.
> >>>>>
> >>>>> from both auth03.ns.uu.net and auth00.ns.uu.net:
> >>>>> 105.63.in-addr.arpa. NS auth03.ns.uu.net.
> >>>>> 105.63.in-addr.arpa. NS auth00.ns.uu.net.
> >>>>> The host or domain "166.105.63.in-addr.arpa." does not exist
> >>>>> The host or domain "32.166.105.63.in-addr.arpa." does not exist
> >>>>>
> >>>>> UUNet has been known to occasionally muck things up in their own
> >>>>> internal delegation. They may have a class C reverse zone somewhere
> >>>>> for 166.105.63.in-addr.arpa, and that zone may have delegation
> >>>>> records for your IP addresses, but they haven't delegated the class C
> >>>>> zone from the class B zone.
> >>>>> ____________________________________________________________________
> >>>>> Chris Buxton Men & Mice
> >>>>> cbuxton@menandmice.com We Make DNS Easy!
> >
> >
Messages In This Thread:
Return to Digital Point Solutions' Home Page