Hello,
Thanks for your post and thanks Ace for the detailed information he shared.
This is Neo and I will be assisting you in this post.
From your description, I understand that:
You have two sites in your AD environment. All computers at the first site
(let's call this site: site1) have public IP addresses and are located
behind firewall. All computers at the second site (let's call this site:
site2) have private IP addresses and are located behind NAT device. The
current issue is that the domain controller at site2 couldn't perform a DC
replication with the domain controller at site1.
If there is any misunderstanding, please let me know.
Analysis:
==============================
This should be an expected behavior.
Firstly, as we know, NAT gives us a more secure network because the
addresses of the private network are completely hidden from the Internet.
The connection shared computer, which uses NAT, does all of the translation
of Internet addresses to the private network, and vice versa. However,
please be aware that the NAT does not have the ability to translate all
payloads. This is because some applications use IP addresses in other
fields besides the standard TCP/IP header fields. For example, Kerberos
Protocol, which is required by domain communication, does not work with NAT.
On the other hand, domain clients who have private IP addresses are not
aware of NAT. When registering in DNS, the clients will send their private
IP addresses instead of the public IP address of NAT. This could be a
problem as it will cause collisions if there are multiple clients behind
the same NAT
Therefore, configuring domain controllers to communicate over a NAT is
strongly not recommended.
Suggestions:
==============================
It's not an easy project to implement another firewall at site2 and perform
DC replication between two public networks. Also, you might not have enough
public IP addresses assigned to clients at site two.
Therefore, under this scenario, I recommend you implement two NAT devices
with VPN feature supported at each site. And then build a Site to Site VPN
connection between site1 and site2. In this way, the internal subnets from
each location could communicate with each other through the VPN tunnel. I
agree with Ace 's suggestion that building one IPSec tunnel between two
sites is your best choice.
I hope this helps! Thanks!
Sincerely,
Neo Zhu,
Microsoft Online Support
Microsoft Global Technical Support Center
Get Secure! -
www.microsoft.com/security
================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.