我所在的公司没有人了解 Exchange、AD 和 Microsoft 的任何内容。我们有几款产品与 Exchange 兼容，因此我们需要有测试环境才能测试和开发它们。由于这两种产品都是“我的”，所以我被认定为 Exchange 专家，我的工作就是提供该测试环境。
我们正在使用 AWS 虚拟机，因此我设置了一个装有 Windows 2012 Server 的 VM，安装了 AD、DNS 和 Exchange 服务器所需的所有其他服务。在同一 VM 上，我安装了具有所有角色的 Exchange 2010 服务器。OWA 从一开始就正常工作，但我从未能够让 Outlook 启动任何邮箱。一段时间内，OWA 足以让一切正常运转，但现在我们真的需要让 Outlook 在该服务器上工作。
Outlook 的问题很常见：“无法打开文件夹集。无法打开信息存储”。所有常规修复方法（兼容性、创建新配置文件等）都不起作用，我几乎 100% 确定 Outlook 无法连接到服务器是因为缺乏正确的网络配置。
我将我们的测试域配置为 testenv.local，托管所有内容的机器名为 vm100.testenv.local。当我手动配置 Outlook 帐户时，我会输入虚拟机的 IP 地址或其主机名（我在主机文件中添加了条目，因此我可以使用主机名而不是 IP）。当我单击向导上的“检查名称”按钮时，它会在服务器和帐户名下划线，因此我知道它可以与服务器虚拟机通信（我猜它正在与 AD 通信，但我不确定，我对这些东西不太了解）。但是当我完成向导并启动 Outlook 时，它会在“正在加载配置文件”启动画面上挂起一段时间，然后显示我之前提到的错误消息。
由于该服务器应该被很多人使用（开发人员、支持人员、顾问），所以它应该可以从不在 testenv.local 域中的机器访问（基本上每个人都使用可以通过 vpn 网络访问的虚拟机）。
我可以将 Outlook 配置为使用与 POP3 相同的帐户，但我们需要带有日历、所有文件夹等的邮箱的全部功能，所以这还不够。
当我尝试https://vm100.testenv.local/Autodiscover/Autodiscover.xml我收到错误 600 的响应，我猜想这意味着服务正在响应，只有 Web 浏览器正在发送 GET 和 POST。
我还无法让 Outlook 与任何配置的 Outlook 一起工作。
我可能应该提到，我的服务器没有添加到任何“官方”DNS服务器中。
我的问题是：
- 我的配置中缺少什么？我想我检查了所有推荐的东西（我为此在谷歌上搜索了很多）
- 如果我们的网络管理员应该将我的服务器添加到 DNS，那么他到底应该添加什么？正如我所说，他们说他们对微软的东西一无所知，所以我必须非常明确地说明我需要他们做什么。
更新：
正如我之前提到的，我们都在使用可通过 vpn 访问的虚拟机。我个人觉得整个 AWS 速度非常慢，所以我使用我家用机器上托管的 virtualbox VM 工作，但我认为这并不重要（或者可能很重要？）。