我有一个CeontOS 5.6盒子。 当我lynx sjdhfgjsdhfgs123123.com （一个不存在的域名），它打开search.com而不是404。我认为这是因为使用的DNS服务器，所以我试图在一个Windows相同的DNS服务器上，但我得到404如预期的那样。
如何摆脱CentOS上的search.com？
更新
最后…问题是因为resolv.conf文件中缺lesssearch选项。 是的，fakerbuild议添加它，但是问题是我在添加networking服务后重新启动了networking服务，DHCP客户端覆盖了resolv.conf文件。 我认为search选项是默认情况下写在resov.conf文件，即使使用DHCP客户端，但显然是因为有多个以太网控制器，每个控制器有它自己的DHCP客户端configuration它没有添加“search”选项resolv .conf文件。
我现在重新configurationdhcp客户端configuration，将search添加到resolv.conf，并按照预期的方式parsing域。
感谢faker。 没有他，我不会得到这个结果）
我相信这不是一个CentOS问题。
在我的CentOS 5.6如果我dig sjdhfgjsdhfgs123123.com我得到NXDOMAIN回复。
无论如何，你不应该得到404。
404意味着服务器存在，可以访问，但没有find请求的页面。
你应该得到像找不到服务器的东西。
而且我高度怀疑您的提供商的DNS是原因。
尝试一个不同的DNS进行testing。 更改/etc/resolv.conf – 删除所有其他DNS服务器，并添加8.8.8.8
8.8.8.8是一个公开的DNS运行的服务器，我不推荐一直使用这个，但是testing应该没问题。
-编辑-
第二个想法：
你的/etc/resolv.conf包含什么？
这可能是你的search列表包含“search.com”，这将意味着，如果一个应用程序试图解决sjdhfgjsdhfgs123123.com它也会尝试sjdhfgjsdhfgs123123.com.search.com – 这将redirect到search.com
-编辑-
第三个想法：
在你的/etc/resolv.conf中添加search local 。
如果您不指定search列表，它将默认为您的主机所在的域部分。
如果你的主机是something.com这将默认为com在我的理解。
如果你查找idontexistfjsdhfsd.com它也将尝试idontexistfjsdhfsd.com.com和com.com再次是一个cnet域可以redirect你的地方。
这仍然不能解释为什么host idontexistfjsdhfsd.com报告NXDOMAIN – 但它是值得一试的。