我们遇到一个问题，那些不属于域的计算机无法parsing服务器的FQDN（但是常规的主机名和IP确实可以解决）。 奇怪的是，当计算机被添加到networking时，这确实起作用。
我们的域名是相当长的，它沿着“team.dept.company.com”的路线，可以这样吗？
DHCP服务器传递正确的DNS，名称和WINS服务器以及域名。 我认为这应该解决了这个问题，但显然不是真的。
我们的域名仍然是windows2003
编辑：我开始相信我可以缩小这个问题，无论是embedded在我的WINPE启动映像的VMWare工具NIC驱动程序，或者我试图从一个虚拟机内部做到这一点。 在物理机器上使用不同的任务序列的同时ping FQDN。
从我收集Hannes，您正在使用MDT（Microsoft部署工具包）或WDS（Windows部署服务器）。 在这种情况下，当您加载到PE环境中时，您将无法与Microsoftdevise的资源进行交互。 你会问这个问题很有趣，因为我今天就和一个微软顾问一起工作。 PE环境的devise目的是在部署操作系统的系统周围保持一种对冲。 要与他们互动，您不仅需要PE环境的正确驱动程序，还需要您的系统。
纠正我，如果我错了，但我敢肯定，你正在讨论从PXE的PE环境加载的MDT。 让我知道，我可以进一步解决你的问题。
一个供参考的链接： http : //community.spiceworks.com/topic/440812-imaging-with-mdt-and-wds-networking-issues
在有问题的计算机的网卡上的TCP / IP协议的高级设置中的DNS设置中，使用适当的DNS后缀设置“附加这些DNS后缀（按顺序）”选项，并将计算机configuration为使用您的内部DNS服务器为DNS。
编辑
哎呀。 我没有仔细阅读你的问题和意见。 我认为你的问题是解决不合格的单标签名称。 看来情况并非如此。 您应该configuration有问题的计算机使用DNS服务器作为他们的DNS服务器。 当他们发出请求/查询主机的FQDN时，你的内部服务器应该能够回答它。
作为testing，您可以在其中一台受影响的计算机上运行数据包捕获程序，启动捕获，过滤DNS的捕获，为networking上主机的FQDN发出查询，并查看捕获以查看查询。 这应该显示您查询是否为适当的FQDN或者如果其他DNS后缀被追加到查询。
将FQDN添加到不属于您的域的计算机上的DNS后缀search列表中。 这是在高级TCP / IP设置，DNS选项卡下configuration的…附加这些DNS后缀（按顺序）。