微软连接分析器自动发现故障排除工具|第 3#4 部分 |第 23 部分#36.com

Microsoft 连接分析器 (MCA) 工具是 ExRCA（Microsoft 远程连接分析器工具）自动发现测试的“可安装客户端”或“软件客户端”版本。使用 Microsoft 连接分析器 (MCA) 工具与 Microsoft 远程连接分析器 Web 工具的主要目的是能够从组织网络内部测试自动发现过程，或者通过从特定用户桌面测试自动发现过程。

ExRCA（微软远程连接分析工具）

当使用 ExRCA（Microsoft 远程连接分析器工具）基于 Web 的工具时，我们敏锐地使用外部公共服务器来模拟自动发现流程。

实际上，自动发现通信通道可以从内部\私人组织网络或公共网络实施。

重要的问题是，自动发现通道在私人组织网络与外部\公共网络场景中的应用方式是不同的，因为自动发现过程涉及不同的组件。

关于 Microsoft 连接分析器 (MCA) 收费的另一个重要观察结果是，尽管此工具安装在用户桌面上，但 Microsoft 连接分析器 (MCA) 工具无法用于检查或使用在基于 Active Directory 的系统中实现的自动发现方法。环境。

换句话说，我们无法使用 Microsoft Connectivity Analyzer (MCA) 工具来测试自动发现 LDAP 方法，在该方法中，自动发现客户端会寻址本地 Active Directory。

MCA的优点和缺点

优点

• Microsoft 连接分析器 (MCA) 充当自动发现功能，使我们能够根据安装 Outlook 等邮件客户端的需要检查和分析自动发现和 Outlook Anywhere 与 Outlook 的流程。
• Microsoft 连接分析器 (MCA) 使我们能够通过从特定主机和特定网络执行自动发现过程来模拟自动发现过程，而不是使用 Microsoft 公共服务器实现的 ExRCA 工具。

缺点

• Microsoft Connectivity Analyzer (MCA) 客户端无法监视和检查 Active Directory 环境中的自动发现（基于 LDAP 查询的自动发现等）。
• Microsoft 连接分析器 (MCA) 不包含使用 ExRCA 等工具时包含的所有选项。
• Microsoft 连接分析器 (MCA) 收费被视为我们下载 + 安装的软件，而 ExRCA 工具是基于 Web 的工具。

Microsoft 连接分析器 (MCA) 与 ExRCA（Microsoft 远程连接分析器）。

1. 软件组件与 Web 应用程序

Microsoft 连接分析器 (MCA) 和 ExRCA（微软远程连接分析器）之间最显着的区别是，MCA 是我们需要安装的软件组件，而 ExRCA 是作为 Web 应用程序实现的（使用由访问 ExRCA URL 等）。

2. 限制“测试”选项的数量

另一个区别是，我们可以将 Microsoft 连接分析器 (MCA) 视为“最小化版本”或受限版本，与使用远程连接分析器工具时可用的选项相比，该版本仅提供一组有限的“测试” 。

3. 用户界面

Microsoft 连接分析器 (MCA) 的用户界面与 ExRCA（Microsoft 远程连接分析器）不同。

对比。 Microsoft 远程连接分析器基于“选项卡”概念和用户可以选择的可选测试列表，MCA（Microsoft 连接分析器）界面位于“基于向导”的界面上。

用户选择他遇到的问题的描述，并根据“用户部分”，Microsoft Connectivity Analyzer (MCA) 提供最合适的测试。

4. 实施集成测试 - 自动发现 + Outlook Anywhere。

作为简化用户界面的一部分，MCA（Microsoft 连接分析器）将两个独立的测试合二为一。

当用户报告他无法创建新的 Outlook 邮件配置文件时，问题可能与自动发现基础结构或服务器端的 Outlook Anywhere 有关。

在上一篇文章（Microsoft 远程连接分析器 (ExRCA) | 自动发现故障排除工具 | 第 2#4 部分 | 第 22#36 部分）中，我们回顾了 ExRCA 接口以及选择“专用”自动发现测试的选项。

对比。在此选项中，MCA（Microsoft 连接分析器向导）为用户提供了一个名为“我无法使用 Office Outlook 登录”的选项。

如果用户选择此选项，MCA 将同时执行两个不同的测试 - 自动发现测试 + Outlook Anywhere (RCP/HTTPS) 测试。

有关 MCA 接口的一般说明

我的观点或愿望是 - 用户界面应该设计不同，并提供与远程连接分析器工具相似甚至相同的界面。

我希望将来有人会阅读我所写的内容并采纳我的建议（是的，我知道我生活在一个爱乐之城；-））

下载并安装 MCA（Microsoft 连接分析器）软件组件。

转至 Microsoft 远程连接分析器 (https://testconnectivity.microsoft.com/) 站点，选择客户端选项卡，然后单击 >立即安装选项。

MCA - 安装要求

在桌面上安装 MCA（Microsoft 连接分析器）的要求是：

• 该工具支持以下操作系统：Windows Vista、Windows 7、Windows Server 2008、Windows 8
• 需要 Microsoft .NET Framework 4.5

使用 MCA（Microsoft 连接分析器）

为了演示MCA（Microsoft Connectivity Analyzer）的使用，我们将使用以下场景：

名为 John 的用户使用电子邮件地址 - [email protected]，创建新的 Outlook 邮件配置文件。

John 办公桌已加入域，并且 John 位于私人公司网络中。

注意：不要忘记 MCA（Microsoft 连接分析器）不知道如何使用 Active Directory 自动发现方法，并且 MCA（Microsoft 连接分析器）只能使用在非 Active Directory 环境。

我们想回顾一下自动发现客户端和自动发现端点之间应用的自动发现工作流程。

第 1 步 - 选择所需的测试

为了能够执行自动发现测试，我们需要选择选项 - “我无法使用 Office Outlook 登录”。

注意 - 如果选择此选项，MCA 将同时执行两项测试 - 自动发现测试 + Outlook Anywhere (RCP/HTTPS) 测试。

第 2 步 - 提供用户凭据

如果我们使用 Exchange 本地服务器基础设施，大多数情况下身份验证命名约定将基于 -
\

第 3 步 - 查看或保存测试结果

测试完成后，我们可以选择以下选项之一：

查看测试结果或保存测试结果。

分析测试结果的内容

在下面的屏幕截图中，我们可以看到测试结果成功完成，但需要注意的是，测试是通过使用两种不同的 Exchange 服务来实现的：

1. 自动发现基础设施测试
2. Outlook Anywhere 基础结构 (RPC\HTTPS) 测试

在我们的场景中，我们可以看到这两个测试都已成功完成。

结果屏幕分为两部分：

1. 测试结果概要（截图中的A部分）

2. 关于测试中包含的每项操作的详细报告（屏幕截图中的 B 部分）

MCA（Microsoft 连接分析器）结果的显示基于与 ExRCA 工具使用的相同分层概念。

“顶级”结果可以“扩展”，因此我们可以看到特定测试中涉及的每个“步骤”，并且大多数时候，我们还可以“扩展”每个具体步骤以获得更详细的信息。

B.1 部分 - 分析自动发现测试结果

第 1 步：尝试使用根域名连接自动发现端点主机

在下面的屏幕截图中，我们可以看到非 Active Directory 环境中的自动发现过程是通过使用收件人电子邮件地址、域名，然后使用域名作为潜在的自动发现端点主机名来实现的。

在我们的场景中，尽管当自动发现客户端尝试验证潜在的自动发现端点是否可以使用 HTTPS 进行通信时，主机设法将主机名解析为 IP 地址，但测试失败（数字 1）。

第 2 步：尝试使用自动发现标准主机名连接潜在的自动发现端点

在下面的屏幕截图中，我们可以看到自动发现客户端“继续”到下一个主机名选项，在该选项中，他将尝试使用命名约定寻找潜在的自动发现端点：自动发现+收件人 SMTP 域名。

在我们的场景中，潜在的自动发现端点将是 - autodiscover.o365info.com

我们可以看到将主机名解析为 IP 和验证潜在自动发现端点是否可以使用 HTTPS 进行通信的步骤已成功完成（数字 2）。

查看自动发现测试的详细信息

为了能够获得有关已实施的具体步骤的更多详细信息以及每个步骤的结果的完整描述，我们所需要做的就是双击出现在左侧的“展开图标”自动发现方法标题
（尝试测试潜在的自动发现 URL https://autodiscover.o365info.com/Autodiscover/autodiscer.xml）

在下面的屏幕截图中，我们可以看到自动发现客户端实现的五个步骤的“标题”

步骤 1 - 尝试解析主机名 autodiscover.o365info.com

步骤 2 - 测试 TCP 端口 443

步骤 3 - 测试 SSL 证书

步骤 4 - 检查客户端证书身份验证的 IIS 配置

步骤 5 - 尝试向潜在自动发现 URL 发送自动发现发布请求

旅程结束 - 客户端获取所需的 Autodiscover.xml 文件

在下面的屏幕截图中，我们可以看到自动发现客户端向自动发现端点发送请求：

尝试向潜在的自动发现 URL 发送自动发现 POST 请求。

自动发现端点生成所需的信息并将其发送到自动发现客户端。我们可以看到信息的内容包括XML格式的数据。

自动发现服务器响应包括不同 Exchange Web 服务的 URL 地址，例如可用性服务、OOO 等。

B.2 部分 - 分析 Outlook Anywhere 测试结果

MCA（Microsoft 连接分析器）结果的下一部分与 Outlook Anywhere 服务（或以前的名称 RPC/HTTPS）相关。

如果邮件客户端需要从外部网络进行访问，自动发现将充当 Outlook Anywhere 服务的基础结构。

只有当自动发现过程的第一部分成功完成后，Outlook Anywhere 的“第二部分”也才能完成。

我们不会详细审查 Outlook Anywhere 服务测试结果，但重要的是要了解 Outlook Anywhere 包含一整套需要实施的“步骤”。

如果我们想要查看 Outlook Anywhere 结果的详细报告，我们需要展开所需的部分。

在下面的屏幕截图中，我们可以看到 Outlook Anywhere 通信通道中涉及的所有步骤。

例如，我们可以看到 Outlook Anywhere 客户端正在与 Exchange On-Premise 服务器的内部名称“对话”，使用主机名 - exo1.o365info.lcoal （数字5）。

Outlook Anywhere 的“旅程”还没有结束呢！

在下面的屏幕截图中，我们可以看到 Outlook Anywhere 客户端执行的步骤的“重置”。

例如，Outlook Anywhere 客户端将尝试“RPC ping”RPC 代理服务器。在我们的场景中，RPC 代理服务器名称是 - mail.o365info.com（数字6）。

保存测试结果

如果我们想要保存报告以进行其他分析，我们可以将报告保存为 HTML 文件。

在报告结果中选择选项 - 保存结果。

在HTML结果文件中，我们可以看到报告信息。

上半部分包括一般摘要，在下半部分，我们可以使用展开按钮来获取有关已实施的每个步骤的详细概述。