自动发现信息 |第 04 部分#36

Exchange Autodiscover 从三个不同的角度与“信息”相关：

• 自动发现是 Exchange 客户端用于获取有关 Exchange 基础结构的信息的工具。
• 自动发现是 Exchange CAS 服务器向其 Exchange 客户端提供信息的方法。
• 自动发现是信息本身。

介绍

在下面的文章中，我将重点介绍作为信息源的 Exchange CAS 服务器以及使 Exchange 客户端能够检索所需信息的自动发现过程。

在本文中，我们将继续“初步了解”Exchange 自动发现基础设施。

我们将审查以下主题：

Q1：如何查找信息来源？
Q2：客户端使用什么方式来定位将为他们提供所需“自动发现信息”的元素”？

Q3：自动发现响应包括什么？
Q4：当服务器响应一个应答（自动发现响应）时，这个“应答”的内容是什么。

问题5：如何创建自动发现信息？
需要生成自动发现响应的 Exchange CAS 服务器上幕后发生了什么

问题6：什么是基于 Exchange 网络的服务？
-“Exchange 网络服务”的含义是什么？可用的 Exchange 网络服务有哪些

什么是“交换信息”？

Exchange客户端，需要大量有关Exchange基础设施的信息。

如果我们想用一个比喻来描述 Exchange CAS 服务器作为信息提供者的“角色”，我们可以将 Exchange CAS 服务器视为“信息之门”。

在下图中，我们可以对Exchange服务器提供的“信息类型”有一个大致的概念。

1.交换基于网络的服务

• Exchange 向其客户端提供多种类型的服务，其中大多数“Exchange 服务”被视为 Web 服务。
  Exchange 客户端通过使用包含主机 FQDN（Exchange CAS 服务器）提供特定的 Web 服务。
• 有关可用 Exchange Web 服务的信息将作为自动发现过程的一部分“传递”到 Exchange 客户端。
• 每次 Exchange 客户端需要使用特定 Exchange Web 服务时，客户端都会使用 Exchange CAS 服务器发送的信息（自动发现基础结构）。
• Exchange CAS 服务器是信息提供者，同时也是提供不同 Web 服务的元素。

2. 创建新的 Outlook 邮件配置文件所需的配置设置。

Exchange 客户端（例如 Outlook）所需的“其他类型的信息”是创建新的 Outlook 邮件配置文件所需的配置设置详细信息。

创建新的 Outlook 邮件配置文件，特别是 Outlook Anywhere 配置文件，需要大量配置设置。

理论上，这些详细信息可以由用户手动完成，但是，在现代 Exchange 环境中，例如使用会话 ID 的 Exchange 2013，而不是使用 Exchange CAS 服务器名称，选项 -“手动创建新的 Outlook 邮件配置文件” ” 几乎是不可能的。

3、其他

在“其他”部分下，我们可以添加提供给 Exchange 客户的其他类型的详细信息和信息。
从技术上讲，对数据量没有任何限制或限制，这些数据可以包含在“信息包”中，由 Exchange 服务器提供。

Exchange CAS 服务器提供的自动发现信息可以包括早期版本的 Exchange 服务器未提供的新的和更新的信息类型。

“问题”在于，只要客户端知道如何“读取”并与自动发现响应中包含的数据相关联，就可以了。

自动发现流程 |客户端与服务器

如果我们想用一句话来概括 Exchange Autodiscover 的含义，我们可以说：这都是关于客户端和服务器之间的关系。

在当前文章以及本系列的以下条款中，我们将使用不同的术语来描述这种“客户端和服务器关系”：

客户端

我们可以将客户端称为：“客户端”、“邮件客户端”或“Exchange 客户端”。当我们涉及到自动发现的具体流程时，我们将 Exchange 客户端称为“自动发现客户端”。 ”

服务器端

如前所述，Exchange 体系结构包括五种类型的服务器角色，但 99% 的情况下，当我们提到术语：“服务器”或“Exchange 服务器”时，其含义是担任 CAS（客户端访问服务器）角色的 Exchange 服务器。
当我们涉及自动发现过程时，用于描述提供自动发现服务的“服务器端元素”的术语可以是：

• 自动发现端点
• 目的服务器
• 目的主机
• 潜在的自动发现端点
• 最终自动发现端点。

使用“潜在”一词的原因是，当自动发现客户端寻址“目标主机”时，他不知道这是否是可以帮助他完成身份验证过程、提供自动发现信息的“正确主机”等等。

换句话说，自动发现客户端“希望”他尝试连接的自动发现端点是正确的，或者是自动发现过程往返中的“最后的希望”。

自动发现查询和自动发现响应

自动发现包括许多方面，例如客户端用来定位其“信息源”（Exchange CAS 服务器）的协议。

另一方面是自动发现到达所需的自动发现端点的部分，完成所有身份验证和识别步骤并到达客户端要求必要信息的部分，并且服务器提供该信息。

Exchange 客户端发送的请求或查询，称为自动发现请求。

服务器的“应答”，其中包括被描述为自动发现响应的请求信息。

在我看来，Exchange CAS 服务器就像是在危难时刻拯救世界的超人。

自动发现响应包括什么？

由 Exchange CAS 服务器（自动发现端点）提供的自动发现响应是动态生成的并发送到 Exchange 客户端（自动发现客户端）。

发送到自动发现客户端的自动发现响应包括两个主要部分：

1. Outlook + Outlook Anywhere 邮件配置文件的配置设置\说明

创建新的 Outlook 邮件配置文件的任务可以被视为一项复杂的任务，因为 Outlook 邮件配置文件（例如 Outlook Anywhere 邮件配置文件）包含许多不同的参数，这些参数与协议类型、身份验证协议、服务器识别方法和所需的 Exchange CAS 服务器的名称。

如果Exchange基础架构基于Exchange 2013，“获取Exchange CAS服务器的名称”的任务变得更加复杂。在 Exchange 2013 环境中，邮件客户端不使用 Exchange CAS 服务器名称，而是使用 Exchange CAS 服务器发送的会话 ID。

2.兑换服务信息

服务器自动发现响应中包含的其他“信息类型”是有关每个可用 Exchange Web 服务的信息。

这些信息包括服务名称、提供该服务的 Exchange 服务器的名称以及 Exchange 客户端在想要访问特定服务时需要使用的 URL。

自动发现信息是如何创建的？

Exchange 服务器提供的自动发现信息被视为动态内容，每次 Exchange 客户端请求自动发现信息时都会“动态重新生成”。

数据具有“动态性质”的原因是因为 Exchange 基础设施，尤其是 Office 365 和 Exchange Online 基础设施可以被认为是非常动态的。
“动态”的含义是，在每个分钟或每个小时内，可能会有Exchange 基础架构中的更改，例如 - 与新的 Exchange CAS 服务器相比，不再可用的 Exchange CAS 服务器。
其他示例可能是提供特定功能的 Exchange CAS 服务器的更改或更新网络服务。

自动发现响应格式

Exchange CAS 服务器提供的“答案”（自动发现响应）以 XML 格式的数据实现。

自动发现过程基于一种方法，自动发现客户端从 Exchange CAS 服务器请求名为 - autodiscover.xml 的文件或 autodiscover.svc

显然，我们可以认为 autodiscover.xml 是一个静态文件，存储在 Exchange CAS 服务器上的 Autodiscover 文件夹中，但在现实中，不存在这样的文件。

作为“答案”发送的自动发现响应（对 autodiscover.xml 文件的请求）是实时创建的动态内容（基于邮件客户端的类型、当前的 Exchange 基础结构信息等） ）。

自动发现基础设施|回顾

在我们回顾了自动发现的基本组件之后，让我们回顾一下自动发现基础设施的一些概念。

• 被描述为“信息源”的“元素”是 Exchange CAS 服务器。自动发现过程的主要目的是使 Exchange 客户端能够找到能够为其提供所需自动发现信息的“正确的 Exchange CAS 服务器”。
• 当我们描述涉及 Exchange 自动发现基础结构的主题时，我们将 Exchange 客户端称为自动发现客户端，将 Exchange CAS 服务器称为自动发现端点。
• 自动发现端点（Exchange CAS 服务器）使用名为 autodiscover.xml 的 XML 文件向自动发现客户端提供信息
• autodiscover.xml 包含 Exchange 客户端（例如 Outlook）创建新邮件配置文件所需的信息以及 Exchange 林\组织中存在的所有可用 Exchange 服务的附加信息。
• Exchange 服务是基于 Web 的服务，因此，有关 Exchange 服务的信息是通过提供 Exchange Online 服务的 URL 来实现的。

自动发现——客户端与服务器视角

自动发现基础架构由两部分组成：客户端和服务器端。

“客户端”的自动发现服务使 Exchange 客户端能够执行以下任务：

• 决定首选的自动发现方法。
• 在 Active Directory 环境中 - 创建查询本地 Active Directory（使用 LDAP 协议）并请求自动发现端点列表（可用的 Exchange CAS 服务器）。
• 在非 Active Directory 环境中 - 使用 HTTPS 和 HTTP 协议与自动发现端点进行通信。
• 获取自动发现端点的服务器证书并向自动发现端点提供用户凭据。
• 获取 autodiscover.xml 并使用文件中包含的信息创建新的 Outlook 邮件配置文件或访问不同的 Exchange 服务。

“服务器端”的自动发现服务负责：

• “监听”并注册 Exchange 环境中变化的更新。
• 接受来自自动发现客户端的请求，向其提供公共服务器证书，获取用户凭据。
• 生成 autodiscover.xml 文件并将该文件提供给自动发现客户端。

Outlook 邮件客户端的变体

Exchange CAS 服务器的自动发现响应基于动态过程，其中 Exchange CAS 服务器识别 Outlook 客户端的版本，并根据特定的 Outlook 版本生成自定义自动发现响应。

例如，Exchange 服务器将为 Outlook 客户端版本 2007 与 Outlook 客户端版本 2013 创建不同的“答案”（XML 响应）。