什么应用程序发出大量 HTTP OPTIONS 请求？
What application makes lots of HTTP OPTIONS requests?
我有一个 IIS/MVC.Net 应用程序，它记录了数千个未找到操作的异常。当我调查这些时，它们似乎都是对仅支持 GET 的 MVC 操作的 HTTP OPTIONS 请求。
此操作允许缓存和 returns 缩小 CSS 或 JS 内容。在应用程序中，它由 <head> 中的 <link> 和 <script> 标记访问。该应用程序没有发出请求，我们在使用任何浏览器进行测试时都没有看到这一点。
哪个应用程序发出所有这些 OPTIONS 请求？
它在 return 中期待什么？
如 here 所述，触发这些 Microsoft Office Protocol Discovery 查询的常见情况是包含图像的邮件托管在您的服务器上并使用 Outlook 查看（MS Office Outlook，而不是 Outlook Express)。
这确实会触发 OPTIONS 请求，就好像它在尝试检查服务器是否支持某些 webdav。例如，我推测 MS Office 这样做是为了实现与 Sharepoint 的集成。
所以我通常认为这只是一些烦人的噪音。
如果您在 MVC 应用程序 IIS 站点上托管邮件图像，也许您可以考虑将它们移动到专用的静态 IIS 站点上。当然，由于您无法更改以前发送的邮件，您可能必须维护旧图像，并且您将继续收到这些请求，直到用户不再打开旧邮件为止。否则，您可能需要调整日志记录逻辑以降低那些嘈杂请求的日志级别。
我有一个 IIS/MVC.Net 应用程序，它记录了数千个未找到操作的异常。当我调查这些时，它们似乎都是对仅支持 GET 的 MVC 操作的 HTTP OPTIONS 请求。
此操作允许缓存和 returns 缩小 CSS 或 JS 内容。在应用程序中，它由 <head> 中的 <link> 和 <script> 标记访问。该应用程序没有发出请求，我们在使用任何浏览器进行测试时都没有看到这一点。
哪个应用程序发出所有这些 OPTIONS 请求？
它在 return 中期待什么？
如 here 所述，触发这些 Microsoft Office Protocol Discovery 查询的常见情况是包含图像的邮件托管在您的服务器上并使用 Outlook 查看（MS Office Outlook，而不是 Outlook Express)。
这确实会触发 OPTIONS 请求，就好像它在尝试检查服务器是否支持某些 webdav。例如，我推测 MS Office 这样做是为了实现与 Sharepoint 的集成。
所以我通常认为这只是一些烦人的噪音。
如果您在 MVC 应用程序 IIS 站点上托管邮件图像，也许您可以考虑将它们移动到专用的静态 IIS 站点上。当然，由于您无法更改以前发送的邮件，您可能必须维护旧图像，并且您将继续收到这些请求，直到用户不再打开旧邮件为止。否则，您可能需要调整日志记录逻辑以降低那些嘈杂请求的日志级别。