我遇到一个DNS解决问题，该问题在本地计算机上浏览时会影响本地托管网站的性能。如果我在浏览器中访问URL时将网络的DNS后缀附加到本地计算机名称，则该站点的加载时间（没有DNS后缀）的可怕时间（慢100倍以上）。
我以为可以通过使用hosts文件来解决此问题，而无需进行查找。我这样向主机文件添加了一个条目
127.0.0.1 myMachine.MyDnsSuffix
但这并没有改变加载时间，即使重启后也是如此。尽管解决此特定问题并不重要，但我真的很想知道为什么会这样。
另外，当我在域上运行nslookup时myMachine.MyDnsSuffix，我注意到它使用网络的DNS服务器查找IP。这可能与我的问题有关，还是我只是误解了nslookup的工作原理？
Answers:
我相信nslookup用于测试DNS服务器本身，而不是利用HOSTS文件。 http://support.microsoft.com/kb/200525似乎表明了很多。
尝试简单的ping操作。是否ping myMachine.MyDnsSuffix解析为您在HOSTS文件中指定的回送地址？
ipconfig /flushdns。而NETBIOS缓存也：nbtstat -R。（在Windows中区分大小写-WTF，为什么？！？）
DNS查找不使用主机文件。曾经
gethostbyname()可以通过hosts文件或DNS进行，但特定于DNS的查找（由执行nslookup）将不使用hosts文件
好的，全新的方法。让我们清除IP和NETBIOS缓存。 ipconfig /flushdns和nbtstat -R。然后启动像Wireshark这样的数据包嗅探器，并在其运行时执行ping操作。
从数据包捕获中，我们要查看是否：A）有一个DNS请求发出，如果发出，请求的名称是什么。B）如果有一个NETBIOS请求出去。此名称可能是通过NETBIOS而不是正确的DNS解析的。
如果尽管刷新了缓存也没有看到以上两种情况，则很可能是从主机或lmhosts提取了该名称。
网络论坛上的某些人声称，创建新的主机文件并重新启动DNS客户端服务可以解决此问题，但是我不确定如果您已经尝试过重新启动，为什么这样做仍然可行。
我意识到这是一个冒险，但是在主机文件条目中没有任何与Microsoft相关的词，例如MSDN，Microsoft或MSN，在吗？Microsoft已编写dnsapi.dll来忽略与某些名称匹配的主机文件条目。例如，如果添加以下条目，Windows将跳过该条目并使用DNS解析该条目中的两个主机名：
127.0.0.1 www.microsoft.com www.mysite.com
HOSTS文件，但是如果非MS域与MS域共享一个条目，那么即使是非MS域也会被忽略吗？那对他们来说只是糟糕的编程。如果“缩小” HOSTS文件，绝对是要注意的事情。
使用完整的DNS名称时，浏览器将尝试通过代理服务器-IE的clicky。
主机文件或名称解析顺序与此问题无关，因此应将主机文件在人类背面的溃烂疮取出并进行嘈杂的拍摄。
http://geekswithblogs.net/JanS/archive/2009/06/17/beware-of-spacing-in-windows7-hosts-file.aspx
这似乎是实际原因。立即将它留给Microsoft，而无需发出警告就忽略25年的惯例。
nslookup。我只是尝试ping通myMachine.MyDnsSuffix，它解析为我在网络上的IP，127.0.0.1不像我的HOSTS文件中指定的那样。