从Chrome向废话URL发送异常HEAD请求

我注意到最近几天来自工作站的流量异常。我看到HEAD请求发送到随机字符的URL，通常在一秒钟内出现三到四个，这些请求似乎来自我的Chrome浏览器。每天仅重复三到四次请求，但我尚未确定特定的模式。每个请求的URL字符都不同。

这是Fiddler 2记录的请求示例：

HEAD http://xqwvykjfei/ HTTP/1.1
Host: xqwvykjfei
Proxy-Connection: keep-alive
Content-Length: 0
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.98 Safari/534.13
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

对此请求的响应如下：

HTTP/1.1 502 Fiddler - DNS Lookup Failed
Content-Type: text/html
Connection: close
Timestamp: 08:15:45.283

Fiddler: DNS Lookup for xqwvykjfei failed. No such host is known

我一直无法通过Google搜索找到与此问题相关的任何信息。我不记得上周晚些时候见过这种流量，但可能是我之前错过了。上周我对系统进行的一项不寻常的修改是在IE和Chrome中都添加了Delicious插件/扩展。此后，我已删除了所有这两项，但仍能看到流量。我已经运行了病毒扫描（Trend Micro）和HiJackThis，寻找恶意代码，但没有找到任何恶意代码。

我将不胜感激，帮助您追踪请求的来源，因此我可以确定它们是否良性，或表明存在更大的问题。谢谢。

http malware chrome

— 杰里米·威尔
source

Answers:

这实际上是合法行为。一些ISP对A记录不正确地响应不存在的域的DNS查询，该记录由他们控制，通常通过广告来控制页面，这是“您的意思是？”。而不是按照RFC的要求传递NXDOMAIN。为了解决这个问题，Chrome浏览器向不存在的域发出了多个HEAD请求，以检查DNS服务器如何解析它们。如果它们返回A记录，则Chrome会知道对主机执行搜索查询，而不是遵循DNS记录，这样您就不会受到ISP行为不当的影响。[1]

— 助剂
source

@Jacob：无论如何，以我的经验，几乎总是，如果您致电业务支持并踢了一段时间，他们会为您提供另一组未启用“功能”的上游DNS服务器。我知道Verizon和One Communications都有备用服务器，尽管它们竭尽所能不做广告。

— Scrivener

我很高兴发现这并不是我机器上的怪事。感谢您提供的信息。

— JeremyDWill 2011年

@Jacob：您没有收到我的来信，这对您和我可能不一样，但是...将DNS服务器的最后一个八位位组从.12更改为.14会删除“ DNS辅助功能” ”。

— Scrivener

如果将其记录下来，那就太好了。喜欢，真的很好。

— 2011年

将chrome_dns_test嵌入URL会更好。悲观的是，它看起来像是病毒ping。

— crokusek

在与Microsoft合作处理此问题以及IE9的行为时，我们从Verizon获得了有关如何选择退出此服务的信息。他们称其为“ DNS协助”。在与另一个在FL中拥有BrightHouse ISP的用户就此问题进行合作时，他们正在做同样的事情。但是，他们也提供有关如何选择退出此服务的信息。我喜欢他们称之为服务的方式。:)

— 迈克·道德
source