![通配符记录是否与 Exchange 服务器兼容](https://linux22.com/image/662716/%E9%80%9A%E9%85%8D%E7%AC%A6%E8%AE%B0%E5%BD%95%E6%98%AF%E5%90%A6%E4%B8%8E%20Exchange%20%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%85%BC%E5%AE%B9.png)
我是一家小型初创公司的技术主管,该公司使用 Microsoft (.net/IIS) 堆栈为企业客户提供视频库。我们的一项功能是根据每个客户的用户名 (client.oursite.com) 为每个客户提供自己的子域。过去,我们手动为每个客户设置 CNAME 记录,但是,管理起来越来越困难,因此几个月前,我添加了一个通配符 A 记录(用于唯一 IP),将该 IP 绑定到 IIS 中的站点,并处理应用程序中的任何自定义逻辑。使用此设置,一切都运行良好。但是,我收到了托管我们 Exchange 服务器的公司发来的电子邮件,要求我们删除 A 记录,因为他们说这会导致 Outlook 出现问题。经过几次电子邮件交流后,我收到了以下信息
我们为客户提供托管 Exchange 服务。这实际上意味着我们所有的托管 Exchange 客户端都不属于我们的 Exchange AD 组织。在 Microsoft 托管方案中支持自动发现的唯一方法是正确配置 SRV DNS 记录,我们所有的托管 Exchange 客户都拥有该记录。要使此设置正常工作,DNS 中必须完全不存在自动发现记录。
我对电子邮件管理一窍不通,但我很难相信没有人使用过在其 DNS 中拥有通配符 A 记录的托管 Exchange。我们所有的 MX SRV 记录都是正确的,并指向电子邮件主机的 IP。此外,我们无法再手动添加 CNAME 记录。这里有任何解决方法吗?
答案1
首先,MX记录不是SRV记录。
其次,他完全正确。我经常与我的一位客户打交道,这位客户也为他们的客户提供 Exchange 托管服务。Outlook 需要查找指向 Exchange 服务器的自动发现信息。使用通配符记录的问题在于,它会导致autodiscover.domain.com
解析到您的 Web 服务器,从而阻止 Outlook 找到自动发现 XML 文件并连接到 Exchange,这就是您的电子邮件主机要求您删除通配符记录的原因。
解决方法是将自动发现 XML 文件托管在您的 Web 服务器上(HTTPS 根域查询),如链接文章中所述。正如您在文章中看到的,Outlook 使用明确的操作顺序来查找自动发现信息。您可以在文章中看到,第三种发现方法是您的通配符导致问题的方法(HTTPS 自动发现域查询)。
第五种方法是您的 Exchange 托管商为其客户使用的方法。