[SunHELP] Bind 9.2.3

Lara Matthews lara.matthews at accesscomputing.co.uk
Tue May 25 10:05:06 CDT 2004


Hi George

George Munk wrote:

> Lara,
> 
> I'm not sure if it is considered a bug or a limitation, but nslookup
> tries a reverse name resolution on the name server (213.128.229.177 in
> your case) before trying to resolve the name being queried. If the
> reverse lookup on the name server fails, it doesn't continue.
> 
> In my experience, dig doesn't append any domains from the "domain" or
> "search" directives in resolv.conf. But I don't know that I have ever
> seen any direct statements that this is the correct behavior. So dig is
> not equivalent to the nslookup command. In newer bind versions, "host"
> is the equivalent of nslookup without the reverse lookup limitation.
> 
just

#host mailhost

?

Thanks for the info about nslookup, everything seems to be pointing to a 
messed up reverse name resolution, now if I could Just figure out what I 
have typed wrongly :)

Kind regards

Lara

[demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]



More information about the SunHELP mailing list