如果我有一些在NAT后面的Windows XP机器，所有的服务仍然可以正常工作，如文件共享，打印等。
该设置将像192.168.20.0/24 NAT到192.168.1.100（我真的猜到PAT），其中2003域控制器，文件共享，打印机等将在192.168.1.0/24networking。
我知道桥接，但我很好奇，如果这将工作正常。
是的，这将工作。 在实践中，我发现99％的访问scheme是从客户端拉取服务器。
如果你习惯使用MMC来从你的服务器pipe理你的工作站，那么可能会中断的，但是如果你不这样做的话，那也不是什么大事。
需要注意的一点是，您需要确保您的客户端可以访问您的域控制器的DNS服务器。 因此，如果您的NATnetworking路由192.168.20.0/24networking也运行它自己的DHCP服务器，请确保它在DHCP中提供您的域控制器（ 192.168.1.100 ）的IP地址，或者如果它运行自己的DNS转发器，确保NAT框使用您的域控制器作为上游DNS。
老实说 – 如果你的客户端无法与服务器进行交谈，那么这个数字就是10，这是一个DNS问题，而不是NAT问题。
作为一个一般的build议（稍微偏离主题），我强烈build议你开始考虑IPv6部署。 Server 2003或Windows XP不支持Active Directory和IPv6 over IPv6，但在Windows Vista和Server 2008中完全支持Active Directory和SMB over IPv6，因此需要考虑。 （使用DirectAccess和敏捷VPN，这比您想象的要容易得多。）
通常它是连接到域控制器的客户端计算机，所以是的，这可以通过NAT工作。
但是，这将是相当没有支持，并且是一个皇家的痛苦pipe理。
在这里似乎有一个最小的支持文章。