There is no record for the LRP in the primary DNS. Now that I added one and the associated PTR it works. However, why did it work with the ISP DNS servers?
Beats me. Ask your ISP. Me, I can only *guess* that the ISP did something to its DNS servers that causes them to return a dummy response (a "null" hostname in their domain space) whever queried for a 192.168.c.d reverse lookup. I've never actually seen anything like that before, which is why I was so puzzled about your earlier report.
Why would it need a record for the LRP just to be used as a forwarder? My primary DNS uses a set of forwarders that don't know my servers exist. Does this have something to do with the fact that it is a caching server vs. authoritative. Is adding a PTR the only solution?
No, or at least I do not think so. I think this is a quirk of nslookup in particular, not of DNS generally.
I've sort of lost track of the earlier stages in your investigation ... did you actually try (and fail) to get dnscache to work with, for example, a browser attempting to resolve the FQN part of a URL? (Your original message says only: "I however can't resolve any names", not what you used in your attempts.)
My own DNS here is set to respond properly to reverse lookups, and I'm disinclined to break my own setup just to see how much of it will still work. So offhand I'm not sure how general the requirement is that the nameserver be able to resolve itself by reverse lookup.
And the forwarders do not have to know that you exist (except in the sense that they need to know a route back to you). You have to know that they exist, and if they are set up properly, you do. That has nothing to do with this problem, which requires only that a nameserver be able to answer both a lookup and a reverse lookup for itself.
Thanks,[old stuff deleted]
------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
