自动发现和 Outlook 客户端协议连接流在 Exchange 2013/2007 中共存2/4 | 17#23

当前文章是四篇文章系列中的第二篇文章，主题为“Exchange 2013/2007 共存环境和邮件客户端协议连接流程”。
在本文中，我们将回顾以下客户端协议连接流程：
自动发现Exchange 2013/2007 共存环境中的 Exchange 2007 客户端和 Outlook Exchange 2007 客户端。

为了能够了解 Exchange 2013/2007 共存环境中不同的“Exchange 客户端”连接协议流，我们将回顾 Exchange 2007 客户端和 Exchange CAS 2013 服务器之间存在的五种类型的“关系”：

• 自动发现客户端 - 协议连接流程（第 2#4 部分）
• Outlook 客户端 - 协议连接流程（第 2#4 部分）
• OWA 客户端 - 协议连接流程（第 3#4 部分）
• ActiveSync 客户端 - 协议连接流程（第 4#4 部分）
• Exchange Web 服务客户端 - 协议连接流程（第 4#4 部分）

交流2013/2007共存|自动发现客户端协议连接流程

仅简要回顾一下 Exchange 2013 共存环境中的自动发现基础结构以及我们的特定场景：将 New York Exchange CAS 2013 配置为内部 + 外部 Exchange 客户端的自动发现端点。 “Exchange 客户端”是本机 Exchange 客户端（Exchange 2013 客户端）和旧版 Exchange 客户端（Exchange 2007 客户端）。

来自纽约站点和其他公司交换站点（马德里和洛杉矶）的 Exchange 客户端将通过处理纽约交易所 CAS 2013 来启动自动发现流程。

Exchange 2013/2007 CAS 共存环境中的自动发现流程 |亮点

• Exchange 2013 CAS 服务器将配置为“自动发现端点”。每个请求自动发现信息的 Exchange 客户端（旧版和“本机 Exchange 2013”客户端）都将“指向”Exchange 2013 CAS。
• Exchange 2013 CAS 服务器不会“生成”自动发现信息，而是“委托”另一个 Exchange CAS 服务器来“完成”此任务（将请求转发\代理到 Exchange 2007 CAS）。 Exchange 2013 CAS 服务器是将自动发现信息“传递”到 Exchange 2007 邮件客户端的元素。
• 在 Exchange 2013/2007 共存环境中，Exchange 2013 邮箱服务器是为 Exchange 2007 客户端生成自动发现信息的元素。

注意 - 您可以在以下文章中阅读有关 Exchange 2013 共存环境中自动发现的更多信息：

• Exchange 2013共存环境|自动发现基础设施|第 1/2 部分
• Exchange 2013共存环境|自动发现基础设施|第 2/2 部分

在下一节中，我们将回顾三种可能的自动发现场景。外部 Exchange 2007 自动发现客户端的两种自动发现方案和“内部自动发现 Exchange 2007 客户端”的一种方案。

自动发现连接流程 | Exchange 2007 客户端 | 场景

场景 1：自动发现客户端 |用户邮箱位于纽约站点。

场景章程：外部Exchange 2007客户端，需要获取Autodiscover信息。

• Exchange 用户类型：Exchange 2007 客户端（邮箱托管在 Exchange 2007 邮箱服务器上的 Exchange 用户）。
• Exchange 邮箱服务器位置：托管用户邮箱的 Exchange 2007 邮箱服务器位于纽约站点。

自动发现协议连接流程将按如下方式实现：

1. 外部 Exchange 2007 自动发现客户端，在 DNS 中查询自动发现端点的 IP 地址，查看名为：autodiscover.o365info.com
   Exchange 2007 的 IP 地址客户端将解析为位于纽约站点的面向公众的 Exchange 2013 CAS 服务器的公共 IP 地址。
2. 外部 Exchange 2007 自动发现客户端提供其用户凭据。
3. CAS2013 使用用户凭据并执行 Active Directory 查找。

4. CAS2013 确定：

   • 用户邮箱版本为：2007
5. 托管用户邮箱的 Exchange 2007 邮箱服务器位于纽约站点
6. 站点（纽约站点）中有一个本地 Exchange CAS 2007
7. CAS2013 会将自动发现请求代理到 Exchange 2013 邮箱服务器（编号2）。
8. Exchange 2013 邮箱服务器将生成自动发现响应并将其发送回 CAS2013 服务器（编号 3）。
9. CAS2013“提供”自动发现响应外部 Exchange 2007 自动发现客户端（编号4）。

场景 2：自动发现客户端 |用户邮箱位于不同的 Active Directory 站点 |目标站点=Intranet 站点 |没有本地 Exchange 2007 CAS

场景章程：外部Exchange 2007客户端，需要获取Autodiscover信息。

• Exchange 用户类型：Exchange 2007 客户端（其邮箱托管在 Exchange 2007 邮箱服务器上的 Exchange 用户）。
• Exchange 邮箱服务器位置：托管用户邮箱的 Exchange 2007 邮箱服务器位于洛杉矶站点。
• 纽约站点没有“本地”Exchange 2007 CAS。

我必须承认，我百分百不确定这种情况下的确切流程是什么。看起来面向公众的 Exchange CAS 服务器将实现应用于之前场景的相同逻辑。

1. CAS2013 将代理 Exchange 2013 邮箱服务器（编号2）的自动发现请求。
2. Exchange 2013 邮箱服务器将生成自动发现响应并将其发送回 CAS2013 服务器（编号 3）。

场景 3：内部自动发现客户端 |用户邮箱位于纽约站点。

一般来说，“内部自动发现协议连接流”基于与上一节中回顾的逻辑相同的逻辑，在上一节中我们必须回顾外部 Exchange 2007 自动发现客户端的自动发现流。

内部 Exchange 基础结构中“自动发现协议连接流”的主要区别是：

1. 内部自动发现客户端用于在内部网络中定位自动发现端点的方法，通过查询本地 Active Directory 以获取有关可用“自动发现端点”（Exchange CAS 服务器）的信息来实现。

2. 内部与外部自动发现端点主机名 - 在某些情况下，“内部自动发现端点”（在我们的情况下为 Exchange 2013 CAS）的主机名与外部自动发现端点名称（公共名称）的主机名不同，此配置描述为不相交的命名空间。
   在这种情况下：

   • 内部 Exchange 2007 客户端将引用“内部自动发现端点”名称。
3. 提供给内部 Exchange 客户端的自动发现信息将包括“内部 URL 地址”，即包含 Exchange 服务器和 Exchange Web 服务的“非公开 FQDN 名称”的 URL 地址。

在下图中，我们可以看到Exchange 2007客户端的标准“内部自动发现协议连接流程”。

• Exchange 2007将查询Active Directory（Lookup SCP reports in Active Directory），
• 获取可用自动发现端点（Exchange 2013 CAS）的名称
• 联系 Exchange 2013 CAS 并请求自动发现信息。

交流2013/2007共存| Outlook 客户端协议连接流程

在开始描述 Exchange 2013/2007 共存环境中的 Outlook 连接流之前，我想简要回顾一下 Outlook 客户端和 Exchange 服务器的通信章程。

Outlook 客户端的客户端协议连接流程基于以下概念：Outlook 客户端需要找到配置为 RPC 端点的 Exchange 服务器。
信息为 RPC 端点的主机名以及所需的特定参数用于与 RPC 端点通信的信息将作为自动发现过程的一部分提供。

Outlook 客户端“获取为他服务”的 Exchange CAS 服务器的名称的方法。

在“Outlook 客户端通信会话”上下文中，Outlook 客户端与 Exchange CAS 服务器相关，作为：RPC 端点。

理论上，我们可以手动向 Outlook 客户端提供其“RPC 端点”的名称，但实际上，Outlook 客户端通过使用 Exchange 自动发现服务来获取所需的“其 RPC 端点”名称。

在下图中，我们可以看到 Outlook 和 Exchange 服务器之间的通信通道的第一步是 Outlook 将 Exchange 服务器寻址为：自动发现端点。

在我们的场景中，外部 Outlook 客户端使用主机名与 Exchange 服务器“通信”：autodiscover.o365info.com（编号1）。

成功完成身份验证过程后，Exchange 服务器（在我们的场景中为面向公众的 Exchange 2013 CAS 服务器）将向 Outlook 提供自动发现信息，其中包括“RPC 端点”的名称（公共 FQDN 名称）（编号 2）。例如：mail.o365info.com

在我们的场景中，面向公众的 Exchange 2013 CAS 服务器持有自动发现端点 +“RPC 端点”的规则。 ”

在步骤 2 中，外部 Outlook 客户端使用公共 FQDN 来寻址“RPC 端点”：mail.o365info.com（编号 3）。

您可以在以下文章中阅读有关 Exchange 2013 共存环境中的 Outlook 连接主题的更多信息：

• Exchange 2013 共存环境中 Outlook 连接的基本概念 |第 1/2 部分
• Exchange 2013 共存环境和 Outlook 基础架构 | Exchange 2013 共存环境和 Outlook 基础架构第 2/2 部分

Exchange 2013/2007 CAS 共存环境中的 Outlook 流程 |亮点

纽约和洛杉矶外部 Exchange 2007 Outlook 客户端：定位“公共 RPC 端点”服务器。

• “纽约面向公众的 Exchange CAS”充当纽约和洛杉矶外部 Outlook 客户端的“公共 RPC 端点”
• “马德里面向公众的 Exchange CAS”充当马德里 Outlook 客户端的“公共 RPC 端点”
• 马德里外部 Outlook 客户端将从“面向纽约公众的 Exchange CAS”提供的自动发现信息中获取“马德里公共 RPC 端点”的主机名。

纽约和洛杉矶外部Exchange 2007 Outlook客户端：访问邮箱

• Exchange 2013 CAS 将把 Exchange 2007 Outlook 客户端请求代理到 Exchange 2007 基础结构 (Exchange 2007 CAS)。纽约Outlook用户的请求，将被代理纽约当地的Exchange CAS 2007。洛杉矶 Outlook 用户的请求将被代理到本地 Exchange CAS 2007（如果存在），然后纽约 Exchange CAS 2007 会将 Outlook 客户端请求代理到“洛杉矶 Exchange CAS 2007”

“纽约面向公众的交易所 CAS”与内部交易所 CAS 之间的沟通渠道 2007

• Exchange 2013 CAS 不再支持任何“直接 RPC”，而仅支持 Outlook Anywhere（RPC over HTTP）。 Outlook 客户端和 Exchange 2013 CAS 之间的通信通道必须使用 RPC\HTTP 实现。 Exchange 2013 CAS 与其他 Exchange CAS 服务器之间的通信通道必须使用 RPC\HTTP 应用。

• 要启用 Exchange CAS 2013 服务器和 Exchange 2007 CAS 服务器之间的“通信通道”，我们需要执行以下步骤：

  • 在每个现有 Exchange 2007 CAS 服务器上启用 Outlook Anywhere 服务
• 配置 IIS 身份验证方法以使用 NTLM。

Outlook 连接流程 | Exchange 2007 客户端 |场景

场景1：Outlook客户端|用户邮箱位于纽约站点。

场景章程：外部Exchange 2007 Outlook客户端，需要访问他的邮箱

• Exchange 用户类型：Exchange 2007 客户端（邮箱托管在 Exchange 2007 邮箱服务器上的 Exchange 用户）。
• Exchange 邮箱服务器位置：托管用户邮箱的 Exchange 2007 邮箱服务器位于纽约站点。

自动发现协议连接流程将按如下方式实现：

1. 根据所拥有的自动发现信息，外部 Exchange 2007 Outlook 客户端会查找名为：mail.o365info.com（地址为“面向纽约公众的 Exchange CAS”）的 RPC 端点服务器。 ”）。
2. 外部 Exchange 2007 Outlook 客户端提供其用户凭据。
3. CAS2013 使用用户凭据并执行 Active Directory 查找。

4. CAS2013 确定：

   • 用户邮箱版本为：2007
5. 承载用户邮箱的 Exchange 2007 邮箱服务器位于纽约站点
6. 纽约站点包括本地 Exchange CAS 2007
7. CAS2013 会将 Outlook 连接请求代理到 Exchange 2007 CAS（编号2）。
8. CAS2007 将接受请求并将 Outlook 连接请求“转发”（代理）到 Exchange 2007 邮箱服务器（编号3）。
9. Exchange 2007 邮箱服务器，向 CAS2007 提供所需的用户邮箱内容（编号4）。
10. CAS2007代理将信息返回给CAS2013（编号5）。
11. CAS2013 向外部 Outlook 客户端提供所需信息（编号6）。

场景2：Outlook客户端|位于洛杉矶网站的用户邮箱|目标站点=Intranet 站点 |本地交换 2007 CAS

场景章程：外部Exchange 2007 Outlook客户端，需要访问他的邮箱

• Exchange 用户类型：Exchange 2007 客户端（邮箱托管在 Exchange 2007 邮箱服务器上的 Exchange 用户）。
• Exchange 邮箱服务器位置：托管用户邮箱的 Exchange 2007 邮箱服务器位于纽约站点。
• 纽约站点有一个“本地”Exchange 2007 CAS。

由于在我们的方案中，Exchange 2007 用户邮箱托管在其他站点（洛杉矶站点）上的 Exchange 2007 邮箱服务器上，并且由于本地 Active Directory 站点（纽约站点）包含“本地 Exchange 2007 CAS”，因此 Exchange 2013 CAS会将请求代理到本地 Exchange 2007 CAS（编号 2），本地 Exchange 2007 CAS 又将请求代理到位于洛杉矶站点的“远程 Exchange 2007 CAS”（编号 2） >3）。

注意：该过程的其余部分与我们已经在场景 1：Outlook 客户端 | 中查看的步骤相同。用户邮箱位于纽约站点。