正如标题中提到的，我指示我的客户3天前更新DNS Alogging以指向我的新服务器IP。 域名注册商为Heart Internet，客户向我提供了页面的实际截图，显示（*，@，www）Alogging确实指向了我的新服务器，但是我看不到使用任何DNSlogging各种工具，如whatsmydns。
旧的和新的服务器都运行Ubuntu 12.旧的服务器使用Nginx运行，而新的服务器使用Apache2运行。
我无能为力，为什么会发生这种情况，因为使用其他注册商，我已成功更新所有指向新服务器的其他客户端的DNSlogging。
如果我无法使用build议解决问题，我将在这里提供IP /域名。
名称服务器存在于注册服务商以外的地方并不罕见。 许多networking托pipe公司告诉客户把他们的名字服务器移动到networking托pipe公司（有些甚至可能需要它，虽然没有技术要求的networking主机也托pipeDNS）。 许多“个人”的networking托pipe人也告诉他们的客户移动他们的名字服务器（愚蠢的，因为networking托pipe人通常不擅长托pipeDNS，可能不应该这样做）。
关键是要更新域名权威DNS主机上的Alogging。 现在，这似乎是ns59.1and1.co.uk和ns60.1and1.co.uk 。 所以你的客户端应该有1and1的login名，以便他们可以在那里编辑Alogging。 如果他们没有，那么他们需要联系1and1来获得login。 我假设1and1在一个点上托pipe他们的网站。 您的客户也可以将其名称服务器移回注册服务商。 他们需要在注册商login才能这样做。
编辑
这是我发现的一个话题，让很多人感到困惑，所以我想澄清一些事情：
当一个域名被注册时，通常涉及四个主要组件/实体：
1.注册服务商 – 这是域名注册的地方。 注册服务商拥有域名的最终权力（注册，续展，暂停）。
2. DNS主机 – 这是名称服务器和DNS区域和logging的存在位置。 什么名称的服务器是域名的权威？
3.网站 – 网站在哪里存在？
4.电子邮件 – 域名的电子邮件去哪里？
在当今供应商希望“把所有东西都交给所有人”的市场中，单个实体处理所有这四个组件并不罕见， 但是没有技术要求 。
例如：我有几个通过networking解决scheme注册的域名。 networking解决scheme是注册商，如果我这样select，他们也可以托pipe我的DNS名称空间（我的域名的DNS区域 – 这是权威名称服务器的地方），如果我这样select，他们也可以托pipe我的网站和我的电子邮件。 但是这不是要求 。 我碰巧在DynDNS上托pipe了我的DNS区域（同样是权威的名称服务器）。 我自己托pipe我的网站和我的电子邮件。 所以你看，在我的情况下有三个不同的实体： 1.networking解决scheme，谁是注册商。 2.DynDNS，主持我的域的DNS区域。 3.我负责我的网站和我的电子邮件。
所有这一切的重点是：名称服务器可以由提供该服务的任何人托pipe。 它不一定是注册服务商。 它可以并经常是托pipe网站的实体。 在你的情况下，它看起来像1and1托pipe的网站在某些时候，可能有客户移动他们的名字服务器1and1。
如果您没有自己的configuration权限，请从您的客户端确认configuration。 Alogging条目需要IP地址，域名parsing也需要dns。 他们都应该正确指出。而且它也依赖于TTL时间（需要多less时间来传播）。
目前dig命令显示如果它已经三天了，你已经咨询过客户端了。
;; 答案部分：usspeaking.com。 21561 IN A 162.13.85.23
;; 答案部分：usspeaking.com。 21599在NS ns59.1and1.co.uk。 usspeaking.com。 21599在NS ns60.1and1.co.uk。
希望对你有帮助
您的当前DNS指向旧服务器DNS，如评论（ns59.1＆1.co.uk，ns60.1＆1.co.uk）中所述。您应该询问新服务器的托pipe提供商有关DNSlogging的信息，并根据需要编辑DNSlogging条目到那个。 主要是它的ns1.my domain.com和ns2.my domain.com。 他们会为你解决它。 这需要从两端（域名注册商方和托pipe提供商方）完成。