In article <[email protected]>, blrmaani <[email protected]> wrote:
> Thanks.. so if I dig further deeper on this it appears that the the > query being sent to the subdomain's > nameserver is NON-RECURSIVE. So, if the resource-records are already > cached on the subdomain's nameserver (assuming non-authoritative > nameserver here), then the queries are responded else the queries > FAIL (SERVFAIL?). > > Is this assumption correct.. Correct. > > One way to fix this would be to add a forwarder for the subdomain on > my nameserver to prevent any changes > on partner company's nameserver. Any other approaches? A forwarder won't help. The queries sent from other nameservers to your nameserver are non-recursive as well. Forwarders are only followed when recursing. A forwarder entry will only help with recursive queries coming from your own users. > > cheers > Maani. > > > On Jan 10, 5:19 pm, Matus UHLAR - fantomas <[email protected]> wrote: > > On 10.01.09 14:04, blrmaani wrote: > > > > > When we delegate a subdomain, should the nameserver to which we delegate > > > be AUTHORITATIVE? > > > > yes > > > > > What happens if the nameserver to which we delegate the subdomain is a > > > NON-AUTHORITATIVE nameserver (eg., cache-only name server ). ? Could this > > > be the reason for failure? > > > > yes > > > > -- > > Matus UHLAR - fantomas, [email protected] ;http://www.fantomas.sk/ > > Warning: I wish NOT to receive e-mail advertising to this address. > > Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. > > I just got lost in thought. It was unfamiliar territory. > > _______________________________________________ > > bind-users mailing list > > [email protected]https://lists.isc.org/mailman/listinfo/bind-users > > _______________________________________________ > bind-users mailing list > [email protected] > https://lists.isc.org/mailman/listinfo/bind-users -- Barry Margolin, [email protected] Arlington, MA *** PLEASE don't copy me on replies, I'll read them in the group *** _______________________________________________ bind-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/bind-users
