Назад | Перейти на главную страницу

Безопасна ли передача домена во время простоя, когда серверы имен остаются прежними?

Я читал эту тему, чтобы понять, есть ли вероятность простоя во время предстоящего переноса домена для 15 активных и очень важных доменов.

В нашем случае задействованы три компании: CompanyA - первоначальный регистратор и DNS-хост, CompanyB - новый DNS-хост, а CompanyC - новый регистратор.

Я уже поменял серверы имен для всех доменов на серверы CompanyB. Мы потерпели некоторое время простоя, потому что CompanyA удалила свой размещенный DNS для наших доменов сразу после изменения, но изменения распространились, и теперь мы можем настроить наш DNS с CompanyB.

Насколько я понимаю (исправьте, пожалуйста, где не так!):

  1. Существует запись SOA, которая указывает oneofourdomains.com на ns.companyb.com. Эта запись поддерживается и официально размещается в реестре ccTLD для домена (например, Verisign для .com). В настоящее время CompanyA может изменять запись SOA, потому что она является регистратором.

  2. Существуют записи NS для oneofourdomains.com, которые также связаны со ссылкой между доменным именем и сервером имен, аналогичным образом размещены в ccTLD и которые CompanyA также может изменять, выступая в качестве регистратора.

  3. Ни CompanyB, ни CompanyC в настоящее время не контролируют записи SOA или NS.

  4. CompanyA не может вызвать у нас (DNS) проблемы во время передачи, преждевременно прерывая сервис, поскольку они не являются официальным источником для записей SOA и NS.

  5. Когда мы передаем домены, это административный контроль над записями SOA и NS, который будет передан CompanyC.

  6. Пока мы сообщаем CompanyC, что записи SOA и NS не должны изменяться (в том, что касается ссылок на серверы имен CompanyB), нет необходимости в каком-либо изменении DNS и, следовательно, нет возможности простоя.

Я правильно понимаю это? Я опасаюсь, что CompanyA каким-то образом снова нас отключит, а их служба поддержки не вселила в меня особой уверенности в их понимании темы.

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

В большинстве TLD передача не влияет на серверы имен, то есть передача между регистраторами является административным изменением, а не техническим.

Есть исключения, но их мало.

За исключением, конечно, случаев, когда вы используете текущего регистратора ТАКЖЕ в качестве поставщика DNS, что возможно, но не обязательно.

Чтобы избежать простоев, если вам нужно сменить и регистратора, и поставщика DNS, в случае, если поставщик DNS НЕ является регистратором, вы можете сделать следующее:

  • подготовить зону у нового DNS-провайдера, чтобы она была точно такой же, как у текущего DNS-провайдера
  • перейдите к своему регистратору, измените поставщика DNS, чтобы он указывал на нового
  • убедитесь, что старый провайдер DNS продолжает отвечать на запросы DNS в вашем домене в течение «некоторого» времени.
  • затем через некоторое время перейдите к новому регистратору и запланируйте перенос к нему
  • по истечении «некоторого» времени (обычно 5 дней в gTLD) домен будет передан новому регистратору.

Вы, конечно, можете поменять местами оба случая и сначала выполнить перенос регистратора, а затем сменить поставщика DNS.

Обратите внимание: если регистратором является DNS-провайдер, это будет сложнее: как только вы перенесете домен из него, вы рисковать он перестает отвечать на запросы DNS для него. Может и не должно, но все зависит от подписанного с ним контракта. Как только передача будет выполнена, вы больше не заключите с ней контракт, и, следовательно, он может рассматривать вещи как ненужные для предоставления службы DNS. Некоторые реестры, такие как .FR, требуют (но на практике это невозможно проверить и тем более принудительно), чтобы старый регистратор оставался поставщиком DNS в течение нескольких дней. Я бы по возможности избегал этого случая. В таких ситуациях лучше сначала сменить поставщика DNS, чтобы текущий регистратор больше не был поставщиком DNS, а затем сменить регистратора.