Microsoft 365 / 添加公司域名并检查DNS设置
要将公司域名连接到 Microsoft 365，首先需要确认域名所有权，并根据要使用的服务设置 DNS 记录。用于所有权验证的 TXT 记录和将邮件发送到 Microsoft 365 的 MX 记录目的不同。如果正在使用现有邮件，请在更改 MX 前准备好用户邮箱和迁移计划。
开始前需要准备的信息
- 注册域名的公司以及实际管理 DNS 记录的公司的登录权限
- 当前网站、邮件、外部发送服务使用的 DNS 记录列表
- Microsoft 365 中要使用的用户地址和邮箱准备状态
- 邮件迁移时间、负责人、测试地址以及出现问题时的回退标准
域名注册商和 DNS 托管商可能不同。如果将记录添加到错误的管理界面，将无法验证。微软的 自定义域名添加指南 说明了 Domain Connect 自动设置和手动 DNS 设置。
在 Microsoft 365 中，需要准备具有添加域名权限的角色。DNS 商帐户权限与 Microsoft 365 管理员权限是独立的，因此需要能够访问两处。即使登录了购买域名的公司，如果名称服务器指向其他公司，则需要在该公司进行实际的 DNS 修改。
在操作前请将当前记录导出或以列表形式保存。必须记录类型、名称、值、优先级和 TTL 才能恢复。TTL（Time To Live）是 DNS 响应在缓存中保存的时间。即使保存到 DNS 界面，所有外部用户也不会立即查询到新值。
验证域名所有权
- 在 Microsoft 365 管理中心的 [设置] → [域名] 中选择 [添加域名]。如果菜单被折叠，请点击 [显示全部]。
- 输入要添加的域名，然后选择指示的所有权验证方法。如果您手动管理 DNS，请准确复制屏幕上显示的 TXT 记录的主机和数值。Microsoft 提供的数值因域名而异，因此不要直接使用示例数值。
- 在 DNS 托管服务商处添加相应的 TXT 记录。如果同一主机已有其他 TXT 记录，请不要随意删除或覆盖，而是确认能否以单独记录的方式添加。
- 返回管理中心，点击 [验证]。即使立即失败，也可能是 DNS 传播延迟，因此请先确认输入值和 DNS 管理位置，然后稍后再试。
为了避免误解 DNS 输入栏
下表的数值仅用于输入方式说明。请不要生成实际的 TXT 验证值或 MX 目标，而应复制管理中心为该域名提供的数值。
| 输入栏 | 含义和选择标准 | 常见错误 |
|---|---|---|
| 名称·主机 | 检查它是域名根还是特定子名。根据提供者不同，用@或留空表示根域。 | 提供商会自动补全域名；此时再次填写完整域名会导致域名重复。 |
| 类型 | 使用完全相同的类型，比如TXT作为所有权确认，MX用于邮件投递路线 | 类型混淆，例如将TXT值输入CNAME目标 |
| 值与目标 | 向导提供的字符串或服务器名称 | 空格和缺失字符，重复使用其他组织的示例值 |
| TTL · 优先级 | TTL 代表缓存时间，而 MX 中优先级数越小，优先级越高。 | 对TXT应用MX优先级，还是让之前的MX保持相同优先级 |
如果所有权验证失败，首先确认实际负责该域的权威DNS 中该名称的 TXT 是否可查询。可能存在其他服务的所有权验证 TXT 在相同名称下，这种情况不能通过删除解决。如果提示已被其他租户使用，这与DNS传播延迟是不同的问题，需要先确认现有连接和域的所有组织。
连接邮件和其他服务的 DNS
仅完成所有权验证并不意味着邮件迁移会自动完成。Microsoft 365 安装向导会提供所选服务所需的记录。用于邮件的 MX、用于客户端自动配置的 CNAME、用于发送域认证的 SPF 和 DKIM 相关记录，各自的作用不同。所需的记录和数值请在租户界面中确认。Microsoft 的 DNS 连接流程 也会指导此顺序。
- 在切换前，确认使用域名接收邮件的所有用户及共享地址，并准备好 Microsoft 365 邮箱。
- 查看安装向导中显示的服务专用记录。如果已有发送系统，请不要创建多个 SPF，而应检查是否与现有配置整合。
- 在设定邮件切换时间点时，更改 MX 记录。从此之后，新邮件将可能进入 Microsoft 365，因此需要与现有邮件服务器进行切换计划。
- 检查管理中心的域状态和 DNS 查询结果，并在组织内外发送和接收测试邮件。不仅要查看邮件是否到达，还要检查发件人认证结果。
MX 更改前后需要确认的实际结果
例如，如果要迁移 20 名员工和 2 个代表地址，仅检查员工帐户是不够的。需要将所有接收地址、别名和共享邮箱列成清单，并确认 Microsoft 365 已准备好接收这些地址的邮件。将现有服务器的历史邮件迁移是与 MX 更改分开的操作。即使更改 MX，之前邮箱的内容也不会自动复制。
- 切换前： 对照现有 MX 和网站记录、准备好的收件人清单以及操作时间。即使使用自动设置，也要在确认屏幕上查看要更改的记录，并确认现有邮件路径是否会发生变化。
- 切换后： 在 DNS 查询中确认 MX 目标和优先级是否与计划一致，并在管理中心重新运行域检查。即使 DNS 检查通过，也不表示已测试所有用户邮箱。
- 邮件测试: 分别从外部地址发送到员工·代表地址，并在 Microsoft 365 中向外部地址回复。测试时记录发送时间和接收地址，并在有投递失败通知时进行保存。
- 稳定性确认: 查看旧服务器上是否还留下新邮件。由于缓存仍在的发送系统在一段时间内可以使用原有路径，因此不会立即废除旧环境。
未收到的邮件通过 消息跟踪以确认路径，并继续检查发送认证 SPF·DKIM·DMARC检查。不要仅凭所有权确认成功这一结果就处理邮件迁移完成。
网站也会迁移到 Microsoft 365 吗？
不会。将域名添加到 Microsoft 365 并不会自动迁移现有网站。但如果错误修改 DNS 记录，网站或其他服务可能会中断。如果只转换邮件，请不要不必要地修改网站的 A、AAAA、CNAME 记录。
如果出现问题，首先比较当前的 DNS 记录与更改前的记录。即使将 MX 恢复到之前的值，由于 DNS 缓存，切换可能不会立即生效，因此请同时确认两个邮件环境的接收状态。在恢复时，只将此次更改的记录恢复为更改前的值，并对照检查在切换过程中邮件是否到达任一方。DNS 恢复不会将两个邮箱的数据合并。请避免通过删除域名或用户等方式暂时中止服务连接。
