我遇到了这个问题：
为了将 MS Office 从 2013 年升级到 2016 年，我必须进行设置，autodiscover以便 Outlook 2016 可以连接到 Exchange 2010。
假设这是我的自动发现 URL：
https ://autodiscover.example.com/Autodiscover/Autodiscover.xml
所有 DNS 记录均在 Cloudflare 中正确设置，但我因此遇到了以下问题：
浏览器显示错误，无法访问上述自动发现页面。当我按10时！每 5 秒分钟一次Refresh按钮，然后 - 没有更改任何内容 - 突然出现登录表单，然后我可以成功进行身份验证并Error 600显示预期内容，因为请求错误但服务器回复。
然后，当我再次刷新几分钟时，浏览器突然报告无法再次访问该页面！
我有 6 个电子邮件帐户，但我花了 80 个！分钟后，Outlook 才能成功重新连接到所有邮箱。
Cloudflare 中的 DNS 记录设置如下：
现在是这样的：检查域的 DNS 记录，这就是结果 [我尝试了几种在线检查工具]：
CNAME好的，Google 提供了帮助，这就是为什么未显示记录的解释：https:
//community.cloudflare.com/t/cname-records-are-not-shown-in-a-cname-lookup/3393/2
我的问题：
- 为什么我多次出现无法访问自动发现页面的情况？
- 难道我必须更改 DNS 记录 [从
CNAME到A？] 因为我使用 Cloudflare 才能解决有关 <页面无法访问> 和 <可以访问> 的问题？
问题可能是 Cloudfare。Cloudfare 的想法是缓存网页，但
autodiscover这样做只会有害，因为 CF 必须每次都从 EX 服务器检索信息。该问题可能是由于缓存造成的。CF 没有给这项服务带来任何好处，而且可能会对其造成损害。如果我是你，我会从中删除这个 URL。来自OP的附加信息：
我想这可能是 CF，但 CF 的作用就像一个外部名称服务器。从 CF 中删除域不是一个选择。由于我正在运行自己的 SBS/Exchange，因此我在 SBS 上为这些域创建了 DNS 区域，并添加了一个直接指向 Exchange 的
A条目。autodiscoverOffice 2016 仅在连接到域的终端服务器内运行，因此确实不需要由外部名称服务器完成 DNS 解析。
完成这些步骤后，问题立即消失。奇怪的是，因为 CF 没有代理它，它只是返回 IP。
我想，这可能也是一个防火墙问题，因为 CF 返回了公共 IP 地址，我怀疑我的网络管理员没有正确配置它。
如果自动发现 URL 或 DNS 记录配置正确，您是否尝试切换到其他浏览器或清除缓存以查看是否有帮助？