![如何为 Exchange 安装自动发现重定向(?)](https://linux22.com/image/1594220/%E5%A6%82%E4%BD%95%E4%B8%BA%20Exchange%20%E5%AE%89%E8%A3%85%E8%87%AA%E5%8A%A8%E5%8F%91%E7%8E%B0%E9%87%8D%E5%AE%9A%E5%90%91(%3F).png)
我对客户的请求感到非常困惑。实际上,该请求来自另一家 IT 服务提供商(我将实际域名替换为 example.com / example2.com)。
创建重定向到 mail.example2.com 的子域 autodiscover.example.com。此子域必须仅可通过端口 80 访问。
我发现这个要求来自 Outlook/Exchange 的一些客户端配置工作流程(?,我不太熟悉 MS Mail 的东西)。来源是这个自动发现 - 基础信息德国网站。
现在我真的不知道如何实现这一点。example.com 的当前主机是 1&1,网站位于共享主机上。我实际上刚刚购买了托管云服务器,因为我以为我可以配置防火墙,但显然这只有在非托管云服务器上才有可能。
如果可能的话?如果我这样做:从托管切换包或获得支持以阻止端口 443(或基本上除 80 之外的所有端口)?
那么该如何处理域名?就像这样?
- 将 autodiscover.example.com A/AAAA 记录设置为云服务器的 IP,MX example.com 设置为 mail.example2.com,SPF 包括 mail.example2.com
- 将 autodiscover.example.com 的重定向设置为 301
- 在旧的共享主机上保留 example.com A/AAAA
这是正确的吗?网站的 SSL 应该仍然可以使用吗?无论微软使用什么黑魔法仪式,它都能起作用吗?
就我个人而言:真的有必要付出这么多努力(并且每年至少要额外花费 180 欧元)吗?
并且,在不对 mail.example2.com 上的内容进行任何控制的情况下,我该如何测试设置?
答案1
您可以在客户端访问服务器中创建一个额外的网站,用于侦听端口 80、拦截重定向流量并将其发送到原始自动发现 URL。有关详细信息,https://jaapwesselius.com/2011/08/28/autodiscover-redirect-srv-record/