Outlook连接在Exchange 2013中共存的基本概念第 1/2 部分 |13#23

在我们深入探讨“Exchange 2013 共存环境中的 Outlook 客户端协议连接流”主题之前，了解 Outlook 连接的一些基本概念非常重要，只有这样，才能了解 Exchange 2013 中 Outlook 连接的要求和各个章程共存环境。

Outlook 客户端协议连接流的基础结构

标准“Outlook 客户端协议连接流程”的实现方式如下：

1. Outlook 会寻找可以将他连接到邮箱的“Exchange 服务器”。在 Exchange 环境中，此“元素”被描述为“RPC 端点”。
2. 当Exchange CAS服务器接受Outlook客户端连接请求时，他将查找有关托管特定用户邮箱的Exchange邮箱服务器的信息（通过查询Active Directory）并将Outlook客户端请求代理到Exchange邮箱服务器。

注意：此描述描述了一个非常简单的场景，稍后我们将了解到，实际上，客户端协议连接流程可能要复杂得多，并且在此过程中涉及其他 Exchange 服务器。

查找 RPC 端点和多个 Active Directory 站点

在多个 Active Directory 站点的情况下，如果每个 Active Directory 站点都包含“本地 Exchange CAS 服务器”，则 Outlook 客户端会尝试寻址本地“RPC 端点”（本地 Exchange CAS 服务器）。

例如，站点 3 的绿色 Outlook 用户将连接本地 Exchange CAS 服务器：EXCAS02，站点 1 的黄色 Outlook 用户论坛将连接本地 Exchange CAS 服务器：EXCAS01，依此类推。

Outlook 需要的四件事！

Outlook 和 Exchange CAS 服务器的关系基于 Exchange CAS 服务器的“Outlook 需要的四件事”。

1. 访问邮箱 - Outlook 邮件客户端访问用户邮箱的唯一方式是 - 通过 Exchange CAS 服务器。
2. Outlook 配置文件配置设置 - 理论上，可以选择手动配置 Outlook 邮件配置文件，但实际上，特别是在 Exchange 2013 环境中，配置新 Outlook 邮件配置文件的唯一方法是使用“自动配置过程” ”，这是通过使用 Exchange 自动发现基础架构实现的。自动发现过程使 Outlook 客户端能够定位并连接 Exchange CAS 服务器、获取所需的自动发现信息并使用自动发现信息进行创建新 Outlook 邮件配置文件所需的必要配置设置。
3. Exchange Web 服务 - 将 Exchange Web 服务“交付”到 Outlook 客户端的元素是 Exchange CAS 服务器。在 Exchange 2013 环境中，Exchange 邮箱服务器是“生成”Exchange Web 服务的元素，而 Exchange CAS 2013 服务器仅将信息“传递”到 Outlook 客户端。
4. 自动发现服务 - 自动发现信息是构成 Outlook 和 Exchange CAS 服务器之间关系的所有“部分”的基础结构。 Outlook 客户端“使用”自动发现信息来构建 Outlook 邮件配置文件、获取与 Exchange 服务器所需的通信设置、获取有关可用 Exchange Web 服务的信息等。

Exchange 2013、Outlook 客户端和 RPC over HTTP

Exchange 2013 体系结构包括与 Exchange 服务器及其 Outlook 客户端的关系相关的革命性变化。

在 Exchange 2013 环境中，Outlook 客户端与 Exchange CAS 2013 服务器通信的唯一方法是使用描述为 Outlook Anywhere (RPC over HTTP) 的通信协议。换句话说，必须使用 Outlook Anywhere (RPC over HTTP) 协议！

自从 Exchange 诞生以来，Outlook 客户端和 Exchange 服务器之间的主要通信协议就是基于 RPC（远程过程调用）协议。

后来，开发了一种新的通信标准：RPC over HTTP。
这个“新标准”的目的是使外部 Outlook 客户端能够从公共网络与 Exchange 服务器进行通信。新标准（RPC over HTTP）允许 Outlook 客户端将 RPC 协议“隐藏”在 HTTP 协议“内部”（如果我们想要更精确的话，是 HTTPS 协议），因为 RPC 协议并不是为了以最佳方式运行而创建的。公网环境下的方式。

到目前为止，Outlook 客户端和 Exchange 服务器之间的“本机”通信协议是：RPC 和 Outlook Anywhere（RPC over HTTP）被认为是可选的。

仅在外部 Outlook 客户端从公共网络寻址 Exchange 服务器的情况下，才需要使用 Outlook Anywhere (RPC\HTTP)。

在下图中，我们可以看到，在以前的 Exchange 服务器版本中，内部 Outlook 和 Exchange 之间的默认通信协议是：Direct RPC。
“Outlook Anywhere”选项并未自动配置，并且在某个场景中其中只有内部 Outlook 需要与 Exchange CAS 服务器通信，无需设置或添加“Outlook Anywhere”选项。

在 Exchange 2013 环境中，有关 Outlook 连接主题的重大体系结构更改是内部和外部 Outlook 的默认通信协议是 Outlook Anywhere 协议。

令人兴奋的消息是，在 Exchange 2013 环境中，我们不需要在客户端 (Outlook) 上“不执行任何操作”，就能够针对此更改“调整”Outlook，因为所有这些“更改”都会传达给Outlook 客户端通过 Exchange 自动发现过程。

Outlook 和 Exchange 通信通道的层次结构

Outlook和Exchange服务器之间的通信通道是通过我描述的“分层结构”的方法来实现的。 “层”概念的含义是 Outlook 和 Exchange 服务器的通信方式不是通过使用单一协议来实现的，而是通过协议的“集合”或“数组”来实现的。

Outlook客户端，使用一组名为：MAPI（邮件应用程序接口）的命令。 MAPI 命令无法“自行行进”到目的地（Exchange 服务器），因此，需要使用其他协议作为“传输”，将 MAPI 命令带到目的地。

Outlook 客户端可以使用不同类型的“交通工具”来到达目的地。换句话说，Outlook 可以从各种“汽车”中进行选择来“驱动”MAPI 命令：

1. 直接 RPC
   描述为：“直接 RPC”的选项是通过“打包”MAPI 命令并通过 RPC 通道发送它们来实现的。因为RPC不是一个“纯粹的传输协议”，RPC正在使用TCP协议的帮助，这将帮助他将信息包发送到目的地。 “直接 RPC”选项是（或者曾经是）需要访问 Exchange CAS 服务器的内部 Outlook 客户端的默认选项。
2. RPC/HTTP - Outlook Anywhere
   Outlook 客户端和 Exchange 之间的第二种通信方法描述为 - RPC/HTTP 或 Outlook Anywhere。 “Outlook Anywhere”是更“更新”的术语，但该术语的“展位”含义相同。 Outlook Anywhere 方法使用一个附加层，该层“添加”到 Outlook 通信通道，“在”RPC 层“下方”。
   如前所述，RPC 协议（至少可以说）未针对在公共网络中工作进行优化
   “附加层”是作为 HTTP 协议实现的，大多数时候，我们将使用 HTTPS 协议来代替，以便能够保护通信通道的安全。
   在以前的 Exchange 版本中（Exchange 2007、 2010）默认情况下未配置 Outlook Anywhere。使用 Outlook Anywhere 的“传统方式”是——仅在我们需要启用“外部 Outlook 客户端”与面向公众的 Exchange CAS 服务器进行通信的情况下。
3. MAPI over HTTP
   该方法描述为 - MAPI over HTTP 是一种新的通信通道，只能在 Exchange 2013 环境中实现。我们可以将这种通信通道称为“革命性的改变”，因为在这种方法中，没有使用著名的 RPC 协议。是的，正如您所听到的，自 Outlook 提出以来“伴随”的 RPC 协议已被完全删除。
   支持此方法的 Exchange 服务器版本是 Exchange 2013（实际上是所有未来的 Exchange 版本），并且从“客户端”目前唯一支持“MAPI over HTTP”方法的 Outlook 版本是 Outlook 2013。

在下图中，我们可以看到“传输协议”的概念，它帮助Outlook客户端将MAPI命令“转发”到Exchange服务器。

Outlook 可以“选择”使用不同类型的“混合”，例如 - Direct RPC、RPC over HTTP、RPC over HTTPS 或 MAPI over HTTP

Outlook 通信协议的演变

Exchange 2013 架构对于 Outlook 邮件客户端来说是相当革命性的。在上一节中，我们提到在 Exchange 2013 环境中，Outlook 通信协议的强制要求是 RPC\HTTP。

Exchange 2013 体系结构中的其他革命性变化是支持新的 Outlook 通信协议，名为：MAPI over HTTP。该协议的简单含义是与良好的旧 RPC 协议“完全分离”。

新的 Exchange 2013 环境正在朝着完全脱离自人类诞生之日起就存在的 RPC 协议的方向迈进。也许我有点夸张，但 RPC 协议是 Outlook 和 Exchange 服务器关系中的关键组件。

如果我们想使用历史的观点，我们可以将 MAPI over HTTP 协议视为链的最后一部分或 Outlook 通信协议和 Exchange 服务器演变中最先进的协议。

问题1：我为什么要关心这些信息？

问题2：此处指定的信息是否与 Exchange 2013 共存环境有任何关系？

A1：因为有趣！我心里知道，“Exchange 环境中的 Outlook 协议演变”这个主题对我来说很有趣，而且宇宙中很少有人感兴趣，但我仍然认为这个主题很有趣，并且与管理 Exchange 的人员非常相关基础设施。

A2：有关 Exchange CAS 2013 服务器中的体系结构更改的信息（使用 Outlook Anywhere 的强制要求）是与 Exchange 2013 共存环境相关的信息，因为在 Exchange 2013 共存环境中，我们将需要在 Exchange 和支持这些体系结构更改的 Exchange 旧基础结构中实施配置更新。

关于MAPI\HTTP标准，该标准与Exchange 2013共存环境没有任何关系。该标准的目的是显着改善 Outlook 和 Exchange 服务器之间存在的通信通道，但我们不需要对现有 Exchange 基础结构进行任何更改或更新。

需要在 Exchange 旧环境中实施的前置要求更改

在我们回答这个问题之前：在 Exchange 旧环境中需要实施哪些必要的更改？

让我们简要回顾一下 Outlook 和 Exchange 通信路径的基本流程概念。

在 Exchange 2013 共存环境中，Outlook 客户端协议连接流由两个“接口”组成：

1. Exchange CAS 2013 服务器和 Outlook 界面 - 这是连接 Exchange 2013 CAS 要求其访问用户邮箱内容的 Outlook 客户端之间的通信通道。
2. Exchange CAS 2013 服务器和旧版 Exchange CAS 服务器接口 - 在 Exchange 2013 共存环境中，旧版 Exchange 客户端将寻址 Exchange 2013 CAS，后者将其请求代理到 Exchange CAS 旧版服务器，例如 - Exchange 2007 CAS 或 Exchange 2010 CAS。

1. Exchange CAS 2013 服务器和 Outlook 界面 |所需的调整

好消息是，我们不需要对“Outlook 客户端基础结构”进行任何更改或更新，即可将 Outlook 标准通信协议从 Direct RPC“转换”为 Outlook Anywhere (RPC\HTTP)。在 Exchange 环境中，为 Outlook 客户端“提供服务”的 Exchange CAS 服务器使用“自动发现机制”来： “通知”Outlook 客户端有关所需的更新。

2. Exchange CAS 2013 服务器和旧版 Exchange CAS 服务器基础架构 |所需的调整

这是“棘手”的部分，将在文章中详细讨论：Exchange 2013 共存环境和 Exchange 旧基础设施

第二部分：当 Exchange 2013 CAS 将 Outlook 客户端请求代理到旧版 Exchange CAS 服务器时实现的 Outlook 客户端协议连接流程。

如前所述，Exchange 2013 CAS 仅支持 RPC\HTTP 标准。

问题（或者如果我们想使用礼貌的正确词：挑战）是在旧版 Exchange 环境中，默认情况下，每个现有 Exchange CAS 服务器上都没有配置 RPC\HTTP。

为了能够启用 Exchange 2013 CAS 和旧版 Exchange CAS 服务器之间的通信路径，我们需要为每个现有旧版 Exchange CAS 服务器添加 RPC\HTTP 支持。

Exchange CAS 2013 作为 Outlook 客户端的焦点

在本节中，我们将重点讨论我所描述的概念：Exchange CAS 2013 服务器，作为 Outlook 客户端的焦点。

在 Exchange 2013 共存环境中，Exchange 2013 CAS 将接管处理 Outlook 客户端请求的责任。 - Outlook 客户端的含义是：“本机 Outlook 客户端”，例如 Exchange 2013 Outlook 客户端（其邮箱托管在 Exchange 2013 邮箱服务器上的用户）和旧版 Outlook 客户端，例如 - Exchange 2007\2010 Outlook 客户端。

- Exchange CAS 2013 服务器的含义，作为 Outlook 客户端的焦点，是通过将主命名空间“附加”到 Exchange 2013 CAS 来实现的。

例如，在以前的 Exchange 环境中，Exchange CAS 2010 使用主机名“发布”为 RPC 端点：mail.o365info.com，在我们添加Exchange CAS 2013 中，主机名：mail.o365info.com 将从 Exchange CAS 2010 中“获取”并重新分配或“附加”到“新的 Exchange CAS 2013” 。

来自所有不同 Exchange 客户端（Exchange 2013 或 Exchange 旧版客户端，例如 Outlook 2007、2010）的每个 Outlook 客户端通信请求都将“指向”“新的 Exchange CAS 2013 服务器”。

注意：需要强调的是，当我们使用“Outlook 旧版客户端”或 Outlook 2007、2010 客户端等术语时，我们并不涉及 Outlook 软件版本，而是涉及 Exchange托管特定用户邮箱的邮箱服务器。
当我们提到 Outlook 2007 客户端等术语时，Outlook 客户端版本可能是 Outlook 2013，但用户邮箱托管在 Exchange 2007 邮箱服务器上。

在下图中，我们可以看到以下概念：Exchange CAS 2013 充当 Outlook 客户端的焦点。我们可以看到，Exchange CAS 2013 服务器“服务”不同版本的 Outlook Exchange 客户端，例如 Exchange 2007、2010 和 2013 客户端。 Outlook 客户端与 Exchange CAS 2013 服务器相关，作为： RPC 端点。

Exchange 2013 共存之前和之后的 Outlook 客户端协议连接流

为了能够了解 Exchange 2013 共存环境中“Outlook 架构”变化的本质，让我们简要回顾一下非 Exchange 2013 共存环境中的客户端协议连接流变化与实施 Exchange 后的流变化2013年共存环境。

例如，在“本机 Exchange 2010”环境中，Outlook 客户端协议连接流程植入如下：

Exchange 2010 Outlook 客户端连接他的“RPC 端点”（Exchange 2010 CAS），并且 Exchange 2010 CAS 将 Outlook 客户端请求代理到 Exchange 2010 邮箱服务器。

可以说，访问Exchange客户端邮箱内容所需的“跃点”数为：二。

在Exchange 2013共存环境中，与Exchange 2010 Outlook客户端需要访问其邮箱的场景相同，客户端协议连接流包括额外的“希望”。

Exchange 2010 Outlook 客户端将寻址其“RPC 端点”（Exchange 2013 CAS），Exchange 2013 CAS 会将请求“转发”（代理）到 Exchange 2010 CAS 服务器，而 Exchange 2010 CAS 将“转发”（代理） ) 向 Exchange 2010 邮箱服务器发出请求。

“额外的希望”（图中的数字2）是我们需要在 Exchange 2013 共存环境中实施更新的原因。

在 Exchange 2013 共存环境中，Outlook 客户端协议连接流基于附加部分，描述为 - CAS 到 CAS 通信。

为了能够完成 Exchange 2013 CAS 和 Exchange 2010 CAS 之间的通信路径（CAS 到 CAS 通信），需要将 Exchange 2010 CAS 配置为支持“Outlook Anywhere”选项（含义是支持 RPC/HTTP）协议方法）。此外，双方（Exchange 2010 CAS 和 Exchange 2010 CAS）都需要支持 NTLM 身份验证协议，该协议将使 Exchange 2013 CAS 能够“代理”Outlook 用户凭据。

Exchange 2013 共存环境中的 Outlook 客户端协议连接流程代理进程

在 Exchange 2013 共存环境中，来自“旧版 Outlook Exchange 客户端”的请求将被 Exchange CAS 2013 服务器接受，然后由 Exchange CAS 2013 服务器代理到“旧版 Exchange CAS”。 Exchange 2013 CAS 将选择的旧版 Exchange CAS 是与托管 Outlook 客户端邮箱的 Exchange 邮箱服务器版本相同版本的 Exchange CAS 服务器。

为了能够简化 Outlook 协议流描述，我们将涉及需要访问其邮箱的 Exchange 2010 Outlook 客户端，但对于 Exchange 2007 Outlook 客户端，将以相同的方式实现相同的逻辑。

例如：当 Exchange 2010 Outlook 客户端连接 Exchange CAS 2013 服务器时，Exchange CAS 2013 服务器“理解”托管在 Exchange Mailbox 2010 服务器上的用户邮箱。 Exchange CAS 2013 服务器将查找 Exchange 2010 CAS，当找到时，将请求代理到 Exchange 2010 CAS 服务器。

为了能够成功完成与 Exchange CAS 2013 服务器和 Exchange CAS 2010 服务器之间的“CAS 到 CAS 通信通道”相关的 Outlook 客户端协议连接流程，我们需要验证 Exchange CAS 2010 服务器是否配置为支持 Outlook Anywhere + 表明 Exchange CAS 2010 服务器支持所需的身份验证协议。

下一篇文章Exchange 2013共存环境和Outlook基础设施|第 2/2 部分我们将详细介绍 Exchange CAS 旧服务器中所需的配置设置。

Exchange 2013 CAS 和 Outlook 旧版客户端

在 Exchange 2013 共存环境中，Exchange CAS 2013 服务器充当本机 + 旧版 Outlook 客户端通信请求的“智能路由器”。在下图中，我们可以看到 Exchange CAS 2013 服务器以不同的方式处理每个 Outlook 客户端类型的通信请求。

• 来自 Exchange 2013 Outlook 用户（其邮箱托管在 Exchange 2013 邮箱服务器上的用户）的通信请求将被 Exchange CAS 2013 服务器接受，并将由 Exchange 2013 CAS 代理到 Exchange 2013 邮箱服务器。
• 来自 Exchange 2010 Outlook 用户（其邮箱托管在 Exchange 2010 邮箱服务器上的用户）的通信请求将被 Exchange CAS 2013 服务器接受，并将由 Exchange 2013 CAS 代理到 Exchange 2010 CAS。
• 来自 Exchange 2007 Outlook 用户（其邮箱托管在 Exchange 2007 邮箱服务器上的用户）的通信请求将被 Exchange CAS 2013 服务器接受，并将由 Exchange 2013 CAS 代理到 Exchange 2007 CAS。

注意 - 该图仅显示 Outlook 客户端协议连接流的“一半”，因为我们的主要重点是查看 Outlook 请求需要“经过”的路径，直到该流到达所需的用户邮箱。
“完整” “路径”包括其他步骤，例如 - 旧版 Exchange CAS 服务器和旧版 Exchange 邮箱服务器之间的通信路径、旧版 Exchange 邮箱服务器对旧版 Exchange CAS 服务器的“应答”等。