我正在迁移一个拥有几千个小站点的Web服务器，并且有自己的DNS。 每个站点都有一个“customer.ourcompany.com”forms的主机名，有些还有“www.customersdomainname.com”。
当我们进行迁移时，IP将会改变，所以我们需要更新所有域的所有DNS条目。 由于此机器也是我们的company.com的权威，所以ns1.ourcompany.com的IP也必须更改。
这就是问题。 对于所有的客户端域名，我们需要确保任何胶水logging将包含正确的IP。
注册商是否总是使用胶水logging，即使它们在技术上不需要域名？ 我们迁移了另一个networking服务器一次，我需要login到注册商的网站（GoDaddy），并通过简单地将ns1换成ns2来更新每个名称服务器条目，反之亦然。 这迫使GoDaddy查找名称服务器的新IP，并将它们存储为胶水logging。 我害怕不得不再次这样做，但有2000个域名，而不是全部在同一个注册商。
思考？
我想你可能会对胶水logging的定义感到困惑。 作为过程的一个非常简要的总结：当您注册一个域名（example.com）与一个域名注册机构时，您需要为域名提供主机名称，这将是该域名的权威。
如果域名服务器与您正在注册的域名（ns0.example.com）存在于同一个域中，那么您还需要为它们提供IP地址。 这些将形成你的胶水logging。 如果没有这些粘合logging，DNS查找将陷入一个catch-22状态，因为他们不知道如何parsing域名地址，因为他们无法首先parsing域名服务器。
但是，如果名称服务器存在于不同的域中，则不需要胶水logging。 您只需为名称服务器提供主机名（无IP地址），然后在parsing请求的域之前，DNS查找将首先parsing这些主机名。
考虑到这一点，有两种可能的情况，你正在尝试做什么。 从你所描述的我怀疑，第一个适用于你：
如果所有客户端域在zonefile和WHOISlogging中ns1.ourcompany.com域名服务器，则只需更改存储在zonefile中的IP地址，然后粘合域ourcompany.com的logging。 因为这是在查找过程中需要引导的唯一自引用主机名。
如果每个客户端域使用ns1.customersdomainname.com并且有一个胶水logging指向你的IP地址，那么你有更多的工作要做。 您需要更新每个域名。 一些注册商提供了可用于自动化更改的API。 虽然你在这里，但我build议巩固到我上面描述的设置，以防止今后重复这样的工作。
如果您不pipe理自己的DNS（或者由DNSpipe理公司为您pipe理，而不是在DNS中提供专家额外服务的注册服务商），我认为不一定会有一个简单的方法来一步完成此操作pipe理选项），不幸的是。
如果有问题的注册商的界面有“批量更改”选项（某些操作，某些操作），并且该选项包含更新名称服务器胶水logging，则可以加快速度。
如果你必须改变你的公开的DNS的IP地址，那么我强烈build议你重叠两个设置，使它们同时处于活动状态。 这将允许您继续从旧地址服务，而其他互联网正在更新到新的。 最后，一旦对旧地址的请求消失，就可以使其脱机。 修改TTL可以帮助加快这个过程。
如果这是绑定服务器，则对区域文件进行脚本编写并不是那么困难，特别是在使用相当less量的IP地址的情况下。 通常，我将把整个目录复制到一个临时位置，并通过sed运行它们。 这使您有机会validation所有更改，然后再放回原处。