Exchange server2007自动发现服务(Auto discover service)原理及调试
概述
微软的最新邮件系统Exchange server2007中新增加了一项服务：自动发现服务（auto discover service）.此服务用于自动化配置Outlook2007（注意：仅仅用于outlook2007，在outlook其他版本中用不到此服务，在以前的时代都是通过public folder实现的。），以减少管理员的工作量，在以前的Exchange2000/2003+outlook2003的时代需要使用office resource kit进行24步的设置才能进行客户端outlook配置的自动化部署。现在有了自动发现服务，用户需要做的仅仅是打开outlook然后输入自己的用户名和密码即可。另外自动发现服务同样支持windows mobile设备。具体来说自动发现服务对Exchange的以下功能提供支持：OAB（脱机地址列表），the Availability service（忙/闲信息），outlook anywhere服务器设置，Unified Messaging（统一消息的配置信息）和Out of Office（外出留言信息配置）。如果在你的环境中采用的是outlook2007+exchange2007的模式，而且没有配置好自动发现服务，则以上所列出的功能都不能正常工作。
自动发现服务工作原理(假设用户email地址为user@contoso.com)
当您在部署client access server role（客户端访问服务器角色）时，安装进程会在IIS的默认网站下创建一个名为autodiscover的虚拟目录（如图1所示），此目录指向到\client access\autodiscover文件夹。此虚拟目录用来处理outlook2007客户端和windows mobile设备的自动配置信息的请求。同时安装进程会在活动目录中安装一个service connection point（SCP,中文名字为“服务连接点”，类似与在部署RMS 或SMS 中创建的SCP）。安装程序将自动发现 SCP 对象置于以下容器中：（如图2所示）
CN=Autodiscover,CN=Microsoft Exchange,CN=Services,
[Configuration Naming Context]
SCP 对象包含林的自动发现服务 URL 的权威列表。
SCP 对象包含 ServiceBindingInfo 属性，该属性具有 https://CAS01 /autodiscover/autodiscover.xml 格式的客户端访问服务器的 FQDN，其中 CAS01 是客户端访问服务器的 FQDN
图1 在CAS安装过程中会自动安装autodiscover虚拟目录
图2 CAS安装过程中创建的SCP
OK,下面我们来看自动发现服务具体是如何工作的。我们分两部分来介绍。
第一种情况：客户端在公司内部且已经加入域（客户端可以直接连接到DC）
下图展示了公司内网中自动发现的工作模式
图3 internat network中自动发现服务的执行过程
在这种环境，客户端机器可以连接到公司内部的DC,所以Outlook2007会默认首先去AD中寻找自动发现服务的SCP，并用自己的用户名和密码进行身份验证。SCP会告诉Outlook2007客户端正确的autodiscover service URL地址（例如：https://CAS01/autodiscover/autodiscover.xml），然后outlook向此URL 发送请求信息，请求信息的格式如下：
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006"> <Request> <EMailAddress>user@contoso.com</EMailAddress> <AcceptableResponseSchema>http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema> </Request> </Autodiscover>
Autodiscover服务收到请求后会做出如下回复：
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006"> <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a"> <User> <DisplayName>First Last</DisplayName> <LegacyDN>/o=contoso/ou=First Administrative Group/cn=Recipients/cn=iuser885646</LegacyDN> <DeploymentId>644560b8-a1ce-429c-8ace-23395843f701</DeploymentId> </User> <Account> <AccountType>email</AccountType> <Action>settings</Action> <Protocol> <Type>EXCH</Type> <Server>MBX-SERVER.mail.internal.contoso.com</Server> <ServerDN>/o=contoso/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=MBX-SERVER</ServerDN> <ServerVersion>72008287</ServerVersion> <MdbDN>/o=contoso/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=MBX-SERVER/cn=Microsoft Private MDB</MdbDN> <ASUrl>https://mail.contoso.com/ews/exchange.asmx</ASUrl> <OOFUrl>https://mail.contoso.com/ews/exchange.asmx</OOFUrl> <UMUrl>https://mail.contoso.com/unifiedmessaging/service.asmx</UMUrl> <OABUrl>https://mail.contoso.com/OAB/d29844a9-724e-468c-8820-0f7b345b767b/</OABUrl> </Protocol> <Protocol> <Type>EXPR</Type> <Server>Exchange.contoso.com</Server> <ASUrl>https://mail.contoso.com/ews/exchange.asmx</ASUrl> <OOFUrl>https://mail.contoso.com/ews/exchange.asmx</OOFUrl> <UMUrl>https://mail.contoso.com/unifiedmessaging/service.asmx</UMUrl> <OABUrl>https://mail.contoso.com/OAB/d29844a9-724e-468c-8820-0f7b345b767b/</OABUrl> </Protocol> <Protocol> <Type>WEB</Type> <Internal> <OWAUrl AuthenticationMethod="Ntlm, WindowsIntegrated">https://cas-01-server.mail.internal.contoso.com/owa</OWAUrl> <OWAUrl AuthenticationMethod="Ntlm, WindowsIntegrated">https://cas-02-server.mail.internal.contoso.com/owa</OWAUrl> <OWAUrl AuthenticationMethod="Basic">https://cas-04-server.mail.internal.contoso.com/owa</OWAUrl> <OWAUrl AuthenticationMethod="Ntlm, WindowsIntegrated">https://cas-05-server.mail.internal.contoso.com/owa</OWAUrl> </Internal> </Protocol> </Account> </Response> </Autodiscover>
我们可以看到在此回复的信息中含有配置客户端所需要的信息。Outlook客户端根据此信息进行用户的配置，OAB 的下载，忙闲信息的同步等等。
我详细看一下此xml信息可以发现分为三部分：
<type>EXCH<type>部分：客户端在公司内网（internal）的配置信息
<type>EXPR<type>部分:outlook anywhere配置信息
<type>WEB<type>部分:客户端在external时的配置信息
第二种情况：用户没有加入域或用户不在公司内部（无法直接连接DC）
此环境中的自动发现服务工作原理如下图所示：
图4 external network中自动发现服务的执行过程
首先客户端还是会试着首先寻找SCP，但结果是失败的，因为它连接不到DC。
但是客户端如何去继续寻找autodiscover service呢？在这种情况下它会依次尝试连接以下地址：（注意以下地址的特点）
https://contoso.com/autodiscover/autodiscover.xml
https://autodiscover.contoso.com/autodiscover/autodiscover.xml
http://contoso.com/autodiscover/autodiscover.xml
http://autodiscover.contoso.com/autodiscover.xml
直到返回成功的信息。如果这四个连接尝试全部失败，则用户不能下载到OAB,忙闲信息，OOF也不能正常工作。我们会看到如下错误信息：
-------------------------------------------------------------------------
15:51:59 Microsoft Exchange 脱机通讯簿
15:51:59 未下载脱机通讯簿文件。找不到服务器(URL)。
15:51:59 0X8004010F
------------------------------------------------
我们可以在打开outlook调试模式的环境下看到整个详细的执行过程。开启outlook调试模式过程：工具-选项-其他-高级选项-启用日志（疑难解答）。
备注：
1. 我们可以看到outlook首先会尝试以SSL进行加密的连接，这就要求autodiscover service服务器的web站点有一个证书，在exchange2007的安装过程中会自动生成一个证书，但此证书不是根信任机构颁发的，所以outlook客户端在此过程中会收到一个警告提示，如图（5）所示。为了避免客户端出现此警告框，我们可以申请一个由根证书信任机构所信任的证书（是需要money的），或者在域中部署企业根证书，并把此根证书安装到所有客户端的根信任证书颁发机构中。
图5 outlook客户端在联系自动发现服务时出现的证书无效提示
2. 通过此过程我们也可以看出，我们需要在企业外部的DNS（公网的dns）中新增加一条A记录名为autodiscover并解析到到client access server
3. Autodiscover虚拟目录是不可以直接通过IE去访问的，如果我们通过https://autodiscover.contoso.com/autodiscover/autodiscover.xml会发现以下返回信息（如图6），这就表示自动发现服务是正常的。
图6 直接通过IE请求autodiscover虚拟目录返回的信息
关于自动发现服务的几个常用命令：
1. 创建新的自动发现服务的虚拟目录：
New-AutodiscoverVirtualDirectory -Websitenate <websitename> -BasicAuthentication:$true -WindowsAuthentication:$true
2. 删除一个自动发现服务虚拟目录
Remove-AutodiscoverVirtualDirectory -Identity "MyServer\autodiscover(autodiscover.contoso.com)"
3. 测试自动发现服务的配置
Test-OutlookWebServices -ClientAccessServer "CASServer01"
