Exchange 2013 CAS 在 Exchange 2013 共存中的重要性 |第 2/2 部分 | 3#23

在本文中，我们将重点关注两个主题：

1. Exchange 客户端与其 Exchange CAS 服务器之间存在的关系的本质。我们将回顾不同的场景，其中不同的 Exchange 客户端向 Exchange CAS 2013 请求特定信息或特定服务。
2. 术语的含义：Exchange 2013 共存环境中的“客户端协议连接流”。构建客户端协议连接流的“部分”是什么？

本篇文章是上一篇文章的延续：Exchange 2013 CAS 在 Exchange 2013 共存环境中的重要性 |第 1/2 部分

客户端协议连接流程| Exchange客户端与其Exchange CAS服务器的秘密关系

术语“客户端协议连接流”在当前的文章系列中多次出现，因此了解该术语的含义非常重要。

简而言之，我将术语“客户端协议连接流”视为对 Exchange 环境中当 Exchange 客户端需要访问其数据或获取特定 Exchange 服务时实现的路径或道路的描述。

如果我们想简化术语：客户端协议连接流，我们可以定义两个不同的“区域”。

在下图中，我们可以看到第一个“区域”涉及不同 Exchange 客户端寻址 Exchange CAS 2013 并请求“某事”的部分。 ”

第二个“区域”是客户端协议连接流程部分，涉及 Exchange CAS 2013 “在后台”或“在幕后”实施的流程或步骤。 ”

这就是 Exchange 2013 客户端将请求“转发”到“其他 Exchange 服务器”的部分，该服务器将提供所需的信息或特定服务。当此“其他 Exchange 服务器”回复所需信息时，Exchange CAS 2013 会获取该信息并将其发送到 Exchange 客户端（再次移至第一个区域）。

客户端协议连接流程|不同的观点

在 Exchange 客户端和 Exchange CAS 服务器之间存在的客户端\服务器关系中，双方从不同的角度涉及术语“客户端协议连接流”。

1. Exchange 客户端
从 Exchange 客户端的角度来看，术语“客户端协议连接流”可以翻译为：

• 如何找到我的 Exchange CAS 服务器？
• Exchange 服务在哪里提供特定服务？
• 我可以从 Exchange CAS 服务器获取哪些数据和服务？

2、Exchange服务器端
从Exchange CAS服务器的角度来看，术语“客户端协议连接流”翻译为：

• 我需要“做什么”来获取所需的数据并为我的客户“交付”数据？
• 我是否需要为我的客户提供特定的服务，或者我应该指示我的客户联系其他可以为其提供所需服务的部门？

正如您在图中所看到的，术语“客户端协议连接流”不仅仅是“一件事”，而是事件和过程的“集合”。

“黄色行”（数字 1 和 4）描述了 Exchange CAS 服务器与其 Exchange 邮件客户端之间的关系。 Exchange 邮件客户端向 Exchange CAS 服务器发送请求，请求“信息”。 “信息”可以是：

• 存储在用户邮箱中的数据。
• 自动发现信息
• 与其他用户交换 Web 服务信息，例如有关空闲/忙碌时间的信息
• “重定向”——有关可以提供数据或特定服务的“其他元素”的信息。

“后端”部分 - 白色行（数字 3 和 2），描述 Exchange CAS 服务器“为其客户端执行的”“后端操作”。
可用于 Exchange CAS 服务器的选项有：

1. 自行提供特定数据或服务（“自行提供”选项仅与 Exchange CAS 服务器版本 2007 或 2010 相关），
2. 将请求代理到 Exchange 邮箱服务器
3. 将请求代理到“其他 Exchange CAS 服务器”。
4. 发送重定向消息，这将通知 Exchange 客户端他需要联系“其他元素”。

Exchange CAS服务器的职责

Exchange CAS 服务器对其客户有一些“承诺”。为了能够更好地理解Exchange CAS服务器和Exchange客户端之间的关系，我们先简单回顾一下Exchange CAS服务器的“服务”。

1. 允许 Exchange 客户端访问其邮箱

快速提醒一下，在 Exchange 环境中，Exchange 客户端无法直接访问其邮箱。 Exchange 客户端访问其邮箱的唯一可用方法是使用 Exchange CAS 服务器作为中介。 Exchange CAS 服务器除了 Exchange 客户端的请求外，还从“代表”客户端托管用户邮箱的 Exchange 邮箱服务器“获取”数据。

Exchange CAS 服务器负责将 Exchange 邮件客户端连接到其邮箱。大多数时候，Exchange CAS 服务器会通过代理对 Exchange 邮箱服务器的请求，将 Exchange 邮件客户端“连接”到其邮箱。

注意 - 此规则的唯一例外是 Exchange 2013/2007 共存环境和 Exchange 2007 OWA 客户端的情况。您可以在 Exchange 2013/2007 共存中的 OWA 客户端协议连接流 | 中阅读有关此方案的更多信息。 3/4 |18#23

在 Exchange 2013 共存环境中，Exchange 2013 CAS 将代理 Exchange 2013 客户端对 Exchange 邮箱服务器的请求以及 Exchange 旧版客户端对旧版 Exchange CAS 服务器基础结构的请求。

例如，当 Exchange 2010 在 Exchange 2013 共存环境中向 Exchange 2013 CAS 请求访问其邮箱时，Exchange 2013 CAS 将找到可用的 Exchange 2010 CAS 并将请求代理给 Exchange 2010 CAS。

2. 提供\交付自动发现服务。

在 Exchange 2013 共存环境中，Exchange 2013 CAS 是负责向 Exchange 邮件客户端“传递”自动发现服务（信息）的元素。我使用“交付”一词是因为需要强调的是，Exchange 2013 CAS 并不是自己生成自动发现信息，而是从“其他 Exchange 服务器”“获取”信息。 ”

• 在 Exchange 客户端是 Exchange 2007 或 Exchange 2013 客户端的情况下，Exchange 2013 CAS 将从 Exchange 2013 邮箱服务器“获取”信息。
• 在 Exchange 客户端是 Exchange 20100 客户端的情况下，Exchange 2013 CAS 将从 Exchange 2010 CAS 中“获取”信息（Exchange 2013 CAS 将代表 Exchange 2010 客户端代理对自动发现信息的请求）

3.提供\交付 Exchange Web 服务。

与自动发现服务的概念类似，Exchange 2013 CAS 是负责将 Exchange Web 服务信息“传递”给 Exchange 客户端的元素。

我再次使用这个术语：“交付”，因为 Exchange CAS 2013 服务器不是生成或提供 Exchange Web 服务的元素。相反，负责提供 Exchange Web 服务基础结构的元素是 Exchange 2013 邮箱服务器或 Exchange 旧 CAS 服务器。

• 在 Exchange 2013 客户端的情况下，Exchange 客户端对 Exchange CAS 2013 服务器进行寻址并请求所需的 Exchange Web 服务。 Exchange CAS 2013 服务器将找到 Exchange 2013 邮箱服务器并为其代理请求。 Exchange 2013邮箱服务器是Exchange Web服务的真正提供者。
• 在 Exchange 2007 客户端的情况下，Exchange 2007 客户端将寻址具有相同版本 (Exchange 2007 CAS) 的 Exchange CAS 服务器。例如，Exchange 2007 客户端在需要 Exchange Web 服务时将寻址 Exchange 2007 CAS。
  有关 Exchange 2007 的 Exchange Web 服务 URL 的信息由 Exchange CAS 2013 服务器在“自动发现阶段”提供。
  Exchange CAS 2013 服务器提供的信息包括“指向”Exchange 2007 CAS 的 URL 地址。在 Exchange 2013/2007 共存环境中，Exchange 2007 CAS 需要可供内部 + 外部 Exchange 2007 客户端使用。
• 在 Exchange 2010 客户端的情况下，提供 Exchange Web 服务的方式取决于 Exchange 2010 客户端位置。
  内部 Exchange 2010 客户端将使用现有的 Exchange 2010 CAS 基础结构来获取 Exchange Web 服务。
  外部Exchange 2010 客户端需要从面向公众的 Exchange 2013 CAS 获取其 Exchange Web 服务，因为 Exchange 2010 CAS 不适用于公共 Exchange 客户端。 Exchange 2010 客户端将寻址面向公众的 Exchange 2013 CAS，而 Exchange CAS 2013 服务器会将 Exchange 2010 客户端对 Exchange Web 服务的请求代理到内部 Exchange 2010 CAS。

Exchange 环境中的“信息”概念

很多时候，我们在句子中使用术语：“信息”，例如 Exchange CAS 服务器向其客户端提供所需的信息。
可能出现的一个合理问题是：此信息是什么？

嗯，对我来说，在 Exchange 环境中“发生”的一切都可以被描述为：“信息”。

例如，当我们说 Exchange 客户端访问其邮箱时，换句话说，我们说 Exchange 客户端获取存储在其邮箱中的数据\信息。
当我们说 Exchange 邮件客户端使用自动发现服务来创建邮件时新的 Outlook 邮件配置文件，换句话说，Outlook 客户端获取的信息（自动发现信息）包括创建 Outlook 邮件配置文件所需的配置设置。

关于“信息”主题的其他问题有：
Q1：信息的来源是什么？
Q2：谁是传递信息的元素？向 Exchange 客户端发送信息？

A1：在 Exchange 环境中，唯一被授权向 Exchange 客户端提供信息的“元素”是 Exchange CAS 服务器。

A2：关于信息来源是什么的问题，答案取决于 Exchange 版本和相应的 Exchange 基础设施

为了能够更好地理解各种 Exchange 基础设施中信息提供者与信息“创建者”或“生成者”的含义，我们可以定义 Exchange 基础设施的三个主要“组”：

Exchange CAS 2013 服务器与以前的 Exchange CAS 服务器版本

与以前的 Exchange CAS 服务器版本（例如 Exchange 2007 和 Exchange 2010）相比，Exchange CAS 2013 服务器经历了重大转变。

为了概括Exchange 2013架构变化的本质，我们可以说Exchange 2013 CAS服务器的“角色”被简化为一个目的：充当“智能路由器”。 ”

Exchange 2013 CAS服务器的职责是：

1. 充当“智能路由器/代理” - 此职责的含义是： 使 Exchange 客户端能够到达其目的地（邮箱数据）
2. 将信息“传递”到 Exchange 客户端 - 这种责任的意义是：从“其他 Exchange 服务器”“获取数据”（例如 Exchange Web 服务和自动发现）并将数据传递到他的客户端。

Exchange CAS 2013 服务器充当“智能路由器”，它接受 Exchange 邮件客户端请求，并根据特定的章程（例如 Exchange 客户端的类型或特定协议）决定如何将请求“路由”到所需的目的地。

在以前版本的 Exchange 服务器中，例如 Exchange 2007 和 Exchange 2010，Exchange CAS 服务器角色负责：

1. 充当“智能路由器/代理”。 ”
2. 将信息“传递”给 Exchange 客户端
3. 生成信息
4. 渲染协议数据

在 Exchange 的早期版本（例如 Exchange 2007、Exchange 2010）中，Exchange CAS 服务器的角色包括其他职责。

除了作为“智能路由器”之外，Exchange CAS 服务器还负责许多其他任务。

• 渲染 - Exchange CAS 服务器负责一项描述为“渲染”的任务。该术语的含义是执行协议转换的任务。 Exchange 邮件客户端使用特定的“语言”（协议），并且 Exchange CAS 服务器将 Exchange 邮件客户端语言“翻译”为 Exchange 邮箱服务器可以“理解”的其他语言。 ”
• 自动发现 - 负责收集所需信息并生成自动发现信息的元素是 Exchange CAS 服务器。
• Exchange Web 服务 - 负责提供 Exchange Web 服务的元素是 Exchange CAS 服务器本身。

在Exchange 2013中，上述所有“职责”都从Exchange 2013 CAS服务器中“拉出来”，并分配给Exchange 2013邮箱服务器。

在Exchange 2013架构中，“主要负载”由Exchange 2013邮箱服务器承担。 Exchange 2013 CAS 服务器接受 Exchange 2013 客户端请求，并将这些请求转发（代理）到 Exchange 2013 邮箱服务器。

Exchange 2013邮箱服务器将“做他需要做的事情”，例如：生成自动发现信息或呈现协议信息并将“摘要信息”发送回Exchange 2013 CAS服务器。

在下面的比较表中，我们可以看到 Exchange 2013 CAS 服务器架构和“旧版 Exchange CAS 服务器版本”（Exchange 2007、2010）之间的差异。

该表的要点是，Exchange 2013 CAS 服务器的唯一职责是充当 Exchange 邮件客户端和“Exchange 基础结构的其余部分”之间的网关。 Exchange 2013 CAS 服务器将接受客户端请求并将这些请求转发到“其他机构”（Exchange 邮箱服务器），该机构将处理与 Exchange 邮件客户端应用程序相关的所有操作。

对比。 Exchange 2013 CAS 服务器的“惰性行为” 将权限委托给 Exchange 2013 邮箱服务器，如果 Exchange CAS 服务器基于不同的概念，则为旧版 Exchange 架构。 Exchange CAS 服务器是许多附加任务的“所有者”，例如生成自动发现答案、呈现协议数据等。

Exchange 2013 架构 | Exchange CAS 2013服务器

尽管如此，本文还是认真讨论了 Exchange 2013 共存环境的主题；了解 Exchange 2013 CAS 在仅包含 Exchange 2013 服务器和 Exchange 2013 客户端的本机 Exchange 2013 环境中的运行方式非常重要。

在“本地 Exchange 2013 环境”中，“分工”非常明确：

• Exchange 2013 CAS 是将信息“传递”到 Exchange 客户端并接受 Exchange 客户端需要访问其邮箱的请求的组件。
• Exchange 2013 邮箱服务器是“保存数据”（用户邮箱）并生成所需数据（例如 Exchange Web 服务数据和自动发现数据）的“部分”。
• Exchange 2013 邮箱服务器是负责呈现协议数据的“组件”，这意味着将 Exchange 客户端特定协议“翻译”为“本机”Exchange 邮箱服务器内部协议。

Exchange 2013共存环境| Exchange 201007 CAS服务器

在基于 Exchange 2007 或 Exchange 2010 的“旧版 Exchange 环境”中，Exchange CAS 服务器角色和 Exchange 邮箱服务器角色之间的“分工”按以下方式划分：

• Exchange 2007/2010 CAS 是以下组件： 将信息“传递”到 Exchange 客户端并接受 Exchange 客户端需要访问其邮箱的请求。
• Exchange 2007/2010 CAS 是以下组件： 它负责呈现协议数据含义 - 将 Exchange 客户端特定协议“翻译”为“本机”Exchange 邮箱服务器内部协议。
• Exchange 2007/2010 CAS 是负责“生成”自动发现信息和 Exchange Web 服务信息的组件。
• Exchange 2013邮箱服务器是“保存日期”的“组件”（用户邮箱）

Exchange 2013 架构 | Exchange 2013共存环境

• Exchange 2013 CAS 是一个组件：“传递”信息到 Exchange 客户端，并接受 Exchange 客户端需要访问其邮箱的请求。
• “呈现协议数据”（将 Exchange 客户端特定协议“转换”为“本机”Exchange 邮箱服务器内部协议）的过程由旧版 Exchange CAS 服务器根据用户邮箱的类型来实现。
  例如，在 Exchange 2010 客户端的场景中，请求将由 Exchange 2013 CAS 接受，然后代理到 Exchange 2010 CAS。此规则的唯一例外是 Exchange 2007 OWA 客户端；您可以在 Exchange 2013/2007 共存 | 中阅读有关此方案的更多信息。 Exchange Web 服务客户端协议连接流程
• “生成”自动发现信息和 Exchange Web 服务信息 - 将由旧版 Exchange CAS 服务器根据用户邮箱的类型来实现。
  例如，在 Exchange 2010 客户端的情况下，请求将被接受Exchange 2013 CAS，然后代理到 Exchange 2010 CAS。
• 托管\保留用户的邮箱 - 由旧版 Exchange 邮箱服务器根据用户邮箱的类型实施。例如，Exchange 2010 邮箱将托管在 Exchange 2010 邮箱服务器上。

Exchange 2013 共存环境 - Exchange 2007 客户端与 Exchange 2010 客户端

关于 Exchange CAS 2013 服务器与其 Exchange 客户端的关系，我们可以将 Exchange 客户端分为两大类：

1. Exchange 2013 - 邮箱托管在 Exchange 2013 邮箱服务器上的 Exchange 客户端。
2. “其他 Exchange 客户端”——在此类别中，我们可以包括 Exchange 2007 和 Exchange 2010 客户端。

Exchange CAS 2013 服务器和 Exchange 2013 客户端的关系

在一个场景中，Exchange CAS 服务器是 Exchange CAS 2013 服务器，并且 Exchange 客户端也是“Exchange 2013 客户端”（其邮箱托管在 Exchange 2013 邮箱服务器上的 Exchange 客户端），“服务器”和“服务器”之间的关系解释起来非常简单。
如前所述，在 Exchange 2013 环境中，Exchange CAS 2013 服务器充当“智能路由器”，将 Exchange 客户端请求路由到其他 Exchange 服务器。

Exchange 2013 邮箱服务器提供的所有标准 Exchange 服务。
Exchange 2013 邮箱服务器负责生成自动发现基础结构、呈现 Exchange 客户端协议、提供 Web 服务等。

注意：在 Exchange 2013 环境中，大多数情况下，每个 Exchange 服务器都扮演两个角色：Exchange CAS 服务器和 Exchange 邮箱服务器。

如果收到请求的特定 Exchange CAS 2013 服务器也是托管特定用户邮箱的 Exchange 邮箱服务器，则该请求将被代理到同一服务器上的 Exchange 邮箱服务器。作为另一台 Exchange 邮箱服务器，Exchange CAS 2013 服务器将寻址（代理客户端请求）特定的 Exchange 邮箱服务器并为其客户端“获取”数据。

为 Exchange 2007 和 Exchange 2010 客户端提供服务的 Exchange 2013 共存环境

本文的第二部分非常详细地描述了 Exchange 2013/2010 共存环境和 Exchange 2013/2007 共存环境中的客户端协议连接流程，但是，在我们深入具体细节之前，让我们快速回顾一下主要内容Exchange 2007 和 Exchange 2010 客户端协议连接流程之间的差异。

Exchange CAS 2013 服务器和 Exchange 2013 客户端的关系

Exchange CAS 2013 服务器在 Exchange 2013 共存环境中为旧版 Exchange 客户端提供服务的标准方法是：

1. 将 Exchange 旧版客户端请求代理到“旧版 Exchange 基础设施”。 ”
2. 获取所需的数据\信息
3. 将数据\信息传送到旧版 Exchange 客户端

注意 - “默认代理行为”有两个例外：

1. Exchange 2007 Webmail 客户端和 OWA 邮件客户端位于区域命名空间和多个面向公众的 Exchange 站点的场景中。您可以在文章中阅读有关此情况的更多信息：Exchange 2013/2007 共存环境中的 OWA 客户端协议连接流程 | 3/4
2. Exchange 2007 自动发现客户端 - 当 Exchange 2007 客户端请求自动发现信息时，Exchange CAS 服务器不会将请求代理到 Exchange 2007 CAS，而是将请求代理到 Exchange 2013 邮箱服务器。您可以在以下文章中阅读有关这些方案的更多信息：Exchange 2013/2007 共存环境中的自动发现和 Outlook 客户端协议连接流| 2/4

下表仅简要描述了 Exchange CAS 2013 服务器在 Exchange 2013 共存环境中使用的“逻辑”。

1.提供对邮箱的访问

在 Exchange 2013 共存环境中，Exchange CAS 2013 服务器-客户端协议连接流大部分时间基于“代理”进程。需要访问其邮箱内容的 Exchange 旧版客户端（例如 Exchange 2007/2010）将向 Exchange CAS 2013 寻址，Exchange CAS 2013“查找 Outlook”Exchange 客户端版本是什么，并根据此信息将 Exchange 客户端请求代理到“合适的”旧版 Exchange CAS 服务器。

代理进程的例外情况与 Exchange 2007 OWA 客户端有关。在这种情况下，Exchange CAS 2013 不会将 Exchange 2007 客户端请求代理到 Exchange 2007 CAS，而是将重定向命令发送到 Exchange 2007 浏览器，其中包括到 Exchange 2007 CAS 的“引用”。

2.为旧版 Exchange 客户端提供自动发现服务

从 Exchange 旧版客户端的角度来看，Exchange CAS 2013 服务器是自动发现信息的“源”。如前所述，Exchange CAS 2013 并不真正“生成”自动发现信息，而是从“其他 Exchange 服务器”“获取”自动发现信息。

• 在 Exchange 2010 客户端上的方案中，Exchange CAS 2013 从 Exchange 2010 CAS 获取自动发现信息。
• 在 Exchange 2007 客户端上的场景中，Exchange CAS 2013 从 Exchange 2013 邮箱获取自动发现信息。

3.向旧版 Exchange 客户端提供 Exchange Web 服务

在 Exchange 2013 共存环境中，向旧版 Exchange 客户端提供 Exchange Web 服务的过程有点令人困惑，因为 Exchange Web 服务“角色”根据 Exchange 旧版客户端版本和 Exchange 旧版客户端位置的实现方式有所不同。

• 内部 Exchange 2010 客户端 - Exchange CAS 2013 不负责或参与“提供 Exchange Web 服务”的过程。内部Exchange 2010 客户端在需要Exchange Web 服务时将直接寻址Exchange 2010 CAS。
• 外部 Exchange 2010 客户端 - 在“公共”或外部 Exchange 2010 客户端的情况下，由于 Exchange 2010 CAS 并未“暴露”给公共客户端，因此提供 Exchange Web 服务的元素是面向公众的 Exchange 2013。

对于 Exchange 2007 客户端 - Exchange CAS 2013，不负责或参与“提供 Exchange Web 服务”的过程。 Exchange 2007 客户端在需要 Exchange Web 服务时将直接寻址 Exchange 2007 CAS。