В настоящее время я переношу веб-сайт на другой сервер и хочу протестировать конфигурацию DNS (точнее, записи MX по электронной почте) перед перемещением домена. Я настроил DNS на новом сервере, чтобы иметь записи MX для Google Apps так же, как это было настроено на старом сервере. В настоящий момент домен контролируется серверами имен на старом сервере, поэтому изменение будет просто обновлять серверы имен на новых серверах. (Я имею в виду, что DNS контролируется на уровне сервера, а не на уровне регистратора).
Поскольку у веб-сайта довольно много пользователей, я хочу убедиться, что конфигурация правильная, прежде чем нажимать переключатель. Для этого могу ли я добавить запись в файл hosts на моем локальном компьютере, чтобы указать домен на новый сервер? Я сделал это, и веб-сервер работает, но будет ли это также проверять записи MX электронной почты на новом сервере?
Не используйте для этого файл hosts; он заменяет поиск DNS, а не выполняет их (и ns1
поддомен особого значения не имеет).
В Linux вы можете использовать dig
протестировать DNS; делать dig @192.0.2.2 in mx yourdomain.tld
где yourdomain.tld заменяется вашим доменом, а примерный IP-адрес заменяется IP-адресом тестируемого сервера имен.
В окнах используйте nslookup - 192.0.2.2
и введите запрос mx yourdomain.tld
.
Нет /etc/hosts
используется только для поиска адресов. Вам необходимо изменить конфигурацию вашего преобразователя, чтобы он указывал на новые серверы имен.
Можно эффективно изменить конфигурацию, выполнить тест и затем выполнить откат (при необходимости). Из-за механизма кеширования количество затронутых пользователей будет очень низким.
Я помню, что у меня возникла проблема с одним из моих DNS-серверов, один пользователь сказал мне, что он сломался примерно через 1 час после взлома. В этот момент я позвонил другому пользователю, я знал, что он использует соответствующий RR (он был подключен к соответствующей веб-службе), и все у него работало нормально (RR все еще находится в кеше).
Используя hosts
файл не является подходящим способом проверить вашу конфигурацию, так как он полностью обходит механизм разрешения. Лучший способ проверить вашу конфигурацию DNS - явно спросить желаемый DNS-сервер.
dig @wantedserver <other_option> mydomain