交换网络服务|管理内部和外部 URL 地址 |第 10 部分#36

当前的文章应该让我们对管理不同服务的内部和外部 Exchange URL 地址的主题有一个小小的了解。
我们将回顾几个可用于管理各种 Exchange 的界面的示例服务 - 图形界面和 PowerShell 界面。

在以下文章中，我们将深入了解与 Exchange 内部和外部 URL 配置相关的 Exchange 配置。

Exchange Web 服务与基于 Exchange 的服务

在我们开始对交换网络服务这个术语进行一些哲学辩论之前。

短语“Exchange Web 服务”的常规使用与名为“EWS（Exchange Web 服务）”的特定 Exchange 服务器接口相关。

此 Exchange 界面使客户端能够寻址 Exchange 服务器并请求独特的基于 Web 的服务，例如可用性服务、自动回复（不在办公室）、邮件提示等。

除了 EWS 界面之外，Exchange Server 还提供许多其他不同的服务。

例如，Exchange 为每个不同的邮件客户端提供“专用”界面，例如：

• OWA - 使基于 Web 的客户端能够访问其邮箱
• Outlook Anywhere - 使基于 Outlook 的客户端能够访问其邮箱
• ActiveSync - 使基于移动的客户端能够访问其邮箱。

Exchange 提供的服务的其他示例包括：

• OAB - Outlook 客户端使用的脱机通讯簿。
• ECP - Exchange 控制面板，能够管理 Exchange 服务器或使用基于 Web 的访问 Exchange 管理的特定部分

所有这些服务的共同点是它们都可以被描述为“基于网络的服务”。服务 ”。通信协议是 HTTP 或 HTTPS，并且通过使用 URL 地址实现对每个不同 Exchange 服务的访问。

所以最大的问题是 - 当我们说 Exchange Web 服务时，我们的确切含义是什么？

我的回答是没关系。

Exchange 体系结构在很大程度上基于基于 Web 的服务，并且 Exchange Web 服务与 Exchange 基于 Web 的服务的确切定义并不重要。

重要的是：

1. 在内部主机名与外部主机名的场景中交换双重身份，我们需要知道如何为每个 Exchange Web 服务分配这些“身份”。
2. 多个公众名称

很多时候，交易所都会有几个公共名称。同样，重要的是我们要知道如何为每个 Exchange Web 服务分配这些“身份”（不同的公共名称）。

管理 Exchange Web 服务 URL 地址。

如前所述，每个基于 Web 的 Exchange 服务均由 URL 地址表示。在下面的文章中，我们将回顾用于管理 URL 地址的三个 Exchange 管理界面：

1. Exchange 2010图形管理界面
2. Exchange 2013图形化管理界面
3. 交换 PowerShell 命令

问：为什么我应该使用 Exchange PowerShell 界面而不是 Exchange 图形界面？

A：理论上，我们可以假设，如果我们可以使用图形界面来管理Exchange内部和外部URL的地址，而无需使用不友好的PowerShell界面。

实际上，很多时候我们必须使用PowerShell界面，因为某些配置无法通过Exchange服务器图形界面进行。

另一方面是 Exchange 2010 图形界面不包含管理所有不同 Exchange Web 服务的选项。

Exchange 2013 的改进之一是提供了用于管理 Exchange Web 服务的附加选项，这些选项在 Exchange 2010 管理界面中不可用。

我们需要了解的 Exchange Web 服务。

在下面的部分中，我们将回顾“如何”管理 Exchange 内部和外部 URL 地址的部分，但需要强调的是，初步阶段是“规划阶段”，在此阶段我们决定最合适的方案将满足我们特定组织的需求。

例如

• 决定是否要使用统一命名空间选项，其中内部命名空间和外部命名空间相同。
• 决定我们将分配给面向公众的 Exchange 服务器的公共“身份”（公共主机名）。

根据适合我们组织的特定场景的特点，我们将获得所需的信息

• 购买公共证书
• 在 Exchange 中创建与 Exchange Web 服务内部 + 外部 URL 地址相关的所需配置

使用 Exchange 图形界面管理 Exchange 2010 Web 服务

大多数 Exchange 2010 Web 服务的配置是通过访问“服务器配置”部分和“客户端访问”小节来实现的em>。
注释

1. 管理界面包括用于管理 POP3 和 IMAP4 协议的选项。我们不会涉及这部分，因为该协议不被视为 Exchange Web 服务
2. 当前界面不包含管理 Exchange Outlook Anywhere 服务的选项。 Outlook Anywhere 的管理通过“服务器配置”部分实现。

1.Outlook Web App 和 Exchange 控制面板选项卡

通过此选项卡，我们可以设置 Web 邮件客户端 (OWA) 和 Exchange ECP（Exchange 控制面板）的 Exchange 服务的 URL 地址。

第一个选项卡 - Outlook Web App 使我们能够设置 OWA 邮件客户端将使用的内部 + 外部 URL 地址。

在下面的屏幕截图中，我们可以在常规选项卡中看到该选项。

在我们的示例中，OWA 邮件客户端的内部 URL 基于 Exchange 服务器的内部主机名 - ex01.0365info.local 与使用Exchange 服务器的公共名称 - owa.o365info.com

Exchange OWA 服务包括其他选项卡，允许我们建立身份验证协议以及与 OWA 邮件服务相关的其他设置。

2. Exchange ActiveSync URL 设置

在查看有关 Exchange ActiveSync URL 配置的可用选项时，我们可以看到我们可以设置 ActiveSync URL 的外部和内部 URL。

乍一看，这看起来有点奇怪，因为 ActiveSync 客户端（例如移动设备）永远无法访问“内部 ActiveSync URL”，因为 ActiveSync 客户端仅通过公共网络访问 Exchange CAS 服务器。

答案是，ActiveSync 的内部 URL 仅在面向公众的 Exchange CAS 服务器需要连接其他或内部（未公开）Exchange 服务器的情况下用于代理目的。

3. Outlook Anywhere 主机名设置。

在下面的屏幕截图中，我们可以看到我们使用 Exchange 图形界面来配置 Outlook Anywhere 服务。

请注意，在 Exchange 2010 服务器体系结构与所有“其他 Exchange Web 服务”中，Outlook Anywhere 服务的设置仅包括 Exchange 服务器的公共主机名。

Exchange 2013 服务器体系结构包括为 Outlook Anywhere 客户端配置内部 + 外部服务器主机名的选项。

无法从 Exchange 图形管理界面进行配置的 Exchange Web 服务。

如前所述，Exchange 图形管理界面不包含设置所有可用 Exchange Web 服务的选项。

无法从 Exchange 图形管理界面配置以下 Exchange Web 服务

• 交换 EWS 服务
• Exchange 自动发现 Web 服务

使用 Exchange 图形 Web 界面管理 Exchange 2013 Web 服务

Exchange 2013 图形界面（基于网络）

我们不会详细比较 Exchange 2010 图形界面与 Exchange 2013 图形界面，但我想回顾一下这两个 Exchange 界面之间的一些显着差异。

Exchange 2013 中 Exchange Web 服务的设置是通过访问服务器菜单和顶部菜单栏的虚拟目录 来实现的 菜单。

Exchange 2013 图形界面包括 Exchange 2010 界面中缺少的“附加 Web 服务”。

Exchange 2013 管理中出现的其他 Web 服务包括：

• 交换EWS
• 自动发现
• 电源外壳

1.自动发现 Web 服务设置

如果我们想查看自动发现 Web 服务的配置设置，我们可以看到 Exchange 2013 图形界面不包含用于配置自动发现服务的内部或外部 URL 的选项。唯一的选择是设置身份验证协议。

注意：从技术上讲，我们需要设置\更新与自动发现相关的 Exchange Web 服务的值的情况非常罕见。

2. Exchange EWS 设置

Exchange 2013 中令人兴奋的一项功能是使用图形界面配置 Exchange EWS URL。由于某种原因，该选项从 Exchange 2010 界面中省略。

快速提醒一下 EWS 的用途 - EWS（Exchange Web 服务）是主要 Exchange Web 服务之一，充当多种类型 Web 服务的“网关”，例如 - 可用性服务（空闲/忙碌时间） ）、自动回复（Office Outlook）、邮件提示等。

注意： EWS URL 用于附加服务，例如用于移动邮箱的 MRSProxy 以及与“自动发现”主题不直接相关的其他 Exchange 服务

3. Exchange Outlook Anywhere管理界面

用于管理 Outlook Anywhere 服务的 Exchange 2013 界面比以前的 Exchange 2010 界面更加友好。

2013 界面使我们能够编辑+查看将提供 Outlook Anywhere 服务的 Exchange 服务器的名称，还能够配置内部+外部主机名

在基于 Active Directory 的环境中管理 Exchange 自动发现服务 URL 地址。

我之所以决定为管理 Exchange 自动发现服务的 URL 地址的主题分配专门的部分，是因为这个主题非常混乱且不太清晰。

自动发现客户端的“旅程”从第一步开始，其中自动发现客户端需要找到为其提供所需自动发现服务的 Exchange 服务器、对 Exchange 服务器进行寻址、提交查询等。

现在，让我们关注这个词——“定位”。

内部 Outlook 客户端用于查找所需自动发现端点（Exchange 服务器）的方法与外部 Outlook 客户端实现的方法完全不同。

内部 Outlook 客户端不知道。

• 哪些 Exchange 服务器可以提供自动发现服务？
• 他们的主机名是什么？
• 寻址 Exchange 自动发现服务所需的 URL 地址是什么？

在本地 Active Directory 环境中，自动发现客户端不知道“他的”Exchange CAS 服务器的名称（内部 Exchange 基础结构，可能有一个或多个 Exchange CAS 服务器）。

为了能够获取可用 Exchange CAS 服务器的“名称”，内部自动发现客户端需要对本地 Active Directory 进行寻址并在 Active Directory 中查询可用 Exchange CAS 服务器的名称。

因此，成功组成 Exchange CAS 服务器“注册过程”有一个强制性的先决条件。

注意： 默认情况下，Exchange CAS 服务器“注册过程”的过程由每个 Exchange CAS 服务器自动实现。

对比。内部 Outlook 客户端的这一特征与外部 Outlook 客户端的情况相反：

外部 Outlook 客户端“提前知道”可以为其提供所需自动发现服务的 Exchange 服务器的确切 URL 地址。

外部自动发现客户端不需要“信息源”，例如 - 本地 Active Directory 将为他提供现有自动发现端点的名称，但外部自动发现客户端正在搜索非常特定的主机姓名。

在我们的示例中，由于外部邮件客户端的电子邮件地址使用域名 - o365info.com ，自动发现客户端（例如 Outlook）将查询 DNS 服务器查找名为 - autodiscover.o365info.com 的主机的 IP 地址

当外部自动发现客户端使用自动发现主机名（在我们的示例中为 autodiscover.o365info.com ）寻址面向公众的 Exchange CAS 服务器时，Exchange CAS 服务器的 IIS 组件“知道”如何接受 FQDN autodiscover.o365info.com 的请求

注册有关自动发现端点的信息

让我们把它变得更加复杂。

自动发现服务和内部组织基础架构

对于内部组织基础设施，在标准或简单场景中，我们不需要采取任何操作来“注册”Exchange 服务器并通知内部客户端“他们的自动发现端点”，因为 Exchange 知道如何在 Active Directory 中自动注册自己。

Exchange 服务器在 Active Directory 中注册自身的自动过程仅在简单的情况下相关。在更高级的场景中，我们需要“取消”Exchange 自动注册的信息并创建新的更新值。

自动发现服务和外部基础设施

对于外部自动发现客户端需要“使用”Exchange 自动发现服务的场景，自动发现客户端用于定位将提供所需自动发现服务的 Exchange 服务器的方式完全不同。

自动发现客户端知道可以提供自动发现信息的 Exchange 服务器的主机名 + URL 地址。

作为 Exchange 管理员，我们需要

• 在公共 DNS 基础设施中发布自动发现主机名
• 将自动发现主机名添加到公共证书中

有趣的是，与“其他”Exchange Web 服务相比，在处理应该为外部服务的 Exchange 自动发现机制时，我们需要“玩弄”内部和外部 URL 地址、身份验证类型和其他参数Exchange 客户端，主要概念是我们不需要执行任何操作！
我们需要“使用”影响外部自动发现客户端的 Exchange 自动发现设置的情况非常罕见。

管理 Exchange 自动发现设置

如果我们需要管理 Exchange 自动发现设置，我们需要使用 Exchange PowerShell 界面。

在下一节中，我们将演示如何在 Active Directory 中处理 Exchange 的“内部自动发现注册”。

我们不会展示如何管理 Exchange 的“外部自动发现注册”，因为 99.9% 的原因很简单，我们不需要“使用”Exchange Web 服务的 Exchange 自动发现设置。

问：在什么情况下，我们希望/需要更新 Exchange 服务器在 Active Directory 中注册的信息？

A：答案可能与几种可能的情况有关：

场景一：Exchange 2010 CAS Array
在 Exchange CAS Array 场景中，我们需要“删除”自动向 Exchange CAS 服务器注册的默认 URL 地址，而是添加一个新的 URL 地址将包含表示 Exchange CAS 阵列名称的主机名 (FQDN)。

场景 2：拆分 DNS

“拆分 DNS”场景描述了内部和外部 Exchange CAS 服务器 URL 地址相同的配置。

在这种情况下，我们还需要“删除”自动注册到 Exchange CAS 服务器的默认 URL 地址，而是添加包含用于内部和外部 URL 的 FQDN 的 URL。
默认情况下，Exchange CAS服务器将把他的“NetBIOS”名称注册为主机名+Active Directory域名。

如果我们想要使用不同的主机名来代表 Exchange CAS 服务器，则需要更改默认的 Exchange 主机名（默认的“NetBIOS”名称）。

场景 3：“仅云”环境

在所有邮件基础架构都迁移到云（Office 365 和 Exchange Online）的特定场景中，可以更改由“不再存在”的 Exchange CAS 服务器自动创建的默认 URL，而是，更新 URL 地址中的 FQDN 部分以指向 Office 365 自动发现端点 -
autodiscover.o365info.com

交换网络服务| Exchange PowerShell 界面

在以下部分中，我们将使用 PowerShell 查看 Exchange Web 服务内部和外部 URL 的主题。

如前所述，我们需要使用 PowerShell 界面，因为在某些情况下（例如使用 Exchange 2010 图形界面时），没有可用的选项来创建或更新所需的 URL 设置。

使用 PowerShell 命令还有一个额外的优势，因为很多时候我们可以看到默认 Exchange 图形界面中没有出现的附加信息

使用 PowerShell 管理在 Active Directory SCP 中注册的 Exchange 自动发现信息

Exchange 自动发现服务和本地 Active Directory SCP

与在 Active Directory 的 SCP 中向 Exchange CAS 服务器注册的信息相关的管理任务是：

1. 查看在 Active Directory SCP 中向 Exchange CAS 服务器注册的详细信息。为了能够查看 Active Directory 服务连接点 (SCP) 中的信息，我们使用命令 - Get-ClientAccessServer
2. 管理（更新）在 Active Directory SCP 中向 Exchange CAS 服务器注册的详细信息。为了能够更新 Active Directory 服务连接点 (SCP) 中的信息，我们使用命令 - Set-ClientAccessServer

问：在 Active Directory 服务连接点 (SCP) 中向 Exchange CAS 服务器注册的“信息”是什么？

A：在 Active Directory 服务连接点 (SCP) 中注册的 Exchange CAS 服务器的详细信息为：

1. Exchange 本地服务器的内部 FQDN
2. 自动发现 URL（更准确的术语是 URI）
3. 自动发现站点范围（Exchange 服务器所在的本地 Active Directory 站点）。

帮助我们管理在 Active Directory 服务连接点 (SCP) 中注册的信息的“神奇”PowerShell 命令是 - Set-ClientAccessServer

1.显示在 Active Directory 服务连接点 (SCP) 中注册的信息

为了能够看到这些信息（内部客户端在 Exchange 服务器上注册的信息），我们可以使用以下 PowerShell 命令：

Get-ClientAccessServer -Identity <Server> | FL Autodiscover*

示例 1：查看名为 - ex01 的 Exchange 服务器在 Active Directory SCP 上注册的名称的信息

在下面的屏幕截图中，我们可以看到Exchange服务器使用URL地址在SCP上注册：

https://ex01.0365info.local/Autodiscver/Autodiscver.xml

另外，我们可以看到Exchange服务器出现是
{Default-First-Site-Name}中的成员

表示 Exchange 服务器在 Active Directory 中注册的信息的值是 - AutoDiscoverServiceInternalUri

示例 2：优化 PowerShell 命令的输出

如果我们想优化PowerShell命令的输出，这样我们就可以清楚地看到注册的URL地址实现的信息+有关的信息

Get-ClientAccessServer -Identity <Server> | Select name, AutodiscoverServiceInternalURI, AutodiscoverSiteScope | FT -AutoSize

在下面的屏幕截图中，我们可以看到名为 - ex01.o365local.com 的 Exchange 服务器的详细信息

在AutodiscoverServiceInternalURI部分下，我们可以看到自动发现URL地址Active Directory服务连接点（SCP）。

我们可以看到，Exchange 服务器 FQDN 基于“私有”(NetBIOS) Exchange 名称 + 本地 Active Directory 域名。

此外，我们还可以查看有关安装了 Exchange 服务器的本地 Active Directory 站点的信息。在我们的场景中，我们可以看到 Exchange 服务器安装在名为 - {Default-First-Site-Name} 的本地 Active Directory 站点上。

2.更新Exchange CAS服务器自动发现信息

在某些情况下，我们需要更改或更新在 Active Directory 服务连接点 (SCP) 自动注册的自动发现 Exchange CAS 服务器默认值

示例 1：交换 CAS 数组

如果我们想要将 CAS 阵列的名称添加到 Active Directory 服务连接点 (SCP)，我们可以使用以下 PowerShell 命令语法：

Set-ClientAccessServer -Identity "<Exchange server>" -AutodiscoverServiceInternalURI "<CAS Autodiscover URL address>"

例如，在我们的场景中，Exchange CAS 服务器 CAS 数组名称是 - cas.o365info.local

Set-ClientAccessServer -Identity "<Exchange server>" -AutodiscoverServiceInternalURI "<CAS Autodiscover URL address>"

示例 2：将其他 Active Directory 站点添加到 Exchange CAS 服务器

在多个 Exchange 站点的情况下，最佳实践是“分配”Active Directory SCP 中显示的信息的站点值。

例如，我们想要实现一个配置，其中名为 - exo1 的特定 Exchange CAS 服务器将自己“注册”为两个不同 Active Directory 的可用 Exchange CAS 服务器同时站点。

在我们的示例中，我们希望将 Exchange CAS 服务器“附加”到以下 Active Directory 站点：USA-NY 和 USA-LA

我们使用的 PowerShell 命令是：

Set-ClientAccessServer -Identity "ex01" -AutodiscoverSiteScope "USA-NY","USA-LA"

使用 PowerShell 获取有关 Exchange 自动发现 Web 服务的信息

正如我们之前提到的，大多数时候不需要配置或管理 Exchange CAS 服务器的自动发现内部和外部 URL 地址。

但我相信你们中的一些人有点好奇，想验证这只是一个童话故事还是一个真实的陈述。

为了满足您的需求，请获取有关 Exchange CAS 服务器自动发现内部和外部 URL 地址的更多信息。

我们用于获取信息和管理自动发现服务（内部和外部 URL 地址）的 PowerShell 命令是：

Get-AutodiscovervirtualDirectory

Set-AutodiscovervirtualDirectory

显示有关 Exchange 自动发现虚拟文件夹的信息

示例 1：查看自动发现特定 Exchange CAS 服务器的自动发现 Web 服务设置

为了能够查看自动发现特定 Exchange CAS 服务器的自动发现 Web 服务设置，我们将使用以下 PowerShell 命令：

Get-AutodiscovervirtualDirectory "ex01\*" | FL

在下面的屏幕截图中，我们可以看到有关 Exchange CAS 服务器自动发现虚拟文件夹的一些详细信息。

您可以看到 InternalUrl 的值，并且 ExternalUrl 是空！

其他可用信息与将使用的身份验证方法相关，例如 - 基本、NTLM、 Windows 集成 和WSSecurity。

示例 2：优化 PowerShell 的结果

如果我们想要优化 PowerShell 命令的结果，我们可以使用 PowerShell 命令过滤输出：

Get-AutodiscovervirtualDirectory "ex01\*" | Select name, Server, InternalUrl, ExternalUrl

示例 3：获取有关所有现有 Exchange CAS 服务器的自动发现设置的信息

如果您想要获取有关所有当前 Exchange CAS 服务器的自动发现设置的信息，您可以使用 PowerShell 命令：

Get-AutodiscovervirtualDirectory | Select name, Server, InternalUrl, ExternalUrl

在下面的屏幕截图中，我们可以看到有关所有现有 Exchange CAS 服务器的自动发现设置的信息

设置 Exchange CAS 服务器自动发现服务的身份验证设置

自动发现 Web 服务的身份验证设置应该自动配置以支持身份验证要求 + 支持所需的身份验证协议。

在某些故障排除场景中，如果自动发现 Web 服务出现问题或配置错误，我们可以使用 PowerShell 命令“修复”该问题。

在下面的 PowerShell 中，我们将配置自动发现 Web 服务以支持 WSSecurity 身份验证协议：

Set-AutodiscoverVirtualDirectory -identity "CASServerName\Autodiscover (Default Web Site)" -WSSecurityAuthentication $true

使用 PowerShell 管理 Exchange Web 服务 (EWS)

如前所述，只有在使用 Exchange 2013 Web 管理界面时，使用 Exchange 2010 图形界面时，用于配置 Exchange Web 服务 (EWS) 的内部和外部 URL 地址的选项才可用。

快速提醒 - Exchange Web 服务 (EWS) 是许多知名 Exchange Web 服务器的重要组件，例如可用服务（空闲/忙碌时间）、自动回复（外出）、邮件提示等更多的。

在面向公众的 Exchange CAS 服务器场景中，检查和验证 Exchange Web 服务 (EWS) 外部 URL 是否已更新并包含“正确设置”非常重要，这些设置将使外部邮件客户端能够访问所需的 Exchange EWS 服务。

显示有关 Exchange Web 服务 (EWS) 的信息

第一步是显示有关 Exchange Web 服务 (EWS) 内部和外部 URL 的“值”的信息。

示例 1：显示有关特定 Exchange CAS 服务器 EWS 设置的信息

为了能够查看名为 exo1 的 Exchange CAS 服务器的 EWS 设置，我们将使用以下 PowerShell 命令：

Get-WebServicesVirtualDirectory "ex01\*" | FL *url*

在下面的屏幕截图中，我们可以看到从配置为面向公众的 Exchange 服务器的 Exchange 服务器获取的 Outlook 示例。

我们可以看到

• InternalURL 中的值包括 Exchange 服务器的“私有主机名” - o365info.local
• ExternalURL 中的值包括 Exchange 服务器的“公共主机名” - o365info.com

示例 2：显示有关所有现有 Exchange CAS 服务器的 EWS 设置的信息

为了能够查看当前所有 Exchange CAS 服务器的 EWS 设置，我们将使用以下 PowerShell 命令：

Get-WebServicesVirtualDirectory | FL *url*

在下面的屏幕截图中，我们可以看到有关组织中所有 Exchange 服务器的 Exchange Web 服务 URL 地址的信息。

示例 3：显示有关特定 Exchange CAS 服务器 EWS 设置的信息 + 细化输出结果

Get-WebServicesVirtualDirectory "ex01\*" | Select InternalUrl,ExternalUrl

在下面的屏幕截图中，我们可以看到有关 Exchange Web 服务身份验证设置的信息。

设置\更新 Exchange Web 服务 (EWS) 的 URL 地址

示例 1：设置 Exchange Web 服务 (EWS) 的“公共”（外部）URL 地址

在以下示例中，面向公众的 Exchange CAS 服务器的 FQDN 为 - mail.o365info.com

PowerShell 命令：

Set-WebServicesVirtualDirectory -Identity "CAS01\EWS (Default Web Site)" - ExternalUrl https://mail.o365info.com/ews/exchange.asmx

示例 2：设置 Exchange Web 服务 (EWS) 的内部 URL 地址

在以下示例中，Exchange CAS 服务器的 FQDN 为 - ex01.o365info.local

PowerShell 命令：

Set-WebServicesVirtualDirectory -Identity "CAS01\EWS (Default Web Site)" -InternalUrl https://ex01.o365info.local/ews/exchange.asmx

使用 PowerShell 管理 Exchange Web 服务的“重置”

在以下部分中，我们将提供一些常见场景的一般示例，在这些场景中我们需要管理不同 Exchange Web 服务的 URL 地址主机名

交换OAB（离线通讯录）

Set-OABVirtualDirectory -identity "ex01\OAB (Default Web Site)"
-InternalUrl "https://ex01.o365info.local/oab"
-ExternalUrl "https://mail.o365info.com/oab"

ActiveSync Exchange Web 服务

示例 1：显示有关 Exchange ActiveSync | 的信息内部和外部 URL

PowerShell 命令：

Get-ActiveSyncVirtualDirectory -Server "ex01" | FL

示例 2：设置 Exchange ActiveSync 内部和外部 URL

Set-ActiveSyncVirtualDirectory -Identity "EX01\Microsoft-Server-ActiveSync"
-InternalUrl "https://ex01.o365info.local/Microsoft-Server-ActiveSync"
-ExternalUrl "https://mail.o365info.com/Microsoft-Server-ActiveSync"

OWA Exchange 网络服务

显示有关 OWA Exchange Web 服务的信息

示例 1：显示有关特定 Exchange CAS 服务器上的 OWA Exchange Web 服务的所有可用信息。

PowerShell 命令：

Get-OWAVirtualDirectory -identity "EX01\owa (default web site)"

示例 2：显示有关特定 Exchange CAS 服务器上 OWA Exchange Web 服务的内部和外部 URL 地址的信息。

Get-OWAVirtualDirectory -identity "EX01\owa (default web site)" | Select InternalUrl,ExternalUrl

示例 3：显示所有现有 Exchange CAS 服务器的 OWA Exchange Web 服务的所有可用信息。

Get-OwaVirtualDirectory | Select identity,InternalUrl,ExternalUrl

设置 OWA Exchange Web 服务的内部和外部 URL 地址

示例 1：为特定 Exchange CAS 服务器上的 OWA Exchange Web 服务设置内部和外部 URL 地址

Set-OwaVirtualDirectory -Identity "ex01\owa (default Web site)"
-InternalUrl "https://ex01.o365info.local/owa"
-ExternalUrl "https://mail.o365info.com/owa"

显示有关 ECP Exchange Web 服务的信息

示例 1：显示有关特定 Exchange CAS 服务器上的 ECP Exchange Web 服务的所有可用信息。

PowerShell 命令：

Get-EcpVirtualDirectory -server "EX01"

示例 2：显示有关特定 Exchange CAS 服务器上 ECP Exchange Web 服务的内部和外部 URL 地址的信息。

Get-EcpVirtualDirectory -server "EX01" | Select identity,InternalUrl,ExternalUrl

示例 3：显示所有现有 Exchange CAS 服务器的 ECP Exchange Web 服务的所有可用信息。

Get-EcpVirtualDirectory | Select identity,InternalUrl,ExternalUrl | FL

设置 ECP Exchange Web 服务的内部和外部 URL 地址

示例 1：为特定 Exchange CAS 服务器上的 OWA Exchange Web 服务设置内部和外部 URL 地址

Set-EcpVirtualDirectory -Identity "ex01\ECP (Default Web Site)"
-InternalUrl "https://ex01.o365info.local/ecp"
-ExternalUrl "https://mail.o365info.com/ecp"

Outlook Anywhere Exchange Web 服务

示例 1：显示有关特定 Exchange CAS 服务器上 Outlook Anywhere Exchange Web 服务的所有可用信息。

PowerShell 命令：

Get-OutlookAnywhere -Identity "ex01\*"

示例 2：显示有关特定 Exchange CAS 服务器的 Outlook Anywhere Exchange Web 服务的外部主机名 URL 地址的信息。

Get-OutlookAnywhere -Identity "ex01\*"

示例 3：显示所有现有 Exchange CAS 服务器的 Outlook Anywhere Exchange Web 服务的所有可用信息。

Get-OutlookAnywhere | Select identity,ExternalHostname |FL

汇总表

如果您对所有不同的 Exchange Web 服务管理选项感到有点困惑，您可以使用下表