我有一个客户端，创build了超过600个网站的DNSlogging指向一个实际的IP地址，而不是名称服务器。 他们正在寻求从他们当前的主机移动，不想失去他们的IP地址。 如果必须更改IP地址，则需要在所有600多个站点的DNSlogging中进行更改。
有没有办法保留IP地址时转移到另一台主机？
有没有可以用来避免手动更改所有网站的解决方法？
首先，当您移动到另一个托pipe服务提供商时，您不能随身携带IP地址。 IP地址只能在主机提供商之间移动，如果你有一块地址，这个地址足够大，可以通过BGP发布。
任何移动方法都需要一个过渡期，在当前的托pipe服务提供商处使用一个IP，在新的托pipe服务提供商处使用一个IP。
如果您仅托pipe网站而不是客户端的DNS，那么客户端将不得不更新他们的DNSlogging，无论他们在哪里托pipe。 对于子域名，如果客户使用CNAMElogging，则可以避免这种情况。 CNAMElogging有很小的额外开销来查找，但这并不重要。 一个CNAMElogging可以用于www.example.com ，但它不适用于example.com本身，因为它必须是唯一的logging， example.com将有一个NSlogging，也可能有MXlogging。
所以在这种情况下，真的没有办法与顾客协调过渡。
如果您为客户托pipeDNS，则他们的NSlogging可能指向您自己域中的名称。 这样，他们不需要任何粘合剂，他们的域将没有IP地址，而是在您为其托pipe的DNS服务器上。 与CNAMElogging一样，这CNAME产生很小的额外开销。
但是，这种方法确实需要您托pipe他们的整个DNS区域，并且您必须在两个或更多不同的托pipe提供商处托pipe它以提供高可用性。
你假设一个域的“域名服务器”指向一个IP地址是正确的。 在可能的情况下移植IP并不像你满足达到这个要求的要求。
你需要分阶段进行。 第一个是获取每个域的名称服务器指向一个DNSlogging，它parsing为他们今天使用的相同的IP地址。 这样做应该没有影响。 然后，您将站起来一个新的DNS服务器，将提供相同的响应，并将旧的服务器的DNSlogging更新到新的。 你只需要勤奋和信任你所拥有的数据，这就是你所能做的。
在AIX中，您可以使用IP别名来解决这个问题。 假设你当前的IP地址是10.5.1.98，你的新的IP地址是90.4.12.67，那么你可以在90.4.12.67之上定义10.5.1.98作为别名。 这样任何引用IP地址10.5.1.98的服务器都会自动转发到90.4.12.67。 无论你使用的是什么UNIX版本，或者Linux版本，你都必须使用IP别名来寻找Google是否可以实现它。 我知道我几个月后发布这个问题时被问到。 这样，任何寻找类似解决scheme的人都会对如何处理它有一些想法。