上个月,我志愿参加了一次活动,帮助非营利组织获得一些关注,满足他们的网络需求。
我的组织需要新的托管。我编制了一个AWS EC2实例,我们安装了Apache、SQL和整个9码,然后将所有的DNS条目移到GoDaddy,然后交换名称服务器来指向GoDaddy。效果很好。
几周后,我收到一封电子邮件,说网站又坏了。我不能复制它,但为了排除用户错误,我跳到了一个电话会议,我的新朋友在巴拿马。
她的手机和她的工作笔记本电脑都决心用旧的服务器,我亲眼看到的。旧服务器坏了,新的AWS托管版本没有损坏,但是没有人能够到达新版本。她的手机和笔记本电脑共用一个无法解决的ISP。在她家里,在一个独立的ISP上,它工作得很好。从我的机器和手机上看,很明显它能工作。
所以,为了进行理智的检查,我让她插上谷歌DNS,冲洗所有dns缓存,并尝试一下。不知怎么的,它仍然会解析到错误的IP地址。在她家里,谷歌DNS还在使用中,它解决得很好。对于硬编码的主机文件,它可以工作,但很明显,这是不可伸缩的。
ISP如何推翻谷歌的DNS,并将整个国家发送到一个月前的DNS条目?
我做了另一次DNS更新,希望能解除可能发生的日志阻塞。已经两周了,还没有到达他们的网络。
我还能做些什么才能让这东西再起作用?
发布于 2017-06-27 03:51:53
好吧,过去的自我,他是未来自我的答案:
询问她是否联系了GoDaddy支持部门,以获得她的电子邮件帐户的帮助,看看他们是否将她的旧名称服务器通过某个反向渠道添加回来,这样他们就可以让一个NS指向您的新EC2实例,另一个指向旧的BlueHost帐户。
他们的名称服务器配置出现了一个小故障,显示了“名称服务器: GoDaddy”或类似的内容,其中一些DNS工具向我展示的情况并非如此。我必须手动将名称服务器设置为NS07.DOMAINCONTROL.COM和NS08.DOMAINCONTROL.COM,这是根据我移动到的其他域设置的。
结果,我和她的解决方案不同,因为每个名称服务器的响应时间不同:客户端到名称服务器显然只使用来自最快/最低延迟服务器的响应。
TL:DR;Nameserver与GoDaddy技术支持不匹配。
https://serverfault.com/questions/856969
复制相似问题