Exchange 2013共存|自动发现基础设施|第 1/2 部分 | 11#23

在下一篇文章中，我们将回顾 Exchange 2013 CAS 环境中的自动发现基础结构主题。在现代 Exchange 环境中，我们可以说自动发现服务被认为是各种 Exchange 基础结构的所有其余部分的基础。Exchange 自动发现体系结构可以被认为是复杂而精密的，尤其是在 Exchange 2013 共存环境中。

我的基本假设是：您（我的读者）熟悉 Exchange 自动发现的概念以及自动发现“做什么”。但对自动发现基础设施的快速审查不会杀死任何人。

本文是两篇文章中的第一篇，我们将回顾 Exchange 2013 共存环境中的自动发现基础结构主题。下一篇Exchange 2013共存环境 |自动发现基础设施|第 2/2 部分

Exchange 自动发现服务 |要素、组成部分和章程

Exchange 客户端完全依赖于 Exchange 自动发现服务。

让我们首先对 Exchange 自动发现基础设施进行一些观察：

1. 向 Exchange 客户端提供自动发现信息的元素。

需要向 Exchange 客户端“提供”自动发现信息的元素是：“Exchange CAS 服务器。 ”

2.自动发现动态数据\信息

自动发现数据\信息不是“静态信息”。相反，自动发现被视为每次为每个 Exchange 客户端生成的动态信息。

3. 生成自动发现信息的元素。

在 Exchange 的早期版本：Exchange 2007 和 Exchange 2010 中，负责生成自动发现信息的“元素”是担任 Exchange CAS 服务器角色的 Exchange。

在 Exchange 2013 环境中，生成自动发现信息的组件是担任 Exchange 邮箱角色的 Exchange 2013。 Exchange 2013 CAS 服务器负责“传递自动发现信息”，Exchange 邮箱服务器负责“创建”自动发现信息。

4. 自动发现内容 |交换共存环境

如前所述，自动发现信息被视为“动态数据”，因为自动发现数据是为每种不同类型的 Exchange 客户端版本定制的。例如，提供给 Exchange 2007 客户端（他的邮箱托管在 Exchange 2007 邮箱服务器上的 Exchange 客户端）的自动发现信息与提供给 Exchange 2013 客户端（他的邮箱托管在 Exchange 上的 Exchange 客户端）的自动发现信息不同。 2013 邮箱服务器）。

5. 自动发现内容 |外部与内部 Exchange 客户端

Exchange CAS 服务器向其客户端提供的自动发现信息取决于 Exchange 客户端的“物理位置”。如果 Exchange CAS 服务器识别出 Exchange 客户端被视为“内部客户端”，则提供给 Exchange 客户端的自动发现信息将包括有关内部资源的信息。

“内部资源”的含义是 - FQDN 和 URL 地址，其中包括 Exchange 服务器的“内部名称”。内部 Exchange 名称不会“暴露”到公共网络，换句话说，外部 Exchange 邮件客户端无法“访问”这些 Exchange 服务器。

如果 Exchange CAS 服务器识别出 Exchange 客户端被视为“外部客户端”，则向客户端提供的自动发现信息将包括有关外部资源的信息。

“外部资源”的含义是 - 有关面向公众的 Exchange CAS 服务器的信息。该信息将包括公共 FQDN + URL 地址。

6. 自动发现内容 |不同的邮件客户端（邮件协议）

Exchange CAS 服务器向其客户端提供的自动发现信息取决于 Exchange 客户端的“类型”。

“不同邮件客户端”一词的含义与 OWA 邮件客户端、Mobile (ActiveSync) 邮件客户端和 Outlook 邮件客户端等邮件客户端有关。每个邮件客户端都使用不同的通信协议，并以不同的方式使用 Exchange 自动发现。
例如，Outlook 客户端使用 RPC、RPC over HTTP 和 MAPI over HTTP 等协议，而移动 Exchange 客户端则使用ActiveSync 协议。

Exchange 提供的两种“不同类型的 Exchange 客户端”的自动发现信息并不相同。例如 - 提供给移动 Exchange 客户端（ActiveSync 客户端）的自动发现信息与提供给 Outlook 客户端的自动发现信息不同。

Exchange 自动发现和 Exchange 2013 共存环境

从我们在上一节中回顾的信息来看，很明显，提供自动发现信息的“工作”不仅仅是因为自动发现基础设施涉及许多元素和因素。

在 Exchange 2013 共存环境中，我们向这个复杂的环境添加一个元素，因为在 Exchange 共存环境中，有几个可以提供自动发现信息\服务的 Exchange CAS 服务器。

现在，我们需要了解 Exchange 2013 如何“适应”自动发现基础结构，以及需要在 Exchange 2013 共存环境中实施哪些必要的更改或更新。

为了能够阐明自动发现基础结构和 Exchange 2013 共存环境的主题，让我们将 Exchange 基础结构分为两部分：

1. 公共交换基础设施和自动发现服务
2. 内部交换基础设施和自动发现服务

概念：Exchange 2013 CAS 作为自动发现焦点

为了能够更好地了解 Exchange 环境中的自动发现基础架构，了解我所描述的概念非常重要：“Exchange 自动发现焦点”。此概念的含义是，需要将 Exchange 2013 CAS 配置为“主自动发现点”或“主要自动发现点”，涉及以下领域：

1. Exchange 客户端的类型 - Exchange 2013 CAS 需要配置为自动发现端点并为 Exchange 2013 CAS 中存在的所有类型的 Exchange 客户端提供服务，例如：Exchange 2013 客户端、Exchange 2010 客户端和 Exchange 2007 客户端。
2. 外部和内部 Exchange 客户端 - Exchange 2013 CAS 需要配置为自动发现端点并为外部和内部 Exchange 客户端提供服务。

自动发现文件的内容

在本文以及本系列文章的其余部分中，我们将提到许多时间术语，例如：自动发现信息、自动发现响应等。

我们需要了解的重要一点是，Exchange CAS 服务器向“他的”自动发现客户端提供的自动发现信息不是“静态文件”，而是相反。

Exchange CAS 服务器提供的自动发现“答案”每次都会以独特的方式为每个单独的自动发现客户端请求生成。

我们可以说，Exchange CAS 服务器正在根据其自动发现客户端的非常精确的测量来定制自动发现套件。

Exchange CAS 2013 向自动发现客户端提供的自动发现“答案”取决于两个主要因素：

1. Exchange 客户端版本

术语“Exchange 客户端版本”的含义是用于托管特定 Exchange 客户端用户邮箱的 Exchange 邮箱服务器版本。例如，当我们使用术语：Exchange 2007 客户端时，其含义是其邮箱托管在 Exchange 2007 邮箱服务器上的 Exchange 客户端。

发送到针对特定版本的 Exchange 客户端自定义的自动发现客户端的“自动发现答案”中显示的信息。

在下图中，我们可以看到 Exchange CAS 2013 正在为每个不同的自动发现客户端生成自定义自动发现答案。
例如，提供给 Exchange 2007 客户端的自动发现信息内容与提供给 Exchange 2007 客户端的自动发现信息内容不同。提供给 Exchange 2013 客户端的自动发现信息的实质内容。

2. Exchange客户端“物理位置”

术语“Exchange 客户端物理位置”与 Exchange CAS 服务器寻址或连接 Exchange CAS 服务器的位置相关。

Exchange 客户端“位置”的主要分类是 - 内部 Exchange 基础设施与公共 Exchange 基础设施。适用于这两个不同 Exchange 环境的“角色”不同，Exchange 客户端与其 Exchange CAS 服务器之间的通信通道章程不同，并且提供给内部 Exchange 客户端的自动发现信息与自动发现信息不同提供给外部 Exchange 客户端的信息。

我们可以使用的与“内部 Exchange 客户端”相关的附加分类是它们物理所在的 Exchange 站点或 Active Directory 站点。

例如：在多个Exchange站点的场景中，Exchange CAS服务器提供的自动发现信息包括准确的“Exchange站点信息”。例如，如果自动发现客户端是来自马德里站点的Exchange客户端，则提供给Exchange客户端的自动发现信息将包括位于马德里站点的Exchange资源的信息（URL地址、主机名等）。

3. Exchange 服务器版本

自动发现内容取决于提供自动发现信息的 Exchange 服务器的版本。

例如 - Exchange CAS 2013比以前版本的Exchange CAS服务器更加“先进”，他向客户端提供的自动发现信息包括附加参数和连接方法。

例如，Exchange CAS 2013 在自动发现信息中提供了其他“部分”，描述为 - EXHTTP

由于这些原因，重要的是所有 Exchange 客户端（不同版本的 Exchange 客户端）将仅寻址 Exchange CAS 2013 以获取自动发现信息。此外，Outlook 客户端软件版本也将进行更新，以使 Outlook 客户端能够“理解”Exchange CAS 2013 使用的新语言。

4. Exchange 客户端类型

如果 Exchange CAS 服务器提供的自动发现信息是 Exchange 客户端的“类型”，则会影响内容的其他因素。从技术上讲，所有 Exchange 客户端类型：Outlook、ActiveSync 和 OWA 都使用自动发现基础结构，但“主要自动发现客户端”是 Outlook，其次是 ActiveSync Exchange 客户端。

当 Exchange CAS 服务器识别出 Exchange 客户端是 Outlook 或“移动客户端”(ActiveSync) 时，Exchange CAS 服务器生成的自动发现信息会有所不同，因为每个客户端需要不同的参数等。

外部和内部 Exchange 客户端 | Exchange 2013 CAS 作为自动发现端点

1.公共交换基础设施概念：公共交换环境中的“中央自动发现点”并不是一个新概念。

这一概念的实现如下：即使 Exchange 公共基础设施由多个面向公众的 Exchange 站点组成，自动发现服务也将始终“指向”单个焦点。

换句话说，虽然理论上每个面向公众的 Exchange 站点都可以提供自动发现服务，但自动发现服务将基于一个中心概念。只有一台特定的面向公众的 Exchange CAS 服务器，或更准确地说，一台特定的面向公众的 Exchange CAS 服务器将负责为来自不同 Exchange 站点的所有 Exchange 客户端提供自动发现服务。

注意：在基于多个“自动发现点”的 GeoDns 场景中，公共环境中的“Exchange 自动发现焦点”概念有一个例外。 Exchange 客户端（自动发现客户端）将根据其地理位置指向其面向公众的 Exchange CAS 服务器。

2. Exchange 2013 共存环境中的内部 Exchange 基础结构。

“Exchange 自动发现焦点”的概念也在 Exchange 2013 共存环境场景中的内部 Exchange 环境中实施。在 Exchange 共存环境中，我们使用两个或三个不同的 Exchange 服务器版本。尽管自 Exchange 2007 版本以来，每个 Exchange 服务器“知道”如何使用自动发现基础结构，但每个 Exchange 服务器版本（Exchange 2007、2010 和 2013）之间存在显着差异。

这种“尊重”涉及许多“部分”，也涉及自动发现架构和实现。为了能够“统一”不同的Exchange版本，我提出了另一个概念：“向后兼容”。通过使用“较新的 Exchange 服务器版本”作为自动发现焦点来应用“向后兼容性”概念。

例如，在使用包含 Exchange 2007 服务器和 Exchange 2010 服务器的 Exchange 2013 共存环境的 Exchange 站点中，自动发现基础结构将“指向”Exchange 2013 CAS 服务器。

公共交换基础设施和自动发现服务

为了能够在公共环境中演示 Exchange 自动发现的概念，我们使用以下场景：拥有三个面向公众的 Exchange 站点的组织。

• 站点 1 和站点 3 是“面向公众的 Exchange 站点”，站点 2 是内部 Exchange 站点（非公共站点）。
• 该组织公共域名是：o365info.com
• 公共自动发现记录为：autodiscover.o365info.com

自动发现客户端协议连接流程的一般概念

当外部 Exchange 用户查找自动发现端点（面向公众的 Exchange CAS 服务器）时，自动发现记录 (autodiscover.o365info.com) 会将 Exchange 客户端指向面向公众的 Exchange CAS 服务器。 Exchange CAS 服务器位于站点 1。

• 场景 1：Exchange 邮箱服务器上托管的用户邮箱是站点 1。
  站点 1 中的 Exchange CAS 服务器将提供的自动发现信息包括有关“站点 1 公共 Exchange 基础结构”的信息（带有公共 FQDN 的 URL 地址）站点 1 中面向公众的 Exchange CAS 服务器)。站点 1 中面向公众的 Exchange CAS 服务器将接受每个 Exchange 客户端请求，并将由面向公众的 Exchange CAS 服务器代理到“内部 Exchange 基础结构”，例如 Exchange站点 1 中的邮箱服务器。
• 场景 2：Exchange 邮箱服务器上托管的用户邮箱是站点 2
  因为站点 2 不是面向公众的 Exchange 站点（Intranet 站点），站点 1 中的 Exchange CAS 服务器将提供的自动发现信息包括以下信息“站点 1 公共 Exchange 基础结构”（站点 1 中面向公众的 Exchange CAS 服务器的公共 FQDN 的 URL 地址）。
  站点 1 中面向公众的 Exchange CAS 服务器接受的每个 Exchange 客户端请求，将由面向公众的 Exchange CAS 服务器代理到站点 2 中的内部\专用 Exchange 基础结构。
• 场景 3：Exchange 邮箱服务器上托管的用户邮箱是站点 3。
  由于站点 3 是面向公众的 Exchange 站点，因此站点 1 中的 Exchange CAS 服务器将提供的自动发现信息包括有关“站点 3 公共站点”的信息。 Exchange 基础结构”（站点 3 中面向公众的 Exchange CAS 服务器的公共 FQDN 的 URL 地址）。“站点 3 Exchange 客户端”获取自动发现信息，其中包括面向公众的 Exchange CAS 服务器的公共 FQDN 的 URL 地址在站点 3 中。从现在开始，“站点 3 Exchange 客户端”将直接寻址站点 3 中面向公众的 Exchange CAS 服务器。

注意：此描述也有例外，例如 ActiveSync 客户端。

Exchange CAS 2013 - 旧版 Exchange CAS 服务器的后继者

在 Exchange 2013 共存环境中，Exchange 2013 CAS 服务器充当所有不同 Exchange 客户端的自动发现端点。

Exchange CAS 2013 服务器将“取代”或“继承”旧版 Exchange CAS 服务器的角色，例如 Exchange 2007 CAS 或 Exchange 2010 CAS。

进行此“替换”的原因是因为 Exchange CAS 2013 服务器可以处理来自所有不同 Exchange 客户端（本机 Exchange 2013 自动发现客户端）的自动发现请求。同时，Exchange CAS 2013 服务器将“知道如何处理”旧版 Exchange 客户端（例如 Exchange 2007 和 Exchange 2010 客户端）的自动发现请求。
事实并非如此，这意味着：Exchange 2007、2010 CAS服务器将无法正确处理“高级 Exchange 客户端”（例如 Exchange 2013 客户端）的自动发现请求。

为了能够在 Exchange 2013 共存环境中演示面向公众的 Exchange 2013 CAS 概念，我们使用以下场景： 一家公司，拥有一个面向公众的 Exchange 站点。

注意 - 在当前场景中，我们将通过使用只有一个面向公众的 Exchange 站点的公司场景来演示自动发现连接流程。

我避免使用前一个场景（公司拥有多个面向公众的 Exchange 站点的场景）的章程来简化逻辑和理解，如果公共环境中的自动发现连接流 + 描述为 Exchange 2013 共存的 Exchange 环境环境。

• 公司Exchange站点基于Exchange 2013共存环境，其中包括以下Exchange服务器版本：Exchange 2007、Exchange 2010和Exchange 2013。
• 该组织公共域名是：o365info.com
• 公共自动发现记录为：autodiscover.o365info.com
• 旧版 Exchange 2007 命名空间为：legacy.mail.o365info.com

当外部 Exchange 用户查找自动发现端点（面向公共的 Exchange CAS 服务器）时，自动发现记录 (autodiscover.o365info.com) 将指向Exchange 客户端连接到面向公众的 Exchange 2013 Exchange CAS 服务器。

在 Exchange 2013 共存环境的大多数“最佳实践实施”中，提供给 Exchange 2010 客户端和 Exchange 2013 客户端的自动发现信息是相同的。

使用 Exchange 2007 客户端实现的自动发现信息流程和基础结构有所不同，因为自动发现信息将包括指向将由旧命名空间“表示”的 Exchange 2007 基础结构的“指针”。

场景 1：Exchange 2013/2010 客户端（托管在 Exchange 2013 或 Exchange 2010 邮箱服务器上的用户邮箱）。

当面向公众的 Exchange 2013 CAS 服务器识别出自动发现客户端是 Exchange 2013/2010 客户端时，Exchange 2013 CAS 提供的自动发现信息包括不同 Exchange 服务的“公共 URL 地址”，在我们的方案中，该地址指向相同的面向公众的 Exchange 20123 CAS 服务器。

例如：自动发现信息中显示的 Exchange Web 服务 URL 地址将为：https://mail.o365info.com/EWS/Exchange.asmx

场景 2：Exchange 2007 客户端（托管在 Exchange 2007 邮箱服务器上的用户邮箱）。

当面向公众的 Exchange 2013 CAS 服务器识别出自动发现客户端是 Exchange 2007 客户端时，Exchange 2013 CAS 提供的自动发现信息包括将 Exchange 2007 客户端指向面向公众的 Exchange 2007 CAS 服务器的 URL 地址。

Exchange 2007 客户端“获取自动发现信息”，其中包括具有面向公众的 Exchange 2007 CAS 服务器的公共旧 FQDN 的 URL 地址。当 Exchange 2007 客户端（例如 Outlook 客户端）需要使用特定的 Exchange Web 服务时，Exchange 2007 客户端将使用 Exchange 2007 CAS 的公共旧命名空间。

例如，自动发现信息中显示的 Exchange Web 服务 URL 地址将为：https://mail.o365info.com/EWS/Exchange.asmx