Exchange 混合环境中的自动发现流程 |第 1#3 部分 |第 32 部分#36

基于 Exchange 混合的环境中的自动发现流程可以被认为是最复杂的流程，因为自动发现“旅程”在两个不同的环境中实施。
对于邮箱迁移到“云”(Exchange Online) 的用户，自动发现旅程将由自动发现客户端通过寻址 Exchange 本地基础结构来启动。

Exchange 混合环境中的自动发现流程 |文章系列

第一篇文章是三篇文章系列中的第一篇，主要重点是介绍在 Exchange 混合环境中实现的自动发现流中的逻辑和相关组件。

在接下来的两篇文章中，我们将回顾使用 Microsoft 基于 Web 的工具 Microsoft 远程连接分析器 (ExRCA) 在 Exchange 混合环境中实现的自动发现流程。

• Exchange 混合环境中的自动发现流程 |第 2#3 部分 |第 33 部分#36
• Exchange 混合环境中的自动发现流程 |第 3 部分#3 |第 34 部分#36

您可以在文章 - Microsoft 远程连接分析器 (ExRCA) | Microsoft 远程连接分析器 (ExRCA) | 中阅读有关如何使用 Microsoft 远程连接分析器 (ExRCA) 工具的更多信息。自动发现故障排除工具|第 2#4 部分 |第 22 部分#36

当前文章和下一篇文章

本文是对 Exchange 混合环境中自动发现流程的高级回顾。
“自动发现流程”基于 Exchange 本地用户邮箱迁移到“云”(Exchange Online) 的场景。

默认情况下，尝试创建新 Outlook 邮件配置文件的用户将地址发送到 Exchange 本地基础设施，并且由于用户邮箱是“云”邮箱，因此 Exchange 本地服务器将向收件人发送有关其“云电子邮件”的信息。邮件地址 ”。

Outlook 客户端将使用“云”电子邮件地址启动自动发现流程。
在本系列文章的下一篇文章中，我们将使用 ExRCA 工具“密切关注”自动发现流程，并分析每个该过程涉及的不同阶段。

自动发现客户端

术语“自动发现客户端”描述了需要从自动发现端点（Exchange 服务器）检索自动发现信息的元素。

在 Exchange 混合环境中，我们可以指出自动发现客户端的类型：

1. Exchange 邮件客户端

由需要访问其邮箱的 Exchange 客户端实施的自动发现过程。

自动发现客户端可以是任何邮件客户端，例如 Outlook、移动设备（ActiveSync 客户端）等。

2.服务器到服务器

另一种类型的自动发现客户端可能是另一台 Exchange 服务器。

在混合环境中，Exchange 本地基础结构和 Exchange Online 基础结构作为一个逻辑实体运行。

当涉及 Exchange Web 服务主题时，信息在两个不同的 Exchange 基础结构（本地 Exchange 和 Exchange Online）之间共享（依赖于自动发现基础结构）。

当 Exchange Online 基础结构需要获取有关特定 Exchange 本地收件人的信息时，Exchange Online 将使用自动发现过程找到 Exchange 本地服务器。

例如，当“云用户”（拥有 Exchange Online 邮箱的用户）需要查看 Exchange On-Premise 用户（其邮箱托管在 Exchange On-Premise 服务器上的用户）的忙/闲时间时，请求信息将从 Exchange Online 服务器发送到 Exchange On-Premise 服务器。

Exchange Online 使用自动发现服务“查找”或“分配”Exchange 本地服务器。

Exchange 本地部署和 Exchange Online - 永远最好的朋友

混合环境的基础设施非常复杂和复杂，自动发现基础设施只是该基础设施的一部分。

在本文中，我们将仅涉及混合环境中的自动发现主题，而不涉及混合环境的“其他部分”，但是，必须了解自动发现作为混合环境的许多其他部分的基础设施，例如如——空闲/忙碌时间、邮件提示、外出、移动邮箱（邮件迁移）等。

混合环境 不同环境和 Exchange 客户端 透明性

混合环境的美妙之处在于，尽管混合环境连接两个完全不同的环境 - Exchange On-Premise 和 Exchange Online 环境（如果我们想增加描述的复杂性，则需要了解 On-Premise Active Directory 之间的关系）和 Windows Azure Active Directory），尽管“混合环境”一词由许多不同的部分组成，但从 Exchange 客户端的角度来看，这种复合基础设施是“不引人注目的”。

例如，在 Exchange 混合环境中，名为“Alice”的收件人想知道她是托管在 Exchange Online 还是 Exchange On-Premise，对于 Alice 来说，无法获取此信息。

我的观点是，作为混合环境中的 Exchange 管理员，我们必须熟悉“混合环境的内部基础设施和自动发现流程”，但是，优点是从用户的角度来看，该基础设施（混合环境）是透明的。

混合环境和 SMTP 域名空间

Exchange 混合环境的创建是为了将不同的基础设施“组合”成一个逻辑实体。

在 Exchange 混合环境中，组织用户的邮箱“分布”在两个不同的环境之间 - 组织环境（本地 Exchange）和云环境（Exchange Online）。

组织用户不知道这两个不同的基础设施，但实际上，我们正在处理两个完全不同的环境。

通过在两个不同基础设施之间实施 Exchange 组织关系来实现将这两个不同基础设施粘合在一起的“神奇光芒”。

每个“物理基础设施”（本地 Exchange 和 Exchange Online）都需要通过使用不同的域命名空间（SMTP 域名空间）与“其他”Exchange 基础设施相关。

• Exchange Online 环境通过使用“公共域名”与物理上位于 Exchange 本地环境的对象相关。 ”
• Exchange 本地环境通过使用“混合域命名空间”与物理上位于 Exchange Online 环境的对象相关。 ”

Exchange 基础结构向 Exchange 客户端“隐藏”复杂性的能力是通过“处理 SMTP 域名称空间”来实现的。

收件人电子邮件地址与自动发现进程之间的关系

在下一节中，我们将回顾 Exchange 混合环境中不同 SMTP 域命名空间的主题。

表面上，电子邮件地址的主题与自动发现流程之间没有明确的关系，但实际上，在 Exchange 混合环境中，自动发现流程完全依赖于用户电子邮件地址。

在 Exchange 混合中，大多数时候“自动发现焦点”是 Exchange 本地环境。

如前所述，组织用户并不真正知道他们的 Exchange 邮箱位于何处。

在用户邮箱位于 Exchange Online 基础架构的情况下，组织用户将通过寻址 Exchange 本地基础架构来启动自动发现旅程，并且 Exchange 本地基础架构将通知他，他需要通过寻址来重新启动自动发现旅程不同的 Exchange 基础设施 - Exchange Online 基础设施。

Exchange 混合环境中的 SMTP 域命名空间

在 Exchange Hybrid 中，至少有三个域名空间。 Exchange 混合环境使用两个域命名空间，第三个域命名空间“属于”Office 365 基础设施。

1.公共域名（公共SMTP域名）

此公共域名是 Exchange 本地基础设施使用的“正式”组织域名，在混合环境场景中，也使用公共域名来“代表”云接收者。

Exchange 本地收件人和 Exchange Online 收件人将继续使用使用“公共域名”的电子邮件地址。

例如，在公共域名为 o365info.com 的场景中，其邮箱位于 Exchange 本地的所有组织收件人以及其邮箱位于的组织用户Exchange Online 将继续使用特定域名。

此公共域名被描述为“共享域名”，因为它在两个不同的 Exchange Online 基础设施（本地 Exchange 与 Exchange Online 基础设施）之间共享。

2. Office 365 租户内置域命名空间

当我们打开新的 Office 365 订阅时，我们需要提供“组织名称”。

在我们的场景中，Office 365 租户域名是 - 365info2

在我们提供所需的组织名称后，Office 365 会启动一个自动过程，在该过程中创建两个新的“Office 365 租户域名”。
根据 Office 365 租户域名，创建以下两个域名。

1. onmicrosoft.com
2. mail.onmicrosoft.com

Onmicrosoft 域名 |默认租户域名

第二个域名可以描述为“默认 Office 365 租户域名”。 Exchange 混合环境不使用此域命名空间。

如果在 Office 365 注册的组织名称是 - 365info2，则该名称将“附加”到 Office 365 默认域名 - onmicrosoft.com，结果是代表特定 Office 365 租户的域名。在我们的场景中 - 365info2.onmicrosoft.com

365info2.onmicrosoft.com 域命名空间仅由 Office 365 和 Exchange Online 环境使用。

问：这个“默认Office 365域名”的原因是什么？

答：主要原因有两个：

需要使用“专用域名空间”（例如 365info2.onmicrosoft.com）的主要原因有两个：

原因 1 - Office 365 中的每个“实体”都必须有一个包含域名后缀的 UPN 名称，并且每个 Exchange Online 实体（例如收件人）必须有一个电子邮件地址，其中包含域名后缀。

当我们创建 Office 365 租户时，Exchange Hybrid 仍然不存在或尚未定义，并且 Office 365 基础设施需要 Office 365 对象（例如用户）的某种“身份”。

按时间顺序，Office 365“不知道我们是否要构建和实施 Exchange 混合环境。

原因 2 - Office 365 基础设施可以“托管”与 Exchange 混合基础设施没有任何关系的本地对象（用户、邮箱等）。

如果我们创建这样的对象，例如，未从本地 Active Directory 同步的“云用户”，则该对象需要有一个身份。

Onmicrosoft 域名 | “混合域命名空间”

默认创建的第三个“Office 365 域名”可以描述为“Exchange 混合域命名空间”。

此特定域命名空间将仅在 Exchange 混合方案中使用。

“混合域命名空间”的结构基于以下公式 -
+ +

如果在 Office 365 注册的组织名称是 - 365info2，则该名称将“附加”到“邮件”域名 + Office 365 默认域名 - onmicrosoft.com，结果是 Exchange 混合域名 - 365info2.mail.onmicrosoft.com

Exchange 本地基础结构用于路由目的的 Exchange 混合域命名空间。

“路由”与两个不同的基础设施有关

1.邮件流

每次 Exchange 本地服务器收件人需要向 Exchange Online 收件人发送电子邮件时，“了解”目标收件人位于 Exchange Online 基础结构的 Exchange 本地服务器都会接受该请求。

本地 Exchange 将使用目标收件人的“混合域命名空间”。在 Exchange 混合中，发送到 Exchange“混合域命名空间”的每封邮件都将路由到 Exchange Online 服务器。

2.自动发现流程

“混合域命名空间”的使用还与 Exchange 混合环境中的自动发现流程相关。

当其邮箱位于 Exchange Online 基础结构的用户尝试获取自动发现信息时，他将寻址 Exchange 本地服务器。

当 Exchange 本地服务器“通知”收件人将其视为 Exchange Online 收件人时，本地 Exchange 会发送包含“混合域命名空间”的电子邮件地址作为回复。 ” 在我们的场景中 - 365info2.mail.onmicrosoft.com

当自动发现客户端获取此信息时，他“理解”他需要创建一个新的自动发现进程，但现在，寻址负责域名的自动发现端点 - 365info2.mail.onmicrosoft .com

在下图中，我们可以看到 Hybrid 环境下 SMTP 域名的逻辑结构。

混合环境|收件人及其电子邮件地址

为了演示混合环境中多个电子邮件地址的概念，我们使用以下场景：

Alice 是一名公司员工，她的邮箱被“迁移”（移动）到云端（Exchange Online）。

在 Exchange On-Premise 服务器中，Alice 配置为远程邮箱。
Exchange On-Premise“知道”Alice 有两个电子邮件地址：标准公共电子邮件地址 - [email protected] 以及“混合环境服务域电子邮件地址 - Alice@o365info2 .mail.onmicrosoft.com

在 Office 365 和 Exchange Online 中，Alice 将拥有相同的两个电子邮件地址和附加电子邮件地址 - [email protected]

“其他电子邮件地址”，该电子邮件地址（不带“子域：邮件”的电子邮件地址）基于“Office 365 SMTP 域”自动分配给每个拥有邮箱的 Office 365 用户的“名称”。

为了演示 Exchange On-Premise 环境和 Exchange Online 环境之间的差异，让我们看一下 Alice 的邮箱属性。

在下面的屏幕截图中，我们可以看到 Alice 在 Exchange On-Premise 中的邮箱属性。

正如我们所看到的，Exchange On-Premise“知道”Alice 拥有的两个电子邮件地址。

电子邮件地址 - [email protected] 基于我们在混合环境中称为“服务域名”的 SMTP 域名。

Exchange 本地将“Exchange Online 电子邮件地址”称为 -
路由电子邮件地址。

Exchange 2013 服务器界面

在下一个屏幕截图中，我们可以看到 Alice 在 Exchange Online 中的邮箱属性。
正如我们所见，Exchange Online“知道”Alice 拥有的三个电子邮件地址。
“其他电子邮件地址” Alice 拥有的是 - [email protected]

你为什么要告诉我所有这些信息？

如果您想知道“这些信息与我有什么关系”？

答案是我们需要了解混合环境基础设施，例如电子邮件地址的主题和多个 SMTP 域名空间，这样我们就能够更好地理解混合环境中的自动发现工作流程。

混合环境| Exchange 本地收件人与 Exchange Online 收件人的自动发现流程

在混合环境中，用户组织用户的邮箱可以托管在 Exchange 本地基础结构或 Exchange Online 基础结构上。

Exchange 本地收件人与 Exchange Online 收件人的自动发现流之间的主要区别在于，对于 Exchange 本地收件人，自动发现端点是 Exchange 本地服务器。

对于其邮箱托管在 Exchange Online 上的收件人，本地 Exchange 充当将自动发现客户端请求路由到 Office 365 自动发现基础结构的元素。

对于邮箱位于本地 Exchange 的收件人，自动发现流程按以下方式实施：

1. 自动发现将访问本地本地 Active Directory（使用 LDAP 查询），请求可以为其提供所需自动发现信息的 Exchange 本地服务器列表。
2. 自动发现客户端将连接本地 DNS 服务器，请求解析本地 Exchange 本地服务器的主机名（由本地 Active Directory 返回）。
3. 自动发现客户端将尝试连接 Exchange On-Premise 服务器

关于 Exchange 混合环境中的自动发现流程，对于其邮箱托管在 Exchange Online 上的收件人来说，自动发现流程稍微复杂一些，并且涉及额外的步骤。

对于邮箱位于 Exchange Online 的收件人，自动发现流程通过以下方式实现：

1. 自动发现将访问本地本地 Active Directory（使用 LDAP 查询），请求可以为其提供所需自动发现信息的 Exchange 本地服务器列表。
2. 自动发现客户端将连接本地 DNS 服务器，请求解析本地 Exchange 本地服务器的主机名（由本地 Active Directory 返回）。
3. 自动发现客户端将尝试连接 Exchange On-Premise 服务器。
4. Exchange On-Premise 响应时会显示一条“重定向消息”，通知收件人要获得所需的自动发现服务，他将需要使用不同的电子邮件地址，即他的 Office 365 租户电子邮件。
5. Exchange 客户端将通过解决 Exchange Online 基础结构来重新启动自动发现过程。

为了演示混合环境中自动发现流程的过程，对于邮箱托管在云 (Exchange Online) 中的收件人，让我们使用以下场景：

• Alice 的邮箱托管在 Exchange Online 上（Exchange 基础架构基于混合环境）。
• Alice 需要创建新的 Outlook 邮件配置文件，以便她能够连接到她的邮箱（Exchange Online 邮箱）。
• 本地 Exchange 将 Alice 的邮箱视为“远程邮箱”。

步骤 1 - 在基于 Active Directory 的环境中找到自动发现端点。

在远程邮箱（云邮箱）场景中，自动发现流程的第一部分与在 Exchange 本地服务器上拥有“标准邮箱”的收件人实现的自动发现流程相同。

当 Alice 尝试创建新的 Outlook 邮件配置文件时，Outlook 将查询本地本地 Active Directory，以获取提供所需自动发现服务的 Exchange 本地服务器的名称。

Outlook 将找到可选的 Exchange On-Premise 服务器，并向其询问所需的自动发现信息。

第 2 步 - 确定 Exchange 本地服务器的地址

从技术上讲，Exchange服务器不知道“Alice”是谁。为了能够获取有关 Alice 的详细信息，Exchange 本地部署会联系本地本地 Active Directory，询问有关 Alice 的信息。

来自本地 Active Directory 的答案包括有关 Alice 的邮箱是“远程邮箱”的信息，并且 Alice 具有以下路由电子邮件地址 -
Alice@o365info2。 onmicrosoft.com

步骤 3 - 自动发现客户端通过寻址 Exchange Online 基础结构来启动自动发现流程。

自动发现客户端将启动新的 DNS 查询，查找名为 - o365info2.onmicrosoft.com 的主机

注意：在大多数情况下，不会解析此名称，而只会解析主机名 - Autodiscover.o365info2.onmicrosoft.com

第 4 步 - 验证自动发现端点是否可以使用 HTTPS 进行通信。

自动发现客户端将尝试创建到“目标自动发现端点”(Exchange Online) 的 HTTPS 会话，请求所需的自动发现服务。

当前三篇文章系列中的下一篇文章是：

• Office 365 环境中的自动发现流程 |第 2#3 部分 |第 30 部分#36
• Office 365 环境中的自动发现流程 |第 3 部分#3 |第 31 部分#36

在本文中，我们将使用 ExRCA 工具详细回顾混合环境中的自动发现流程。