域名服务器和DNSlogging:在服务器停机期间,子域和电子邮件是如何redirect的

我试图让我的头了解我的服务器的这个方面是如何工作的,我不确定我是否正确地理解它。 我正在寻找确认我的假设是正确的或更正的假设。

情况:

我们有一个专门的服务器(运行WHM&cPanel),它有多个站点,包括我们自己的。 我们还有一些指向其他服务器的子域,我们的电子邮件也由不同的服务托pipe。 我们的NSlogging都指向我们的专用服务器。 设置大致如下:

  • site.com:我们的dedi服务器
  • support.site.com:第三方服务(zendesk)
  • status.site.com:我们的dedi服务器(暂时)
  • 电子邮件/ MX:第三方服务(机架空间)

status.site.com暂时在我们的服务器上,但我正在寻找这个移动到一个单独的服务器 – 我不能报告宕机时间,如果status.site.com也是!

最近由于数据中心问题,我们有一些停机时间,以下是我们所做的事情:

  • site.com:down(显然)
  • support.site.com:可访问
  • status.site.com:向下
  • 电子邮件:closures

我的假设如下(请纠正,如果我错了!):

  • support.site.com有一个CNAMElogging,指向第三方服务器。 这是为什么在主服务器closures的情况下,子域名仍然可以访问吗?
  • 电子邮件将MXlogging设置为指向第三方服务。 MXlogging的工作方式是否有所不同,并且在反弹到第三方服务之前必须嗡嗡声服务器? 为什么这与子域的工作方式有所不同?

此外,假设我设置了一个单独的服务器来托pipestatus.site.com,我可以假设这应该继续作为support.site.com发生服务器停机事件吗?

您的设置中的主要缺陷是您在服务器上(并且仅在您的服务器上)托pipe您的DNS。 这总是一个坏主意。 理想情况下,您将在两个不同networking/数据中心的两台服务器上托pipeDNS,如果这样做,则不依赖主服务器的所有内容都将继续运行,包括support.example.com和邮件服务(以及状态站点如果它在另一台机器上)。 使用第三方提供商的DNS托pipe是一个完美的可行方法,我会推荐它运行自己的。

support.example.com最有可能只是仍然工作,因为CNAMEparsing仍然caching在您的客户端上。

什么是support.site.com的TTL? 根据时间值设置,这可以解释为什么子域仍然活跃。 因为logging没有被重新广告。 logging上的caching没有过期,所以需要查询域名的DNS。 MX条目,你怎么给他们分配优先级。 这可以解释为什么在停机时间电子邮件不再可用。 同样build议将名称分割者分散到不同的地理区域,以避免出现单点故障。