Give a little more detail, can you?
What I think you're asking is, if the zone is a third party hosted zone delegated to AD, but the users are using the third party host as their primary dns resolver, then would they be able to update their records?
Is that about it?
If that's the case, then I would think not. Why? Because the client must talk directly to the server that is authoritative for the zone so it can write the record.
In most situations, I have always advocated having machines use the servers that host their primary zone for all transactions. This has always resulted in higher availability and lower resolution times when/if issues arise (it's hard to keep admins from doing things, right? ;)
Further, if the client machine is an AD member, it will do better if it is able to register it's forward and reverse information. Not for AD necessarily, but for other applications that use DNS. If you're going to delegate the zone to AD anyway, have the clients use the AD DNS and just simplify your design. All your AD DNS servers would then just forward or otherwise allow resolution for other zones, but you wouldn't have a bunch of complex name resolution issues.
Al
On 1/19/06, Chandra Burra <[EMAIL PROTECTED]> wrote:
Hi,
Wanted to know if any one has tried this or does this work.
Having a 3rd party DNS with a sub-zone or child zone created for AD and delegated that zone to windows DDNS.
Now if the clients are pointing to 3rd party DNS as primary DNS - will these clients be able to still register with the dynamic windows DNS??
Regards,
Chandra Burra
