M
Matthew Kaess
Here's what I have. We are running a custom web app that
needs to resolve the SRV record for the ldap server. Our
problem is that when our AD was set up, the Domain Name
was created differently from the original NT domain name.
Normally MYDOMAIN becomes mydomain.com when you run
dcpromo. In our case our NT domain was upgraded to W2K
and the DNS name was changed from mydomain.com to
newdomain.com leaving the downlevel name MYDOMAIN. The
problem arises when the app attempts to resolve
_ldap._tcp.Default-First-Name-Site.dc._msdcs.MYDOMAIN -
it doesn't resolve. To troubleshoot this - I added the
forward zone MYDOMAIN with the correct child domain
entries and the issues went away, but this is rediculous.
Shouldn't this still work even though there is some
ambiguity in domain naming?
needs to resolve the SRV record for the ldap server. Our
problem is that when our AD was set up, the Domain Name
was created differently from the original NT domain name.
Normally MYDOMAIN becomes mydomain.com when you run
dcpromo. In our case our NT domain was upgraded to W2K
and the DNS name was changed from mydomain.com to
newdomain.com leaving the downlevel name MYDOMAIN. The
problem arises when the app attempts to resolve
_ldap._tcp.Default-First-Name-Site.dc._msdcs.MYDOMAIN -
it doesn't resolve. To troubleshoot this - I added the
forward zone MYDOMAIN with the correct child domain
entries and the issues went away, but this is rediculous.
Shouldn't this still work even though there is some
ambiguity in domain naming?