Я в процессе переключения запущенного сервиса с одного хоста на другой. Переключение записей DNS на регистраторе домена занимает несколько дней. Поскольку данные будут поступать в службу непрерывно, и я хочу минимизировать головные боли и время простоя при синхронизации данных, я тем временем перехожу на промежуточный DNS-сервер. Сценарий более подробно:
Записи NS для домена (те, которые медленно переключаются) в настоящее время указывают на серверы имен текущего хоста.
example.com -NS-> dns.current-host.com -A-> current-host
Я хочу направить их на другой DNS-сервер, расположенный на новом хосте, который я могу обновлять в любое время, который указывает на текущий хост:
example.com -NS-> dns.new-host.com -NS-> dns.current-host.com -A-> current-host
Для полной миграции я просто переключу записи в, dns.new-host.com
чтобы указать запись A на новом хосте, и перенесу данные один раз. Если заранее установить низкие значения TTL, я надеюсь сделать этот переход быстрым.
Я настроил это сейчас для тестового домена. Я добавил эти записи в dns.new-host.com
:
example.com. 300 IN NS dns0.current-host.com.
example.com. 300 IN NS dns1.current-host.com.
Это не похоже на работу, как ожидалось, хотя. Нормальное разрешение имен не удается. Я должен был добавить A
записи непосредственно в dns.new-host.com
.
Кроме того, dns.new-host.com
добавляет SOA
запись, которую я не могу контролировать:
exmaple.com. 3600 IN SOA dns.new-host.com. ipadmin.new-host.com. 1335316678 3600 300 1814400 300
Мои вопросы:
- Этот план кажется осуществимым вообще? Я подтвердил это дважды с ребятами из службы поддержки на new-host.com, которые подтвердили, что это должно работать.
NS
Поддерживается ли двойная запись «перенаправление», или мне нужноA
напрямую работать с записями? - Имеет ли
SOA
запись какое-либо влияние? Я не совсем уверен, для чего это нужно.
источник
NS
RR указывает на авторитетный сервер имен; будучи авторитетным, не ожидается, чтоNS
RR будут указывать где-либо еще.Ответы:
Я даже не буду обращаться к NS-to-NS с SOA и ведущим каналом регистратора, который объединяет hi-jink.
Просто и ясно, вам не нужно ничего этого делать.
Я полностью понимаю. Это было сделано с DNS-хостами, которые не допускают сверхнизких значений TTL. Как правило, это веб-хостинги с высокой степенью стандартизации и / или выгодной базой, которые просто предлагают DNS в качестве средства регистрации новых доменных имен для привлечения новых клиентов.
Однако решение состоит в том, чтобы добавить все DNS-записи, которые в настоящее время существуют на вашем старом хосте, в зону вашего нового хоста. Затем, когда вы будете готовы, переключите записи NS в вашем регистраторе, чтобы они указывали на DNS-серверы нового хоста. Подожди несколько дней. Никто не знает, что вы переключили хосты DNS. Через несколько дней вы можете изменить значения TTL и переключать записи А по своему усмотрению.
Просто!
источник