Передача NS записывает к новому серверу

Звучит нечетным, но были они диски горячего резервирования?

Я видел последовательный (хотя не сценарий того-же-дня) отказы в ситуациях, где горячее резервирование вращают и должно вступить во владение. Если та запчасть была неактивна некоторое время, введение в эксплуатацию ее может вызвать, это - уже существующие проблемы для запуска показа. Это - моя теория, по крайней мере, и я придерживаюсь ее!=)

1
задан 19 March 2012 в 18:55
1 ответ

Это во многом зависит от того, как вы обрабатываете свои записи NS.

Если все сайты ваших клиентов указывают на ns1.yourcompany.com / ns2.yourcompany .com просто измените IP-адреса этих серверов (включая любые связующие записи, созданные через ваш регистратор), и все в порядке - хотя вы должны оставить сервер GoDaddy работающим в течение как минимум нескольких дней после переключения в целях безопасности.

Если все сайты ваших клиентов имеют собственный домен в качестве домена NS ( ns1.clientsdomain.com / ns2.clientsdomain.com ), ваши клиенты ДОЛЖНЫ обновите связующие записи у своего регистратора, иначе их DNS сломается, когда вы спишете сервер GoDaddy.
Если это так, все, что вы можете сделать, это отправить своим клиентам целую кучу предупреждений (дайте им 15–30 дней, чтобы они позаботились об этом, и с каждым напоминанием говорите им: « ВАШ САЙТ ПРЕКРАТИТ РАБОТУ, ЕСЛИ ЭТО ПРОБЛЕМА НЕ РЕШАЕТСЯ СВОЕВРЕМЕННО ».

Исходя из опыта миграции DNS-серверов, я могу сказать вам, что около 5% моих клиентов не ответили своевременно, поэтому имейте в наличии дополнительный персонал поддержки (или готовы принимать звонки сами) в случае взрыва чьего-либо сайта.


Обратите внимание, что ни при каких обстоятельствах вы не должны указывать записи NS на CNAME. Это плохо, неправильно и может нарушить работу Интернета. (См. этот другой вопрос о том, как сделать именно это , чтобы узнать, почему, со ссылками на RFC.)

3
ответ дан 3 December 2019 в 19:13

Теги

Похожие вопросы