.net 标识格式错误的URL的源

我们偶尔会在web应用程序的日志中发现错误，称URL请求的格式不正确。URL本身看起来是这样的：http://{sampledomain.com}/。将作为URL的一部分包含

看起来请求来自Firefox 3.6.17和Firefox 3.0.19。这种行为似乎并不普遍，但可能仅仅来自我们的几个用户

URL上存在的默认页面（不带）是经过w3c验证程序验证的有效XHTML1.0代码，并且这些请求的标头中没有引用者

---

我们一直忽略这些错误，但我很好奇为什么会发生这些错误。它们不应该通过站点的正常导航发生，而且它们看起来也不像是恶意请求的一部分，用于探测漏洞。有人知道为什么会发生这种情况，以及我们可以做些什么来防止它吗？

我收到了另一个相同格式的错误，但它有一个推荐人说：。我将假设这些格式错误的URL来自于某种链接创建快速致富计划，只是为了阻止它们。他们似乎不是来自在我的网站上做正常事情的用户。如果任何人有其他见解，我仍然可以选择他们的答案来结束问题，但是，否则，我将在几天内用此答案结束问题。

我收到了另一个相同格式的错误，但有一个推荐人说：。我将假设这些格式错误的URL来自于某种链接创建快速致富计划，只是为了阻止它们。他们似乎不是来自在我的网站上做正常事情的用户。如果有人有更多的见解，我仍然可以选择他们的答案来结束这个问题，但是，否则，我会在几天后用这个答案来结束这个问题。

@KristianAntonsen:是的，但这并不重要。我的观点是，如果他自己的页面上链接到sampledomain.com的所有链接都是有效的XHTML，这不可能是他自己的一个环节被打破了。@Kristianantosen:的确，好的想法。但是OP已经说过这种行为只是偶尔发生的，所以这绝对不是一个坏链接。是的，我不认为这是我们网站上的一个坏链接。如果是我们网站上的链接，我会希望看到一个推荐人。有没有可能是有人在管理他们的书签，并在书签中引入了一个链接？@Kristianantosen:是的，但这并不重要。我的观点是，如果他自己的页面上链接到sampledomain.com的所有链接都是有效的XHTML，这不可能是他自己的一个环节被打破了。@Kristianantosen:的确，好的想法。但是OP已经说过这种行为只是偶尔发生的，所以这绝对不是一个坏链接。是的，我不认为这是我们网站上的一个坏链接。如果是我们网站上的链接，我会希望看到一个推荐人。有没有可能是有人在管理他们的书签并在书签中引入了一个链接？