[135428] in North American Network Operators' Group
Re: Understanding reverse DNS better
daemon@ATHENA.MIT.EDU (p8x)
Tue Jan 25 09:39:23 2011
Date: Tue, 25 Jan 2011 22:38:43 +0800
From: p8x <l@p8x.net>
To: nanog@nanog.org
In-Reply-To: <AE81CBB4-6CE4-484C-BE53-FA96D29A28F2@puck.nether.net>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
+1, also a quick check to make sure your name servers are actually set
can be done with host.. host -t ns 0.168.192.in-addr.arpa
On 25/01/2011 10:34 PM, Jared Mauch wrote:
> I suggest doing something like:
>
> dig +trace -x 204.42.254.5
>
> You can watch the delegation authority for the in-addr at each stage.
>
> - Jared
>
> On Jan 25, 2011, at 9:30 AM, Caleb Tennis wrote:
>
>> We have a /24 from one of our upstream providers that we handoff to a customer. The /24 has been SWIPd to us, and we have nameservers setup with ARIN against that record.
>>
>> Twice now this information has just "disappeared". That is, if do reverse DNS lookups, they returns nothing, whereas they were just working fine earlier. If you do an NS lookup on the block, it returns nothing. The /24 blocks immediately surrounding us continue to work just fine. If we do a lookup directly against our nameserver, it works just fine.
>>
>> It's like the nameserver information against that reverse DNS is just magically gone.
>>
>> The ARIN record looks good, nothing has changed. Last time, our upstream resubmitted the info so it would repopulate, and it started working again soon there after. I admit to not being the smartest one with how these records work: is the problem with the upstream, or ARIN's database, or is there not enough information to tell?
>>
>> Thanks,
>> Caleb
>
