自动发现服务器响应的内容 |第 11 部分#36

在本文中，我们将回顾自动发现响应内容的主题。
术语“自动发现响应”涉及 Exchange CAS 服务器向其自动发现客户端提供的自动发现信息。在本文中，我们将参考从三个 Outlook 提供程序（EXPR、EXCH 和 ExHTTP）的角度来看 Exchange Server 自动发现响应内容。

对于我们大多数人来说，自动发现响应的内容是一个谜，大多数时候我们无法理解这个谜的完整含义。

本文的目的是消除与自动发现 Exchange CAS 服务器响应内容相关的一些迷雾；我们将能够获得有关自动发现的迷人过程的更多信息。

此外，能够解决与自动发现客户端和 Exchange CAS 服务器之间实现的通信通道和自动发现过程相关的难题。

自动发现响应

问题1：问题 - 自动发现响应的含义是什么？

A1：自动发现响应是 Exchange CAS 服务器向其自动发现客户端提供的“答案”。

我们可以使用一个比喻来帮助我们理解 Exchange 服务器和他的自动发现客户端之间存在的关系，这是一个喂养孩子的人的比喻。

自动发现客户端需要一个井（自动发现信息），并且它们向 Exchange 服务器发送请求，要求他提供它们（提供自动发现响应）。

问题2：客户端（Outlook）如何知道他需要使用哪些参数来与Exchange服务器通信？

A2：Exchange 服务器向 Outlook 客户端提供所有必需的信息，作为自动发现响应的一部分。 “自动发现答案”包括与不同通信参数相关的基本信息。

自动发现方法的主要优点是无需使用复杂的手动设置来配置 Outlook 客户端以使用所需的参数。

相反，Outlook 使用自动发现协议来定位所需的 Exchange 服务器，并且 Exchange 服务器知道如何使用自动发现客户端的自动发现响应来“打包并发送”信息。

由 Exchange 自动发送到 Outlook 的 Outlook 配置设置和 Outlook 客户端知道如何使用此信息自动创建 Outlook 邮件配置文件。

问题3：谁是 Exchange 自动发现客户端？

A3：完全依赖于 Exchange 自动发现服务的最著名的自动发现客户端是 Outlook 邮件客户端。

Exchange 自动发现信息与 Exchange 移动客户端（ActiveSync 客户端）以及 Exchange Web 客户端 (OWA) 相关。

问题 4：自动发现响应的构建块或主要部分是什么？

A4：自动发现响应包括以下部分：

1. 有关可用 Exchange Web 服务的信息
2. Outlook 邮件客户端创建新邮件配置文件所需的信息
3. 有关 Exchange“指示”给 Outlook 客户端的通信参数的信息。例如——通信协议、身份验证协议等。

问题5：您能否为 Exchange 自动发现响应中包含的每个参数提供详细说明？
A5：
此问题的答案不是如此简单，甚至对我来说，有些内容看起来就像是“神秘的话”。
造成这种“神秘”现象的主要原因有两个。 ”

1.动态环境
Exchange基础架构是一个非常动态的环境，每个Exchange软件更新都会添加服务类型或对现有Exchange服务进行更新。

这些 Exchange 更新已“注册”在自动发现文件中，只要 Outlook 等“客户端”知道如何与此更新关联，就可以了。

2. 缺乏文件或公开信息

当我坐下来撰写本文时，我搜索了免费文章，其中包含有关 Exchange 自动发现响应中显示的每个数据字段的详细说明。

结果——关于自动发现响应内容主题的文章很少，而且对于我不熟悉的自动发现“关键”，我找不到额外的或有意义的信息。

那么我的观点是什么？
我的观点是，尽管自动发现响应文件中存在“神秘部分”，但还有许多其他部分我们可以在故障排除场景中理解和使用。

注意 - 在自动发现文章系列中，我多次使用术语“自动发现文件”。
如果我们想更准确的话，实际上不存在“自动发现文件”这样的东西。 Exchange 服务器的“应答”被描述为“自动发现响应”，而这个“响应”包含我描述为“自动发现文件”的内容。
从技术上讲，这并不重要，只要我们更容易查看即可Exchange 服务器响应为“文件”。

自动发现文件的文件格式

Exchange 服务器传送给邮件客户端的信息基于 XML 格式。

XML格式是通过使用XML标签以及包含在XML标签之间的“数据”来实现的。

每个“XML 句子”都以开始 XML 标记 开始，并以结束 XML 标记 结束（结束标记由斜杠字符“/”定义）。
数据或信息位于此 XML 标记之间。

基本假设是“客户端”，即请求信息的元素知道 XML 标记的含义是什么以及如何使用驻留在该 XML 标记之间的信息。

当 Outlook 客户端获取 Exchange 服务器提供的自动发现信息时，客户端就会知道或“关联”每个 XML 标记。

在下图中，我们可以看到从标准自动发现响应中获取的“信息”示例。

在我们的示例中，XML 标记 - 定义提供 EWS 服务的元素（Exchange 服务器）的 URL 地址。提供 EWS 服务的 Exchange 服务器主机名是 - mail.o365info.com，Exchange Web 服务的 URL 地址是 -
https://mail.o365info.com/EWS/Exchange.asmx

Outlook等“客户端”需要知道或“理解”Exchange EWS服务是什么，并知道当需要Exchange EWS服务时如何访问指定的URL。

自动发现请求的类型

自动发现客户端向自动发现端点（Exchange 服务器）发出请求，要求提供自动发现信息。

在 Exchange 环境中，自动发现客户端对自动发现信息的“请求”可以使用三种类型的格式或标准来实现：

1. EWS 托管 API
2. SOAP 自动发现
3. POX 自动发现

更高级或首选的 Exchange 接口是 SOAP 自动发现和 EWS 托管 API。

使用哪个接口的“决定”取决于对 Exchange CAS 服务器（自动发现端点）进行寻址的 Exchange 客户端。

Exchange 服务器可以回答或提供每个不同类型的客户端请求所需的信息。

术语“Exchange 客户端”可以涉及邮件客户端，例如 Outlook、移动设备、其他 Exchange 服务器或任何“Exchange 感知应用程序”。 ”

诸如 Outlook 之类的交换邮件客户端使用 SOAP 自动发现接口或 POX 自动发现接口来提交对自动发现信息的请求。

• 当邮件客户端地址 Exchange CAS 服务器使用 POX 自动发现接口请求自动发现信息时，客户端请求的文件名为 - xml
• 当邮件客户端地址 Exchange CAS 服务器请求自动发现信息时，使用 SOAP 自动发现接口，客户端请求的文件名为 - svc

注意 - 在本系列文章中，在描述自动发现客户端请求自动发现信息的流程时，我们将使用 autodiscover.xml 命名约定来表示自动发现客户端对自动发现信息的请求。
实际上，自动发现客户端请求也可以参考名为 - autodiscover.svc 的文件

Exchange Outlook 提供商

Exchange 服务器需要向客户端提供有关 Exchange 基础结构的详细信息。创建新的 Outlook 邮件配置文件所需的信息、与 Exchange 服务器通信所需的信息以及有关现有 Exchange Web 服务的信息。

更复杂的是，需要提供给内部 Outlook 客户端的“详细信息集”与需要提供给外部 Outlook 客户端的详细信息明显不同。

Exchange 服务器知道如何通过自动发现响应“打包并运送”Outlook 客户端所需的信息。

信息分为几个部分。

• 其中一些部分包含内部 Outlook 客户端的相关信息。
• 其中一些部分包含外部 Outlook 客户端的相关信息。

Exchange 服务器将信息划分为不同类型 Outlook 客户端（即外部 Outlook 客户端与内部 Outlook 客户端）的部分的方法，描述为 - Outlook 提供程序。

Outlook 提供程序和 Exchange 服务器版本

Exchange 2007\2010 服务器版本支持两种类型的 Outlook 提供程序

• 自动发现响应部分（Outlook 提供程序），包括内部 Outlook 客户端的相关信息，描述为 - EXCH
• 自动发现响应部分（Outlook 提供程序），包括外部 Outlook 客户端的相关信息，描述为 - EXPR

Exchange 2013 服务器版本支持以前类型的 Outlook 提供程序，即 EXCH 和 EXPR，此外还支持新类型的 Outlook 提供程序命名为 - ExHTTP。

关于 Exchange 2013 服务器 ExHTTP Outlook 提供程序的两个有趣的事情

1. 内部和外部 Outlook 客户端具有相同的“ExHTTP 部分”

Exchange 2013 自动发现响应包括两个名为 ExHTTP 的部分，分别用于外部 + 内部 Outlook 客户端与 Exchange 2007/2010，它们对 Outlook 提供程序使用不同的命名约定 (EXCH；对于外部 Outlook 客户端，EXPR）

如果您想知道 Outlook 客户端如何“理解”该信息是否与内部 Outlook 客户端相关或与外部 Outlook 客户端相关，答案是第一个“ExHTTP 部分”用于内部 Outlook 客户端，第二个“ExHTTP 部分”用于外部 Outlook 客户端。

2.“ExHTTP部分”的内容

大多数“ExHTTP 部分”内容继承自 EXCH 部分中存在的内容以及存在于 EXPR 中。

附上 Microsoft 文章中的一段引用：
在 Exchange 2007/2010 中，Outlook Anywhere 的实施方式是您拥有一个可以配置的命名空间。在 Exchange 2013 中，您同时拥有内部主机名和外部主机名。将其视为具有两组 Outlook Anywhere 设置，一组用于当您连接到公司域时，另一组用于当您未连接到公司域时。
您将通过以下方式在自动发现响应中看到此设置返回到 Outlook 客户端就像新的提供程序 ExHTTP。
但是，ExHTTP 不是实际的提供程序，它是根据 EXCH（内部 Outlook Anywhere）和 EXPR（外部 Outlook Anywhere）设置计算出的一组值。要正确使用这些设置，必须将 Outlook 客户端修补到适当的级别（有关详细信息，请参阅 Exchange 2013 系统要求）。 Outlook 将按顺序处理 ExHTTP - 首先是内部，其次是外部。

在下图中，我们可以看到 Exchange Outlook 提供程序的逻辑。

Exchange 2013 服务器提供“旧 Outlook 提供程序”和“新 Outlook 提供程序”。

ExHTTP Outlook 提供程序同时用于外部 + 内部 Outlook 客户端。 “秘密”在于 ExHTTP 的第一部分针对内部 Outlook 客户端，而 ExHTTP 的第二部分针对至外部 Outlook 客户端

如果您想查看特定 Exchange 服务器提供的 Outlook 提供程序，可以使用以下 PowerShell 命令

获取 OutlookProvider |选择身份

在下图中，我们可以看到 Exchange 2013 支持以前的 Outlook 提供程序，还包含一种名为 - ExHTTP 的新型 Outlook 提供程序

Exchange 自动发现响应 XML 结构和内容

Exchange 自动发现响应是使用特定结构构建的。

下图显示了 Exchange 2013 服务器提供的自动发现响应（“XML 文件”）的标准结构示例。

查看 Exchange 自动发现响应文件的内容

为了能够更好地理解自动发现响应的内容，我们将使用位于具有以下特征的环境中的 Exchange 2013 自动发现响应的示例：

Exchange 2013 是面向公众的 Exchange 服务器，这意味着 Exchange 服务器提供内部 + 外部邮件客户端服务。

命名空间基础设施基于内部命名空间和外部\公共命名空间之间的“分离”。

• Exchange 服务器的内部命名空间是 - o365info.local
• Exchange 服务器的外部命名空间是 - o365info.com

在下一节中，我们将回顾 Exchange 自动发现响应中包含的一些内容。

1. EXPR 部分 - 外部 Outlook 客户端的信息

基于“信息块”的XML信息。

EXPR 部分（与外部 Outlook 客户端相关）有一个开头和一个结尾（数字 1）。

EXPR 部分是由 XML 标记集合构建的

每个 XML 标签还有一个“起始标签”和“结束标签”（数字2）。

客户端需要“读取”的内容位于 XML 标记之间（数字 3）。

Exchange 服务器向 Outlook 客户端提供有关其主机名（其身份）的信息。 Outlook 客户端将使用此名称来寻址 Exchange 服务器（编号4）。

Exchange 服务器“通知”Outlook 客户端他应该使用什么协议作为通信协议。在我们的场景中，通信协议是 SSL（编号5）。

大多数 Exchange 自动发现响应内容包括有关不同 Exchange Web 服务和其他 Exchange 服务的信息。

有关特定服务的信息通过 XML 标签“呈现”，并且有关提供特定服务的主机的信息 + 包含在开始和结束 XML 标签之间的特定服务的 URL 地址。

例如，以下 XML 标记出现在 EXPR 部分中

https://mail.o365info.com/EWS/Exchange.asmx

• 有关 Exchange 可用性服务（空闲\忙碌时间）的信息通过使用 XML 标记提供 -
• 在我们的具体示例中，提供 Exchange 可用性服务的 Exchange 主机名是 - mail.o365info.com
• Outlook 客户端需要“使用”Exchange 可用性服务时需要使用的 URL 地址是 - https://mail.o365info.com/EWS/Exchange.asmx

请注意，EXPR 部分与外部 Outlook 客户端相关。因此，有关 Exchange 服务器提供的服务的信息将基于 Exchange 服务器的“公共身份”。在我们的场景中，Exchange 服务器通过使用主机名“展示自己” - mail.o365info.com

在下面的屏幕截图中，我们可以看到向 Outlook 客户端提供的不同 Exchange 服务的示例。

请注意，Exchange 使用相同的 URL 地址提供不同的服务。

例如，由 XML 标记表示的 Exchange 可用性服务 - 和 Exchange OOO（外出）服务由 XML 标记表示 - 具有相同的 URL 地址 - https://mail.o365info.com/EWS/Exchange.asmx

“黄色箭头”指向 Outlook 使用相同 URL 地址（数字1）提供的各种 Exchange 服务。

附加 Exchange 服务的示例可以是：

• OAB - OAB 代表 - Outlook 脱机通讯簿。 XML 标记 ，通知 Outlook 客户端需要访问 Exchange 服务器并下载 Outlook 脱机通讯簿的本地副本时需要使用的 URL 地址。在我们的具体场景中，URL 地址为 - https://mail.o365info.com/OAB/45831dde-e32e-4a86-9263-86ce0df67038（数字2 ）。
• ECP - Exchange Web 管理界面。自动发现响应包括一个名为 - 的专用 XML 标记，它“告诉”Exchange Web 客户端（例如 OWA）需要时应使用的 URL 地址是什么访问 Exchange Web 管理。在我们的场景中，URL 地址是 - https://mail.o365info.com/ecp（数字3）。

2. EXCH 部分 - 内部 Outlook 客户端的信息

在下面的屏幕截图中，我们可以看到 EXCH 部分的示例。

本节与内部 Outlook 客户端相关。
因此，有关 Exchange 服务器提供的服务的信息将基于 Exchange 服务器的“私有身份”。
在我们的场景中，Exchange 服务器通过使用主机名“展示自己” - exo1.o365info.local

3. ExHTTP 部分 - 内部 + 外部客户端的信息

如前所述，Exchange 2013 服务器向自动发现响应文件添加了附加部分，其中包括新型 Outlook 提供程序，即 ExHTTP 部分。

在下面的屏幕截图中，我们可以看到自动发现响应包含 ExHTTP 的两个不同部分

这两个部分使用的 XML 标记名称是相同的。

• 第一个 ExHTTP 部分（编号 1）包含与内部 Outlook 客户端相关的信息。
• 第二个 ExHTTP 部分（编号 2）包含与外部 Outlook 客户端相关的信息。

4. WEB 部分 - OWA 客户信息

Exchange 自动发现响应包括 WEBmail 客户端（OWA 客户端）的专用部分。

我们可以看到，提供给 WEBmail 客户端的信息还包括对内部与外部客户端主题的引用。

自动发现 XML 文件内容的一些示例

如果您希望查看标准 Exchange 自动发现响应的内容，您会对数据量感到惊讶。

正如我之前提到的，我并不熟悉自动发现响应中出现的所有信息和 XML 标签。

但是，我们应该了解自动发现响应中的一些“著名”XML 标记，因为它们代表了最重要和最重要的 Exchange Web 服务。

在下图中，我们可以看到这些“著名”XML 标签的示例。

通过查看 URL 地址的结构，我们可以得出以下几点结论：

• 对 Exchange EWS 文件夹（Exchange Web 服务）的访问是通过请求“名为 - asmx”的文件来实现的
• Exchange Web 服务 URL 由 XML 标签表示 -
• 不同的 Exchange Web 服务由相同的 URL 地址“表示”。例如 - 自动回复的 URL 地址（由 XML 标签表示 - ）和日历共享 URL（由 XML 标签表示 -）是“前导”或指向相同的 URL 地址。

有关自动发现响应的 Exchange Web 服务示例。

1. 脱机通讯簿 - Exchange 服务使 Outlook 客户端能够下载全局地址列表的本地副本，由 XML 标签表示 - 。 URL 地址包含客户端应要求的文件名（在我们的示例中 https://mail.o365info.com/OAB/45831dde-e32e-4a86-9263-86ce0df67038 ）
2. 统一消息传递 - Exchange 统一消息传递的 URL 地址由 XML 标记 表示
3. Exchange ECP - ECP 是 Exchange 控制面板的网址。 Web 邮件客户端 (OWA) 使用 ECP 来管理和访问他们的个人详细信息。