我密切监视我网站上的 404，这有助于我检测损坏的链接和黑客攻击，但我最近在用户代理中收到了来自浏览器的垃圾日志和这些字符串。他们似乎正在尝试扫描有效资源的父目录，但由于 SEO 重写，目录对我的网站具有特殊意义。
在决定如何处理之前，我想知道这些 UA 想要做什么以及为什么。如果只是“噪音”，我很乐意完全断开连接，否则如果他们做了一些有用的事情，我可以提供适当的回应。
我相信有些请求来自我的客户，所以我不能做任何破坏性太大的事情，只要我愿意。
【问题讨论】：
标签： ms-office
Microsoft 有一个kb article（链接当前断开，Internet Archive snapshot），其中详细介绍了协议发现。从本质上讲，Office 正在尝试确定您的服务器是否支持 WebDAV（或类似的东西），以便用户对 Office 文档所做的更改可以直接推送回服务器。
【讨论】：
在我必须维护的服务器上，这似乎是由于使用托管在我们服务器上的外部图像的 html 电子邮件。
看起来像 Microsoft Office Outlook 客户端，它使用 Microsoft Word 来编辑电子邮件（并从 2007 年版开始查看它们），触发了这些“Microsoft Office 协议发现”请求。
就我而言，没有任何在线贡献的网站，我认为这是令人讨厌的噪音。 如果您的网站是某种具有文档编辑功能的共享网站，您可能不会将这些请求视为烦人的噪音，具体取决于您的网站实施。
【讨论】：
这对我有用：
# Intercept Microsoft Office Protocol Discovery
RewriteCond %{REQUEST_METHOD} ^(OPTIONS|PROPFIND)$ [NC]
RewriteCond %{HTTP_USER_AGENT} ^Microsoft\ Office\ Protocol\ Discovery [OR]
RewriteCond %{HTTP_USER_AGENT} ^Microsoft\ Office\ Existence\ Discovery [OR]
RewriteCond %{HTTP_USER_AGENT} ^Microsoft\-WebDAV\-MiniRedir.*$
RewriteRule .* - [R=501,L]
【讨论】：
我假设您的网站偶尔会提供办公文档 - 这通常是此问题的根本原因。您可能可以通过告诉办公室不要费心尝试找出是否可以保存来避免电话。
这可以通过修改所服务的办公室文档中的 Content-Disposition 标题来完成。当它设置为时我遇到了这个问题：
Content-Disposition=inline; filename="<my file name>"
通过将其更改为附件，避免了调用：
Content-Disposition=Attachment; filename="<my file name>"
【讨论】：
我托管了一个常规的非 WebDAV 非 SharePoint 网站。由于 Microsoft Office 协议发现，我在日志文件中看到许多来自失败请求的错误。为了消除这些，我建议通过禁用它使用的 HTTP 方法来禁用 WebDAV 样式请求，从 OPTIONS 开始。这也通过避免certain HTTP attacks 来提高安全性。
我使用的是 Apache 2.4，我在 httpd.conf 中推荐以下内容：
<Location />
# block HTTP methods: OPTIONS PUT DELETE TRACE CONNECT PATCH
AllowMethods GET POST HEAD
</Location>
【讨论】：
OPTIONS 动词。 （向其他网站的页面（通过 ajax）提供内容的网站需要支持 CORS。）