☰

我的问题：

tag-icon • tag-icon domain-name-system website
我的问题：

这里有很多类似的问题，但没有一个看起来是我真正需要的。

我知道我需要的很简单，但我无法在网上搜索它，可能我遗漏了一个关键词。

我的问题：

第三方（我还没见过）上设置了标准 DNS，用于控制网站和电子邮件。定义为“旧服务器”。在其自己的服务器上设置了一个新网站，定义为“新服务器”，此服务器仅托管该网站，因此我需要更新原始“旧服务器”DNS 托管商的 DNS。

我知道我应该将原始记录A（仅）更新为托管新网站的服务器的 IP。

但是我不明白该如何处理新网站服务器的 DNS，它需要识别在处理电子邮件时将电子邮件发送到 WAN，而不是在内部处理。我该如何设置这DNS，比如说新网站给网站所有者发送邮件，那么邮件需要从新服务器发送到旧服务器；

这是否只是更新新网站服务器上的 MX 记录以指向原始 DNS 服务器的情况？

或者我在这里遗漏了一些东西？

更新 1

回应蒂尔曼的回答回答我上面的问题。对上面的答案进行了某种程度的重写和澄清。

有一个域；“域 Alpha”，其 A、MX 和所有其他记录均设置正确。

  1. 我认为，为了重定向网站 -仅有的- 到新服务器，在为“域 Alpha”设置的 DNS 规则上，我应该更新“A”DNS 规则 -仅有的- 到新网站服务器的IP。

  2. 然后，我将在此新服务器上设置 DNS 规则集，以便 -仅有的- 处理传入的 HTTP 请求以及其他任何被推回到原始 FQDN DNS 规则集的内容。

  3. 基本上，我想将除电子邮件（MX）之外的所有服务委托给新服务器并保持电子邮件原样。

我是否可以通过在现有 DNS 规则集中设置指向新服务器的 A 规则集记录来执行此操作（3），然后在新服务器（也包含 DNS 规则集）上将显式 MX 记录设置回“原始”当前服务器 IP（或原始/当前 DNS 主机）？

答案1

您需要理清概念。没有“新网站服务器的 DNS”这样的东西。只有一个全球域名系统 (DNS) [1]，其中包含域名的资源记录 (RR)，并且其中有一个针对您域的权威名称服务器，您可以在该服务器上维护和更新该域内的 RR [2]。DNS 也没有“规则集”，或“识别”任何东西。它只是回答有关分配给完全限定域名 (FQDN) 的 RR 的查询，而不考虑（实际上甚至不知道）客户端想要访问哪种服务。

关于您的问题，没有所谓的“新服务器上的 DNS 规则集”能够“仅处理传入的 HTTP 请求”，因为 DNS 甚至不知道传入请求是否是 HTTP。一旦任何内容到达您的新 Web 服务器，也没有机制可以“推回”它。

有两种类型的 RR 可满足您的目的：

  • A（地址）或 AAAA（v6 地址）RR，用于将 IPv4 或 IPv6 地址分配给 FQDN；这是访问 Web 服务器时要查阅的 RR，因此在将 Web 服务移动到新服务器时需要更改此 RR
  • MX（邮件交换）RR 将邮件服务器分配给 FQDN；这是在向主机部分具有该 FQDN 的地址发送邮件时参考的 RR，因此您只需在移动邮件服务时更改它

然而，还有一些其他注意事项：

  1. 请务必小心使用/修改正确 FQDN 的 RR。通常，您网站的 FQDN 与邮件地址中用作主机部分的 FQDN 不同。例如，您的网站 URI 可能是，https://www.example.com但您的邮件地址将是[email protected]。在这种情况下，确定要咨询的 Web 服务器的 A RR 将是 FQDN 上的 RR www.example.com，但确定邮件服务器的 MX RR 将在 FQDN 上example.com（不带www.）。如果您的网站可以通过这两种方式访问https://www.example.com​​，并且https://example.com您需要更新 A RR两个都 www.example.com和example.com。
  2. MX RR 引用的是 FQDN，而不是 IP 地址。然后，该 FQDN 又通过 A RR 解析为 IP 地址。FQDN 的 MX RR 引用相同的 FQDN 是完全合法的（尽管有些不寻常）。在这种情况下，FQDN 上的 A RR 用于两个都网络服务器和邮件服务器，而将 FQDN 的 A RR 更改为指向新的 Web 服务器也会更改邮件服务器的 IP 地址。为了避免这种情况，您需要为邮件服务器提供一个自己的新 FQDN，并将其放入 MX RR 中，这是上述 MX RR 需要保持不变的声明的一个例外。
  3. 更糟糕的是，即使您的邮件域和网站 FQDN 不同，您的邮件域的 MX RR 仍然可能引用您的网站使用的相同 FQDN。在这种情况下，同样，您需要先为邮件服务器提供自己的 FQDN，然后再更改网站 FQDN 上的 A RR。

所以你需要做的是：

  1. 整理一份用于（或应该用于）访问您网站的所有 FQDN 列表。如果该列表只有一个条目，那就更好了。
  2. 检查该列表中的任何 FQDN 是否也用于不应与 HTTP 服务一起移动到新服务器的其他服务。这包括但不限于任何 MX RR 的右侧。它确实不是包括 HTTPS，它将与 HTTP 一起迁移到新服务器。它还不是包括 MX RR 的左侧。
  3. 对于步骤 2 中确定的每个服务，创建一个新的、单独的 FQDN，将现有 FQDN 的 RR 复制到该 FQDN，然后将该服务的所有用途更新为新的 FQDN。
  4. 将步骤 1 中确定的 FQDN 的 A RR 更新为新 Web 服务器的 IP 地址。

[1] 撇开私有分割 DNS，以免不必要地使事情复杂化

[2] 为简单起见，先忽略子域名委托

答案2

您域名的权威 DNS 服务器应该包含适合您域名的 MX 记录。

当您的新服务器向您的域发送电子邮件时，新服务器使用的 SMTP 服务器将查询目标域的 MX 记录。

然后邮件服务器将解析 MX 记录中提到的邮件服务器的 A/AAAA 记录，然后连接到该服务器。

请注意，如果 MX 记录指向用于 Web 服务的域名，则需要为您的 MX 记录设置另一个域。

例如：如果旧服务器具有指向www.example.com的 IP 地址192.0.2.1和 MX 记录www.example.com，则新设置无法使用它。

您的权威 DNS 服务器针对该域的一组有效 DNS 规则如下：

www.example.com A 192.168.100.1
www.example.com MX mail.example.com
mail.example.com A 192.168.200.1

这里192.168.100.1是新服务器的IP地址，192.168.200.1是旧服务器的IP地址。

MX 记录必须始终是一个域名。

相关内容