为 Exchange 2013 共存准备 Exchange 2010 基础结构的清单 |10#23

---

在本文中，重点介绍我们需要在现有 Exchange 2010 环境中为实施 Exchange 2013/2010 共存环境的项目进行的准备工作。一般来说，好消息是 Exchange 2013 和 Exchange CAS 2010 是“好朋友”。 ”

对比。在 Exchange 2013/2007 共存环境的场景中，需要对 URL 地址、命名空间、主机名等进行更全面的调整，我们需要在 Exchange CAS 2010 基础架构中实现的调整量很小，因为 Exchange 2013 和Exchange CAS 2010 基础结构将使用相同或完全相同的命名空间。

Exchange 2010 命名空间 - 场景描述

我们需要实施的有关 Exchange 2010 CAS 命名空间的准备工作取决于组织的具体章程。

为了简化，我们假设在我们的场景中应用以下规则：

• 联合\连续命名空间 - 内部 Exchange 基础结构命名空间和外部 Exchange 命名空间基于公共域名后缀：o365info.com 指向Exchange 2010 CAS 为：mail.o365info.com
• 该组织使用拆分 DNS 配置 - 托管域名的内部 DNS 基础设施：o365info.com + 托管域名的外部 DNS 基础设施：o365info .com
• 自动发现基础架构 - 内部和外部自动发现命名空间为：
  autodiscover.o365info.com

Exchange 2010 命名空间与 Exchange 2013 命名空间

尽管有图像“消息”，但实际上，Exchange 2010 命名空间和 Exchange 2013 命名空间彼此正常运行。

主要概念是，在 Exchange 2013/2010 共存环境中，我们将继续使用与 Exchange 2010 CAS 环境中相同的命名空间。 “改变”是指我们将把迄今为止指向 Exchange 2010 的 Exchange 记录“重新绘制”为“新的 Exchange 基础设施”——Exchange 2013 基础设施。

Exchange 命名空间和 DNS 基础设施

在下图中，我们可以看到“重新指向”概念的示例。在实施 Exchange 2013/2010 共存环境之前，自动发现的公共 DNS 记录和面向公众的 Exchange CAS 服务器主机名均指向 Exchange 2010 CAS。

实施 Exchange 2013/2010 共存环境后，自动发现的公共 DNS 记录和面向公众的 Exchange CAS 服务器主机名将指向 Exchange 2013 CAS。

在拆分 DNS 基础设施中，需要对内部 DNS 基础设施和外部 DNS 基础设施实施 DNS 记录的更新，

在下图中，我们可以看到所需 DNS 配置设置的示例。

Exchange 2013/2010 共存环境 - 内部自动发现基础架构注意事项

基于我们的场景假设，其中 Exchange 2010 自动发现命名空间基础结构基于联合\连续命名空间的概念，例如：
autodiscover.o365info.com，我们需要验证以下要求的实施情况。

• DNS 基础结构 - 通过将自动发现记录“映射”到 Exchange 2013 的 IP 地址来验证内部\外部 DNS 基础结构是否已更新。
• 验证 Exchange 2013 CAS 将使用主机名在 Active Directory SCP 上注册：autodiscover.o365info.com

在下图中，我们可以看到 Exchange 2010 环境中内部自动发现基础结构的实现。

1. Exchange 2010 客户端在 Active Directory 中查询自动发现端点的名称，答案为：autodiscover.o365info.com
2. Exchange 2010 客户端向 DNS 查询主机的 IP 地址：
   autodiscover.o365info.com，“DNS 答案”包含 Exchange 2010 CAS 的 IP 地址。

在下图中，我们可以看到 Exchange 2013/2010 共存环境中内部自动发现基础结构的实现。

1. Exchange 2010 客户端在 Active Directory 中查询自动发现端点的名称，答案为：autodiscover.o365info.com
2. Exchange 2010 客户端向 DNS 查询主机的 IP 地址：
   autodiscover.o365info.com，“DNS 答案”包括 Exchange 2013 服务器的 IP 地址。
3. Exchange 2010 客户端将寻址 Exchange 2013 CAS，而 Exchange CAS 服务器会将请求代理到 Exchange 2010 CAS。

其他考虑因素

在实施 Exchange 2013 共存环境时，还有许多其他附加元素和注意事项需要“包含”在准备清单中。

注意 - 如果您需要获取有关与我们在下一篇文章中使用的场景类似的场景中所需准备的更多信息，您可以阅读以下内容中的信息：Exchange Server 部署助手

稍微了解一下附加要求可能是：

• DNS 基础结构和 MX 记录
  在 Exchange 2013 共存环境中，我们需要将 MX 记录指向配置为面向公众的 Exchange CAS 服务器的“新 Exchange 2013 CAS”，而不是之前的 Exchange 2010 CAS。
• 防火墙基础设施
  我们需要将与邮件基础设施相关的防火墙规则（指向 Exchange 2010 服务器的 IP 地址）更新为 Exchange 2013 服务器的“新 IP 地址”。

Exchange 2013 共存环境中的 Exchange 2010 命名空间

用于描述 Exchange 2010 基础结构命名空间和 Exchange 2013 基础结构命名空间之间存在的关系的术语是：“孪生命名空间概念”。

该术语的含义是基础设施（Exchange CAS 2013/2010）的展位将使用相同的命名空间。

Exchange 客户端应解决 Exchange CAS 2013 是所有可用性服务（例如自动发现、访问邮箱和 Exchange Web 服务）的“焦点”。

Exchange CAS 2013 将接受 Exchange 客户端请求，如果 Exchange 客户端是： Exchange 2010 客户端，则 Exchange CAS 2013 将“知道如何处理”该请求。

换句话说：无需为 Exchange CAS 2010 基础结构使用专用或特定命名空间。

在下表中，我们可以看到 Exchange 2013/2010 共存环境中的命名空间基础结构的摘要。很容易看出 Exchange 2010 命名空间与 Exchange CAS 2013 命名空间相同。

在下图中，我们可以看到 Exchange 2010 基础结构中与 Exchange 2010 URL 地址和服务相关的所需配置设置的示例。

在 Exchange 2010 基础架构中实施所需的更新 | Outlook Anywhere 基础架构

如前所述，在 Exchange 2013/2010 共存环境中，我们需要验证：

1. Exchange CAS 2010 包括 Outlook Anywhere 支持
2. Outlook Anywhere 使用\具有所需的配置设置

我们需要在 Exchange 2010 基础结构中实施的与 Outlook Anywhere 服务相关的所需设置如下：

1. 外部主机名

验证 Exchange CAS 2010 是否支持 Outlook Anywhere 服务。
情况 1：如果 Exchange CAS 2010 支持 Outlook Anywhere 服务，我们将需要更新身份验证协议设置。

情况 2：如果 Exchange CAS 2010 不支持 Outlook Anywhere 服务，我们需要启用 Outlook Anywhere 服务，并且对于外部主机名的值，选择主机名“由 Exchange CAS 2013 使用”。例如，在我们的场景中，我们将外部主机名配置为：mail.o365info.com

External host nameOutlook AnywhereWe will need to verify that the value of the external host name uses the primary namespace. In our scenario, the external host name is: mail.o365info.com.

1. 外部客户端认证协议

我们需要验证“外部客户端身份验证”的值是否设置为基本

1. IIS认证方式

我们需要将“IIS 身份验证方法”的值配置为：basic 和 NTLM

管理和更新 Exchange 2010 - Outlook Anywhere 设置

在 Exchange 2013/2010 共存环境中，Exchange 2010 客户端 Outlook 客户端将寻址 Exchange CAS 2013，并且 Exchange CAS 2013 会将通信请求代理到 Exchange CAS 2010。

为了能够“CAS 到 CAS”通信，我们需要将 IISAuthenticationMethods 的值设置为：NTLM 和基本身份验证

此外，将 ClientAuthenticationMethod 设置为 basic

我们用于设置 IISAuthenticationMethods 身份验证以使用 NTLM 和 basic 的 PowerShell 命令是：

Set-OutlookAnywhere -Identity "CAS2010\Rpc (Default Web Site)" -IISAuthenticationMethods NTLM,Basic

我们用于将 ClientAuthenticationMethod 身份验证设置为使用基本身份验证的 PowerShell 命令是：

Set-OutlookAnywhere -Identity "CAS2010\Rpc (Default Web Site)"
-ClientAuthenticationMethod:Basic

我们用于查看 Outlook Anywhere 设置的 PowerShell 命令是：

Get-OutlookAnywhere -Server CAS2010