☰

自动发现 404

tag-icon • tag-icon linux redirect apache2 autodiscover
自动发现 404

经过大量研究和测试，我已实施重定向规则，以便在 Web 服务器之外的其他地方进行自动发现检查。通过这篇文章，我试图找出可能存在的问题（也可能什么都没有，我只是想进行三重检查），为什么我设置的重定向无法在我的 Apache Web 服务器中的虚拟主机中工作。我已将保存在 443 虚拟主机中的三个重定向包括在内：

Redirect permanent /autodiscover/autodiscover.xml https://outlook.office365.com/owa/plymouthinc.com/Autodiscover/Autodiscover.xml
Redirect permanent /AutoDiscover/AutoDiscover.xml https://outlook.office365.com/owa/plymouthinc.com/Autodiscover/Autodiscover.xml
Redirect permanent /Autodiscover/Autodiscover.xml https://outlook.office365.com/owa/plymouthinc.com/Autodiscover/Autodiscover.xml

重新启动 Apache 后，我运行了https://testconnectivity.microsoft.com/工具来确保重定向正常工作，但我仍然在错误日志中看到以下内容。

192.168.9.16 - - [15/Aug/2018:16:05:12 -0700] "POST /Autodiscover/Autodiscover.xml HTTP/1.1" 404 38531 "-" "Microsoft Office/15.0 (Windows NT 6.2; Microsoft Outlook 15.0.4615; Pro; MS Connectivity Analyzer)"
192.168.9.16 - - [15/Aug/2018:16:05:13 -0700] "POST /Autodiscover/Autodiscover.xml HTTP/1.1" 404 38556 "-" "Microsoft Office/15.0 (Windows NT 6.2; Microsoft Outlook 15.0.4615; Pro; MS Connectivity Analyzer)"

现在，这纯粹是表面上的解决——我的所有用户都可以毫无问题地发送和接收电子邮件，这只是我们 IT 团队想要纠正的问题。我的错误日志中没有满是 404 错误，上面列出的错误仅在工具运行时显示——如果/当用户设置他们的电子邮件客户端（桌面或手机）时不会显示；我已经对此进行了测试并查看了日志，看看日志中是否出现了与连接分析器结果相关的任何内容......什么都没有。

我已经联系了微软，向他们提供了连接分析工具的结果，他们的回复是“您的帐户配置正确，无需进一步测试，这是预期结果”我并不指望他们能给我一个确切的答复，但我想我至少会尝试一下。正如我提到的，这是我们 IT 部门希望解决的问题，但它不会对我的用户造成任何影响。

有没有其他人，他们的公司网络服务器在内部托管并使用 Office365 的人过去遇到过这个问题？如果是这样，你做了什么来纠正它 - 如果你做了什么？有没有 Linux/Apache 专家看到我没有注意到的东西？

我非常愿意提供您可能需要的任何其他信息以提供帮助；与往常一样，如果这不符合格式指南或需要更多信息，请告诉我，我会进行更改或提供更多信息。非常感谢！

答案1

您的帐户配置正确，无需进一步测试，这是预期结果。

这确实是一个答案：不重定向 也没有问题/Autodiscover/Autodiscover.xml。尽管使用了 HTTPS 协议，但 Outlook 并不是 Web 浏览器，因此不应将其视为 Web 浏览器。Outlook 并不关心您的重定向。相反，如果给出404（或除 之外的任何其他200）响应，它会转到下一个候选，如两者中所述自动发现过程概述和自动发现服务。

因此，您的autodiscover.plymouthinc.com. IN CNAME autodiscover.outlook.com.方法确实有效。正如您的问题所述，客户端甚至不使用plymouthinc.com自动发现，即使使用了，也不会被视为错误。这就是为什么它确实是预期结果的原因。别担心。

另一个误解，与自动发现无关：如果你真的需要重定向POST请求，请记住Redirect permanent返回状态代码301 永久移动Location:，导致使用该方法检索到的标头中的 URL GET。如果您需要保留 POST 数据，请使用状态代码307 临时重定向，而不是。（请参阅 RFC 72316.4.2.&6.4.7.）

相关内容