Http 如果您能够成功ping和traceroute域,那么网站宕机是否是DNS问题?

Http 如果您能够成功ping和traceroute域,那么网站宕机是否是DNS问题?,http,dns,hosting,ping,traceroute,Http,Dns,Hosting,Ping,Traceroute,我和一个网络主机一起工作了10年,他们的主机很好。我有12个客户托管在一个帐户上,所有客户的流量都很低 我升级到了一个更好的方案,因为我的方案正在逐步淘汰。他们保证不会停工。现在已经快48小时了,自迁移以来,所有站点都已关闭 在我与支持人员的3次聊天中,他们一致认为停机时间(大约每次12、24和36小时)过长,并且他们有一个已知的问题。每个支持人员都说了同样的话:“DNS传播需要时间,我已经上报了您的问题,这是一个已知的问题,我已经再次推送DNS,只需等待4个小时。” 我说这对我来说没有意义,因

我和一个网络主机一起工作了10年,他们的主机很好。我有12个客户托管在一个帐户上,所有客户的流量都很低

我升级到了一个更好的方案,因为我的方案正在逐步淘汰。他们保证不会停工。现在已经快48小时了,自迁移以来,所有站点都已关闭


在我与支持人员的3次聊天中,他们一致认为停机时间(大约每次12、24和36小时)过长,并且他们有一个已知的问题。每个支持人员都说了同样的话:“DNS传播需要时间,我已经上报了您的问题,这是一个已知的问题,我已经再次推送DNS,只需等待4个小时。”

我说这对我来说没有意义,因为:

  • 它是同一个主机
  • 它是相同的专用IP地址
  • 它使用相同的DNS服务器
  • 如果我ping 12个域中的任何一个,它们将解析到正确的IP并给我良好的ms响应
  • 如果我跟踪12个域中的任何一个,它们将解析到正确的IP并显示合理的跳数
  • 如果我通过HTTP连接,我会得到一个带有广告的标准停车页面
  • 我每次都告诉他们这一点,并问他们这是否不是内部切换问题。他们告诉我不要担心,很快就会解决,这是一个DNS问题

    关于DNS,我有什么不理解的地方可以证明他们的主张


    提前谢谢

    这看起来不像是公共DNS问题,而是他们自己的内部问题,尽管有点过分


    我敢打赌,他们有内部问题。

    “DNS传播需要时间,”任何人这样说都会立即表明他们对DNS一无所知。DNS中没有传播。它不是一个自上而下的变化模型。