Двойная запись NS «редирект»


1

Я в процессе переключения запущенного сервиса с одного хоста на другой. Переключение записей 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запись какое-либо влияние? Я не совсем уверен, для чего это нужно.

1
Согласно RFC 1035, NSRR указывает на авторитетный сервер имен; будучи авторитетным, не ожидается, что NSRR будут указывать где-либо еще.
geekosaur

Да, я чувствовал, что так будет и во время написания этого вопроса ... :)
deceze

Ответы:


4

Я даже не буду обращаться к NS-to-NS с SOA и ведущим каналом регистратора, который объединяет hi-jink.

Просто и ясно, вам не нужно ничего этого делать.

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

Я полностью понимаю. Это было сделано с DNS-хостами, которые не допускают сверхнизких значений TTL. Как правило, это веб-хостинги с высокой степенью стандартизации и / или выгодной базой, которые просто предлагают DNS в качестве средства регистрации новых доменных имен для привлечения новых клиентов.

Однако решение состоит в том, чтобы добавить все DNS-записи, которые в настоящее время существуют на вашем старом хосте, в зону вашего нового хоста. Затем, когда вы будете готовы, переключите записи NS в вашем регистраторе, чтобы они указывали на DNS-серверы нового хоста. Подожди несколько дней. Никто не знает, что вы переключили хосты DNS. Через несколько дней вы можете изменить значения TTL и переключать записи А по своему усмотрению.

Просто!


Я боялся этого. Проблема в том, что наш текущий веб-хостинг в подвале сделок является общим, и я не уверен, насколько стабильны их IP-адреса. Звучит как единственно возможное решение, хотя. :)
deceze
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.