为单独的Web主机和电子邮件服务器configuration适当的DNSlogging

我inheritance了一个混乱,我需要你的帮助,把它理顺。

两个主要目标是改变“Example.com”的DNSlogging,以便“内部托pipe”电子邮件服务器(域名注册服务器和电子邮件服务器主机相同)继续运行,而域本身指向“外部托pipe“网站。

这里的信息:
1.“Example.com”DNS由公司Apipe理。
2.“Example.com”logging指向由Z公司托pipe的OLD站点。
3.“Example.com”NEW网站作为用户(〜exampledotcom)在公司B的帐户中存在
4.“Example.com”电子邮件服务器在公司A的虚拟主机帐户上运行。

目前,A公司存在的“Example.com”的DNS条目如下(Type,Name,Data)

A Record, example.com, [IP address of Virtual Server hosted by Company A that powers Email server but does NOT host current OLD site] A Record, www.example.com, [IP address of OLD site] MX Record, example.com, Pref=10 example.com Then all standard CNAME entires point to 'example.com' 

如果我正确理解当前设置,“他们”正在将“example.com”指向电子邮件服务器地址JUST,以便他们可以将MXlogging设置为“example.com”。 难道你不能简单地将MXlogging更改为电子邮件服务器的IP地址?

我如何安排我的名字服务器? 与B公司托pipe的新网站是否需要使用专用IP,以便我可以将Example.com的Alogging设置为专用IP?

[坦白地说,你这里有太多假装数据,这可能会不必要地混淆。 我会尽量保持一切。]

如果我正确理解您的问题,您目前有以下的DNSlogging:

 example.com. A 1.2.3.4 example.com. MX 10 example.com. www.example.com. A 4.5.6.7 

…和一堆未指定的CNAMElogging。 另外还有:

 some.other.host. A 2.3.4.5 

…托pipe您的新网站。

你希望example.com (可能是www.example.com )指向你的新网站,而不会中断电子邮件。

尝试这个:

  • mx.example.com注册为指向1.2.3.4的新logging。 将example.comMXlogging更新为指向mx.example.com 。 在这一点上,你将有:

     example.com. A 1.2.3.4 mx.example.com A 1.2.3.4 example.com. MX 10 mx.example.com. www.example.com. A 4.5.6.7 
  • 现在至less等待两次TTLlogging,以确保旧的MXlogging有时间从DNScaching中过期。

  • 接下来,更新example.comwww.example.comAlogging以指向您的新网站。 你会最终得到以下几点:

     example.com. A 2.3.4.5 example.com. MX 10 mx.example.com. mx.example.com. A 1.2.3.4 www.example.com. A 2.3.4.5 

在这一点上,我想你有你想要的。 电子邮件将继续由您现有的邮件服务器处理,但是您的网站已经移到您的新主机上。

在单独的域名/ DNS,Web和电子邮件提供商处

由三个不同的实体托pipe您的DNS,虚拟主机和电子邮件并不一定是坏事。 这有很好的理由:

  • 将您的域名注册和DNS服务与您的虚拟主机提供商分离,可确保您的虚拟主机不会让您难以切换提供商。
  • Google Apps和Office 365等专门的电子邮件产品远远优于与Web托pipe帐户捆绑在一起的电子邮件帐户。

关于共享IP地址是否适用于您的网站

  • 该网站不需要在专用的IP地址上。
  • 但是,如果网站的IP地址与其他站点共享,则Web服务器必须支持基于名称的虚拟主机。
  • 我build议使用ServerName www.example.comServerAlias example.com *.example.comconfiguration您的VirtualHost
  • 通过为www2.example.comconfiguration新的 Alogging并将其指向新网站的IP地址,可以并且应该在实际切换之前对其进行testing。

我会build议做以下事情:

  • 修改www.example.comAlogging,使其指向当前Web主机的IP地址。
  • 创build一个指向mail.example.com到您的入站电子邮件(SMTP)服务器的Alogging。
  • 创buildMXlogging,将入站邮件导向mail.example.com
  • 为您的出站邮件创build包含正确SPF信息的TXTlogging。
  • 如果您正在pipe理自己的邮件服务器(但是请不要除非您是邮件专家),请确保其IP地址的所有者创build了PTRlogging,以便反向查找将该地址标识为mail.example.com 。 这不是在创buildAlogging和MXlogging的相同位置进行configuration的,您不太可能有权力自行完成此操作。

一两个星期后,一旦您确定新的MXlogging已经生效,您可以执行以下操作,以便通过example.com而不是www.example.com访问您的网站的用户不会感到失望:

  • 修改example.com (也称为@.example.com )的Alogging,并将其指向新Web服务器的IP地址。

非常重要的DNS更改注意事项:

  • 如果您要更改网站的DNSlogging,则旧网站需要保持联机状态(如果是静态的)或对新站点的转发代理请求(如果是dynamic的) ,至less要等到旧的DNSlogging的TTL过去。 改变您的DNS设置后,请立即拔下旧站点上的插头,以便将访问者引导至新站点。
  • 同样,如果您的入站电子邮件服务器正在更改,则需要在旧电子邮件服务器的IP地址上设置SMTP代理,或者希望某些电子邮件可能无法正确传送,直到旧MXlogging的TTL和/或长达48小时。
  • 当然,通过将“旧”DNSlogging的TTL降低到相对较短的时间(例如7200秒== 2小时),然后等到先前的 TTL已经过期, 然后再进行任何更改,可以在一定程度上减轻这些影响。

TL; DR

创build一个将mail.example.com指向内部托pipe的电子邮件服务器的IP地址的Alogging。 将MXlogging更改为指向邮件服务器的Alogging。

将@ .example.com的Alogging更改为指向具有新网站的服务器的IP。 为www.example.com创build一个指向@ .example.com的CNAME。 或者,您可以创build另一条logging,将www.example.com指向新的Web服务器。

更深一点

有些东西可能会让你感兴趣:

  1. 'Example.com'NEW网站作为用户(〜exampledotcom)在公司B的帐户中存在

仅供参考,我希望你有良好的redirect规则,以掩盖该网站是在用户目录。 这没有什么技术上的问题,但是…似乎有点不合适。

如果我正确理解当前设置,“他们”正在将“example.com”指向电子邮件服务器地址JUST,以便他们可以将MXlogging设置为“example.com”。 难道你不能简单地将MXlogging更改为电子邮件服务器的IP地址?

他们没有将example.com的Alogging设置为与电子邮件服务器相同的地址,除了可能是运行Web服务器,电子邮件服务器,ftp服务器以及其他用途的所有function于一身的服务pipe理网站。 是的,Alogging和MXlogging是独立的,可以指向不同的主机。

我如何安排我的名字服务器? 与B公司托pipe的新网站是否需要使用专用IP,以便我可以将Example.com的Alogging设置为专用IP?

你不需要专用的IP。 大多数Web服务器都设置为执行虚拟主机差异化,以便将您网站的请求发送到正确的目录,而不pipe您是否与数十个或数百个其他站点共享IP地址。

您的NSlogging需要指出谁持有您的DNS条目,在您的情况下是公司A。您的注册商将持有胶水logging(logging您的名称服务器的名称和他们的名称parsing为什么IP地址),并在您的情况注册商也是DNS主机。

总而言之,这听起来不是太麻烦。 我看到了更糟。 =)