Child domain LDAP queries

I'll get to the question first.  My server, which is part of a child domain is sending LDAP requests to the primary root domain/forest controllers.  Why?  I don't want this to happen.

Here is the setup
2 total domains
Root domain/forest = abc.com
Child domain = xyz.abc.com
DC in child domain = AD1.xyz.abc.com
Another server in the child domain has ad1.xyz.abc.com as the ONLY DNS and WINS server. Of course that server is part of xyz.abc.com domain. The firewall blocks all AD communication (DNS, WINS, LDAP, RPC, Kerberos, SAM/LSA, Netbios, NTP, etc.) EXCEPT traffic between primary and child domain DC's.

Logins to child domain with primary domain accounts is slow (but successful), most likely since LDAP-UDP commumications from server are purposefully blocked.  Is it asking to much for my child DC to do ALL the authentication work?  Why are my other servers even trying to contact the root domain?  The reason I am doing this is for security but I don't know if it is a good or best practice.
LVL 1
damien1234Asked:
Who is Participating?

Improve company productivity with a Business Account.Sign Up

x
 
Chris DentConnect With a Mentor PowerShell DeveloperCommented:

Global Catalog?

Chris
0
 
damien1234Author Commented:
The DC in the child domain is a Global Catalog too.
0
 
Chris DentPowerShell DeveloperCommented:

Are they in the same site in AD?

Chris
0
Get 10% Off Your First Squarespace Website

Ready to showcase your work, publish content or promote your business online? With Squarespace’s award-winning templates and 24/7 customer service, getting started is simple. Head to Squarespace.com and use offer code ‘EXPERTS’ to get 10% off your first purchase.

 
damien1234Author Commented:
So I created a new site and put the child DC in it.  I then logged on and saw a LDAP-389-UDP and a SAM/LSA-445-TCP packet dropped.  Login was successful but slow.
0
 
damien1234Author Commented:
Well, I found a white-paper from Microsoft which was specifically about how to setup DC-DC communications through firewalls AND guarantee that the clients in each Site could only authenticate with the DC in their domain. It talked about setting up IPSEC but at the end of the day my method is exactly the same except my DC-DC traffic is not encrypted... and I don't need it to be encrypted.  My firewall guarantees that ONLY the DC's can talk to each other.  Anyway this has nothing to do with the behaviour of the other servers trying to contact DC's in the other site.  If Microsoft says I am doing everything right then maybe I'm just being anal.  After all authentication works.

Critical Points:
DC's need to be GC's
If Sites are used then replication and replication traffic is ALL that matters, nothing else.

It's beautiful, NONE of my other severs can browse an AD domain other than their own!  This is exactly what I wanted to have happen!  WooHoo!
0
 
damien1234Author Commented:
See my final explanation.  It's critical that the DC is a GC.  It's not as critical for the child to be in a different AD site since that really is all about replication (at least in my scenario anyway)
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.