我目前正在将一个网站迁移到另一台服务器上，并且希望在移动域名之前testingDNSconfiguration（更具体地说，是电子邮件MXlogging）。 我已经在新服务器上configuration了DNS，使其具有与在旧服务器上configuration的方式相同的用于Google Apps的MX条目。 此时，域名由旧服务器上的名称服务器控制，因此更改只是将名称服务器更新为新服务器。 （我得到的是DNS在服务器级别，而不是注册商级别）。
由于该网站有相当多的用户，我想确保configuration是正确的，然后轻弹交换机。 为此，我可以添加一个条目到我的本地计算机的hosts文件中，以将域指向新的服务器？ 我已经这样做了，Web服务器可以工作，但是这也会testing新服务器上的电子邮件MXlogging吗？
不要使用这个主机文件; 它取代了DNS查找，而不是做它们（和ns1子域没有特别的意义）。
在linux上，你可以使用dig来testingDNS; 请dig @192.0.2.2 in mx yourdomain.tld中dig @192.0.2.2 in mx yourdomain.tld其中yourdomain.tld将replace为您的域，并将示例IPreplace为testing中的名称服务器。
在Windows上，使用nslookup - 192.0.2.2并input查询mx yourdomain.tld 。
不， /etc/hosts只用于地址查找。 您需要修改parsing器的configuration以指向新的名称服务器。
可以有效地更改configuration，执行testing，然后回滚（如果需要）。 由于caching机制，受影响的用户数量会非常低。
我记得我的一台DNS服务器遇到了问题，一位用户告诉我，它在断开约一个小时后就坏掉了。 在那个时候，我打电话给另一个用户，我知道他正在使用相应的RR（他已经连接到相应的Web服务）并且对他工作正常（RR仍在caching中）。
使用hosts文件不是testing您的configuration的正确方法，因为它完全绕过了parsing机制。 testing您的DNSconfiguration的最好方法是明确询问想要的DNS服务器
dig @wantedserver <other_option> mydomain