什么是自动发现?
自动发现服务为 Exchange 客户端, 包括 MAPI 连接的Outlook 2007,手机 ActiveSync 和 Outlook Anywhere 提供自动配置的功能,并提供给Outlook访问基于 web 的脱机地址簿,忙闲信息,统一消息服务的信息
【图1:Outlook自动侦测用户名】
【图2:自动配置Outlook 2007】
Exchange 2007 中使用自动发现服务来为客户端提供这些信息,Outlook首先要做的就是找到自动发现服务的位置。
(sigh……, 不能免俗,也要用到微软这个图)
【图3:域内客户端使用自动发现服务】
基本的访问流程是这样的:
- 域内的 Outlook 首先去寻找SCP 服务接入点
- SCP会返回给Outlook 自动发现服务的URL
- Outlook使用 HTTPS 加密的连接连到自动发现服务
- 得到需要的信息
一,SCP (Service Connection Point)服务连接点
当Outlook 2007 使用自动发现服务的时候第一步会使用LDAP查询 GC 寻找 SCP 对象,SCP对象为Outook提供信息。查询 objectclass=serviceconnectionpoint。
当安装 CAS 的时候,会创建一个SCP的对象在:
CN=Autodiscover,CN=Protocols,CN=<CASServer>,CN=Servers,CN=Exchange Administrative Group,CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services
【图4:SCP在哪里】
CAS 的安装会更新 serviceBindingInformation 的信息为:
https://<CASServerFQDN>/autodiscover/autodiscover.xml
【图5:SCP绑定的自动发现URL】
我们可以使用 Get-ClientAccessServer 来得到这个URL。
【图6:Get-ClientAccessServer 得到自动发现URL】
也可以使用 Set-ClientAccessServer �CAutodiscoverServiceInternalURI 来更改这个URL。
【图7:Set-ClientAccessServer 更改自动发现URL】
【图8:更改后的URL】
如果你使用 DNS round-robin 来控制使用哪台CAS,你可能需要更改这个值。
注:SCP 只是AD中为服务保存信息的对象,并不是只有Exchange 会创建SCP。
二,Outlook 选择SCP信息
当Outlook 查询时,AD会返回所有SCP的信息,比如你有两个 CAS 服务器: CAS1 和 CAS2 ,那么返回的 SCP 的信息也有两个,一个指向 CAS1, 另一个指向 CAS 2.
CAS1: https://cas1.domain.local/autodiscover/autodiscover.xml
CAS2: https://cas2.domain.local/autodiscover/autodiscover.xml
Outlook 到底应该选择哪一个呢?
这时候就要用到 keywords, SCP 对象的属性里面有一项 keywords, 包含了SCP 所提供的服务的站点信息。
【图9:SCP 对应的站点信息】
比如 CAS1 属于 site1, 那么默认情况下,安装 CAS1 时,它会在keywords 属性里面添加 site1。图中的CAS服务器 Ex07SP2 属于站点 Default-First-Site-Name,那么它的 keywords 属性就会显示出站点的信息。
Outlook 得到所有的 SCP 信息后,会根据站点的信息,生成两个列表,站点内列表 和 站点外列表,优先选择的是站点内的CAS, 如果站点内的 CAS 无法联系,Outlook 才会选择站点外的CAS。
如果你只有一台 CAS 服务器在站点1 中,站点2 内没有安装过任何 Exchange服务器,那么站点2 的客户端从SCP 中得到的信息还是指向站点1 中的CAS服务器。
假设,站点1有 CAS1, 站点2 有 CAS2, 那么站点2 的客户端默认会使用站点2 的 SCP 信息,如下图:
【图10:按住ctrl 然后点击 Outlook 图标做自动配置的测试】
【图11:站点2 内的客户端使用 站点2 的 SCP 信息】
如果 site2的 CAS2 down 掉的话,site2 的客户端就会出现下面的错误。因为虽然 CAS2 不存在了,但是 CAS2 安装的时候生成的 SCP 在AD中依然存在,当客户端进行查询的时候,依然会得到 site2 SCP 的信息,并且这些信息指向 site2 的 CAS服务器,但是由于CAS2 已经联系不到了,所以,就会报出错误:
Autodiscover to https://ex02.momo.local/Autodisover/Autodiscover.xml FAILED (0x800C8203)
我们从下图中还可以看到客户端还试图去联系下面两个URL:
https://momo.local/autodiscover/autodiscover.xml
https://autodiscover.momo.local/autodiscover/autodiscover.xml
这两个URL是在 Outlook 中内定的 autodiscover URL,当SCP找不到时,就会试图联系这两个URL。
【图12:站点2中的 CAS down掉时,客户端会报错】
如果我们想要避免这种情况,如果 CAS2 遇到了问题,站点2 的客户端能够使用 CAS1 的自动发现服务,我们可以使用cmdlet:
Set-ClientAccessServer CAS1 �CAutoDiscoverSiteScope “site1”,"site2”
这样站点1 中的 CAS1 就可以同时为 site1 和 site2 提供服务了, 这个叫做 Site Affinity。在我的环境中 CAS1 就是 EX07SP2,site1 的名字是Default-First-Site-Name,所以我使用下面的 cmdlet:
【图13:Ex07SP2 同时为站点 site2 和 Default-First-Site-Name 提供自动发现服务】
这时候,我们就发现站点2 的客户端使用了站点1 的 CAS 服务器
【图14:站点2的客户端使用站点1 的自动发现服务】
三,Outlook 怎样寻找自动发现服务
1. 第一步永远是从AD中寻找 SCP 服务接入点。
2. 然后会去查找两个固定的URL
https://domain.com/autodiscover/autodiscover.xml
https://autodiscover.domain.com/autodiscover/autodiscover.xml
3.如果上面两个URL都失败了,那么Outlook 就会使用 HTTP redirect 方式进行查找
HTTP redirect 会试图访问 http://autodiscover.domain.com/autodiscover/autodiscover.xml (
注意,没有S)
这个方法一般适用于单域名证书,比如你的证书颁发给了 mail.domain.com 那么这个时候就不能通过 https://autodiscover.domain.com 或者 https://domain.com 来和自动发现服务通信 ,你可以新建一个website, 用户可以通过http://autodiscover.domain.com/autodiscover/autodiscover.xml 来访问,然后我们在IIS中对设置重定向,当用户访问 http://autodiscover.domain.com/autodiscover/autodiscover.xml 的时候,重定向到 https://mail.domain.com/autodiscover/autodiscover.xml 这样就不需要多主机名证书(SAN Certificate)了。
4.如果以上都失败了,Outlook 还会查询DNS上的SRV记录来寻找自动发现服务。
只有打了补丁 KB 939184 或 SP1 的Outlook 2007 才有这项功能,详情看KB http://support.microsoft.com/?kbid=940881
如果是在域内,那么第一步寻找SCP都应该成功,所以 2,3,4 方法一般应用于 Internet 的用户访问。方法3 需要两个IP地址,方法4 必须要在公共的DNS上添加 SRV记录。
下图就显示第一步域外用户,第一步寻找SCP,不成功,然后就改用其它方式了。
【图15:Internet 用户使用 AutoDiscover 过程】
5. 其实前面4步都用光了,Outlook 还可以配置本地的 XML 文件,我们可以配置客户端的注册表键值:
[HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Autodiscover] "contoso.com"="%PROGRAMFILES%\Microsoft Office\Office12\contoso.xml"
这样的配置会使用xml文件: %PROGRAMFILES%\Microsoft Office\Office12\contoso.xml
四,XML文件里有什么?
HTTP 的请求有两种方式 POST 和 GET, POST是被用来向服务器放东西的, GET是从服务器上拿东西. 当访问下面得URL时
https://domain.com/autodiscover/autodiscover.xml
https://autodiscover.domain.com/autodiscover/autodiscover.xml
我们用 IE 去访问这个XML文件会报错,就是因为IE访问是 GET, 然而自动发现需要你的信息,你没有给它,所以出现错误:
【图16:直接访问 XML 会报错】
而访问
http://autodiscover.domain.com/autodiscover/autodiscover.xml
时, 使用 GET
,(不是https, 是http, 因为这是个转向)
HTTP POST 内容:
<!-- REQUEST TO SERVER. In HTTP POST DATA -->
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006">
<Request>
<AcceptableResponseSchema>
http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema>
<!-- EMailAddress: Optional
This tag indicates the user’s email address.
-->
</Request>
</Autodiscover>
服务器端再回应 POST 的时候,使用的动态的 XML,根据用户 Post 的信息来动态的生成 XML。但无论是动态的还是静态的,都有一个基本的架构,可以参考: http://technet.microsoft.com/en-us/library/cc511507.aspx#AutodiscoverXMLSchema
我们也可以使用Outlook端的测试电子邮件自动配置来查看得到的XML内容:
【图17:测试电子邮件自动配置查看XML】
我们可以根据XML,看看自动发现都提供了什么信息,有一些信息可能比较难猜,比如DeploymentID, 这个表示Exchange 组织的唯一值。如果需要可以到 MSDN 上去查 Autodiscover XML Elements。
五,Outlook Provider
提到自动发现服务,不能不提 Outlook Provider, 因为这是为自动发现服务提供信息的组件。其实也是AD中的对象。
【图18:Outlook Provider 在AD中的位置】
这个组件为 自动发现服务提供信息,我们可以再XML中经常发现 Exch, ExPR 和 web 这三个符号,其实这就是Outlook Provider. 客户端从自动发现服务获取信息, 自动发现从 Outlook Provider 获取信息,OP从AD中获取信息。
【图19:Outlook Provider 为自动发现服务提供信息】
你可以使用cmdlet: Get-OutlookProvider 来查看他们的具体信息,可以使用 Set-OutlookProvider 来设定需要的值。
【图20:Get-OutlookProvider 】
EXCH:为RPC请求提供服务,也就是域内的用户
EXPR:为HTTP用户提供服务,Outlook Anywhere的用户
WEB:为用户提供最佳的OWA地址。
其中 EXPR 除了为 Outlook Anywhere 用户提供外部 URL 外(比如OAB URL等),它还提供 Proxy Server 和 CertPrincipalName. 如果你有多个站点,每个站点都连到 Internet,你可能将proxyserver 就要设置为 $null, 以便为不同站点的客户端提供不同的代理服务器,如果你使用了Mutual Authentication, 某些情况下你可能要将 CertPrincipalName 设置为 none.
【图21:EXPR 为Outlook Anywhere客户端提供额外的信息】
六,如何排错
在服务器端,我们可以利用 cmdlet: Test-OutlookWebServices 来检测自动发现是否能提供正确的信息:
【图22:Test-OutlookWebServices】
如果是Internet上的用户,怎么办呢?最简单的方法,利用网页工具 ExRCA (Exchange Remote Connectivity Analyzer)
www.testexchangeconnectivity.com
如果发现了错误,我们可以到 TechNet 上去找相应错误的答案,上面已列出了ExRCA 检测到的N种错误对应的解决方法
http://technet.microsoft.com/en-us/library/dd439364.aspx