Я занимаюсь переносом веб-сервера, который имеет несколько тысяч небольших сайтов и имеет собственный DNS. Каждый сайт имеет имя хоста в виде «customer.ourcompany.com», а некоторые также имеют «www.customersdomainname.com».
Когда мы выполним миграцию, IP-адрес изменится, поэтому нам нужно обновить все записи DNS для всех доменов. Поскольку этот компьютер также является органом власти для ourcompany.com, IP для ns1.ourcompany.com также должен быть изменен.
Это проблема. Для всех клиентских доменов нам нужно убедиться, что все связующие записи будут содержать правильный IP-адрес.
Склеивают записи всегда используются регистраторами, даже если они технически не нужны для домена? Один раз мы перенесли еще один веб-сервер, и мне нужно было войти на сайт регистратора (GoDaddy) и обновить КАЖДУЮ запись сервера имен, просто заменив ns1 на ns2 и наоборот. Это заставило GoDaddy искать новые IP-адреса для серверов имен и сохранять их в качестве связующих записей. Боюсь, что придется делать это снова, но с 2000 доменов, не все у одного и того же регистратора.
Мысли?
Я думаю, вы можете быть немного сбиты с толку определением клейких записей. Очень краткое описание процесса: когда вы регистрируете домен (example.com) у регистратора домена, вам необходимо указать имена хостов для серверов имен, которые будут авторитетными для этого домена.
Если серверы имен существуют в том же домене, что и тот, который вы регистрируете (ns0.example.com), вам также необходимо указать для них IP-адреса. Это сформирует ваши клейкие пластинки. Без этих связующих записей поиск DNS застрянет в ситуации «ловушки 22», когда они не знают, как разрешить адрес домена, потому что они не могут сначала разрешить серверы имен.
Однако, если серверы имен существуют в другом домене, никаких связующих записей не требуется. Вы просто указываете имена хостов (без IP-адресов) для серверов имен, и поиск DNS сначала разрешит их, а затем разрешит запрашиваемый домен.
Имея это в виду, есть два возможных сценария того, что вы пытаетесь сделать. Из того, что вы описали, я подозреваю, что к вам относится первое:
Если все клиентские домены имеют сервер имен ns1.ourcompany.com в файле зоны и записях WHOIS, тогда вам нужно будет только изменить IP-адрес, хранящийся в файле зоны, и связать записи для домена ourcompany.com. Потому что это единственное самореференциальное имя хоста, которое требует начальной загрузки во время поиска.
Если каждый клиентский домен использует ns1.customersdomainname.com и имеет клейкую запись, указывающую на ваш IP-адрес, тогда у вас есть немного больше работы. Вам нужно будет обновить каждый из доменов. Некоторые регистраторы предоставляют API-интерфейсы, которые можно использовать для автоматизации изменений. Однако пока вы занимаетесь этим, я бы посоветовал консолидироваться с настройкой, которую я описал выше, чтобы предотвратить повторение такой работы в будущем.
Если вам необходимо изменить IP-адрес общедоступного DNS-сервера, я настоятельно рекомендую вам перекрыть две настройки, чтобы обе они были активны одновременно. Это позволит вам продолжить обслуживание со старого адреса, в то время как остальная часть Интернета будет обновляться на новый. В конце концов, как только запросы на старый адрес прекратятся, вы сможете отключить его. Изменение TTL может помочь ускорить этот процесс.
Если это сервер привязки, создание сценария для изменения файлов зоны не так уж и сложно, особенно если вы используете довольно небольшое количество IP-адресов. Обычно я копирую весь каталог во временное место и запускаю его через sed. Это дает вам возможность проверить все изменения перед тем, как вернуть их на место.
Я не думаю, что будет простой способ сделать это за один шаг, если вы не управляете своим собственным DNS (или им управляет компания по управлению DNS, а не регистраторы, которые предлагают специальные дополнительные услуги в DNS. варианты управления), к сожалению.
Вы могли бы ускорить процесс, если бы интерфейсы рассматриваемых регистраторов имели опцию «массового изменения» (некоторые делают, некоторые делают), и эта опция охватывает обновление связующих записей сервера имен.