domain-name-system – 通配符是与Exchange服务器兼容的记录

前端之家收集整理的这篇文章主要介绍了domain-name-system – 通配符是与Exchange服务器兼容的记录前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我是一家小型创业公司的技术主管,该公司通过Microsoft(.net / IIS)堆栈为企业客户提供视频库.我们的一项功能是根据用户名(client.oursite.com)为每个客户提供自己的子域名.在过去,我们为每个客户端手动设置CNAME记录,但是,它无法管理,所以几个月前,我添加了一个通配符A记录(对于一个唯一的IP),将该IP绑定到该站点IIS,并处理应用程序中的任何自定义逻辑.这个设置一切都很好.但是,我收到了托管我们的交换服务器的公司的电子邮件,要求我们删除A记录,因为他们说这会导致Outlook的问题.经过几次电子邮件交流,我收到了以下内容

We are providing hosted Exchange services to our clients. What that
effectively means is that all of our hosted Exchange clients are not a
part of our Exchange AD organization. The only way to support
autodiscover in the hosted scenario by Microsoft is to have properly
configured SRV DNS record in place which all of our hosted Exchange
customers do have. For this setup to work A autodiscover record must
not be present in the DNS at all.

我没有电子邮件管理的专业知识,但我发现很难相信没有人曾经在他们的DNS中使用通配符A记录时曾经使用过托管交换.我们所有的MX SRV记录都是正确的,并指向电子邮件主机的IP.此外,我们无法返回手动添加CNAME记录.这里有解决方法吗?

解决方法

首先,MX记录不是SRV记录.

其次,他是绝对正确的.我经常与我的一个客户处理这个问题,这些客户也为他们的客户托管Exchange. Outlook需要查找指向Exchange服务器的自动发现信息.拥有通配符记录的问题是它会导致autodiscover.domain.com解析到您的Web服务器,这会阻止Outlook查找自动发现XML文件并连接到Exchange,这就是您的电子邮件主机要求您删除通配符的原因记录.

解决方法是您在Web服务器上托管自动发现XML文件(HTTPS根域查询),这与链接文章中的相关内容相关.正如您在文章中看到的那样,Outlook使用一定的操作顺序来查找自动发现信息.您可以在文章中看到第三种发现方法是您的通配符导致问题的方法(HTTPS自动发现域查询).

第五种方法是Exchange主机为其客户端使用的方法.

http://blogs.technet.com/b/kristinw/archive/2013/04/19/controlling-outlook-autodiscover-behavior.aspx

https://support.microsoft.com/en-us/kb/2612922

原文链接:https://www.f2er.com/html/228494.html

猜你在找的HTML相关文章