我遇到DNSconfiguration问题。 我有一个CentOS 6服务器，为五个站点服务了几年。 我需要升级到CentOS 7以符合PCI规范。 我买了一个新盒子，在我build立新盒子的时候，把旧盒子留在网上。 为了不必在切换时切换名称服务器设置，我认为我可以在构build过程中使用旧版本中的不同IP来构build与旧版本同名的新版本。 然后，一旦build成，我会closures旧盒子，将新盒子上的IP切换到原来的IP，一切都会好的。 我在两个盒子上使用了ISPConfig（一个控制面板）。
但是当我切换时，我从Firefox中得到“服务器找不到”和“ping请求找不到主机”。 （Firefox和ping从另一台计算机上运行。）如果我把IP地址放在Firefox的URL中，那么Firefox的五个站点（按字母顺序排列）中的第一个站点就可以正常运行了，但是站点并没有出现它的名字。 我仔细search，以确保每个字母和点在两个盒子的ISPConfig的DNS设置相同。 奇怪的是昨天晚上五个站点中的两个通过Firefox和ping连接后，我将pri *和named.local文件复制到一个新的位置。 （ISPConfig把它们放在/ var / named / chroot / var / named /中，我把它们复制到/ var / named，就像旧盒子上的情况一样）。由于其他三个站点没有出现，我切换回旧盒子。 （这里的“开关”是指把以太网电缆从一个盒子里拿出来，另一端插上以太网电缆。）今天早上，当我切换到新盒子时，五个都没有出现在Firefox上，而ping找不到。 我在想因为IP是一样的，而且名字是相同的，所以DNS连接就会切换。 但显然还有其他事情正在发生。 这是否与MAC地址有关？ 我是否需要等待ttl过期？ （我的ttl是3600，今天早上我等了一个多小时，但仍然没有工作。）还有其他的问题吗？ 我该如何debugging呢？
上面描述的问题是由于/etc/named.conf.local是新文件夹上的空文件造成的。 /etc/named.conf在新旧盒子上都是相同的，每个包含一个包含named.conf.local的指令。 在旧的工作框中，named.conf.local包含几个类似于以下内容的节：
zone "larsonism.com" { type master; allow-transfer {none;}; file "/var/named/pri.larsonism.com"; }
一旦我将named.conf.local文件从旧盒子复制到新盒子，然后重新启动named（通过“systemctl restart named”），DNS为我完美工作：网站已经启动; 电子邮件正在工作
使用控制面板进行设置时，有不同的错误可能性。 命名的configuration可能不按照某个特定方向完成（例如，目录path可能是错误的），或者控制面板中的设置可能不正确，或者控制面板本身也有可能一个错误。 debugging的一个好的途径是检查你的named.conf文件，以及它包含的任何文件。 要么在named.conf中，要么在一个包含的文件中，应该有一行代表要加载的pri文件。 然后检查这些pri文件的语法。 如果还有问题，也可以尝试一下全新的安装。
最后，在升级的盒子上使用相同的盒子名称和相同的IP地址的想法确实很好。 在DNS工作的情况下，可以将以太网电缆放在一个盒子或另一个盒子上，也可以在不联系域名注册商的情况下作为服务器工作。 然后将以太网电缆从旧盒子中取出，备份数据库和邮件数据，然后导入数据库和邮件数据到新盒子，最后将以太网电缆插入将新网站切换到升级后的服务器。 这种技术消除了同时使两个盒子在线的担忧，这可能导致一些数据进入到另一个，并且一些数据进入到另一个，而DNS传播服务器已经切换的事实。 它也消除了涉及域名注册商的需要。