Доменная передача по сути безопасна в течение времени простоя, когда серверы имен остаются тем же?
Я читал вокруг этой темы к пониманию, существуют ли некоторые или никакой шанс времени простоя во время предстоящей доменной передачи для 15 живых и очень критических доменов.
В нашем случае существует три вовлеченные компании: CompanyA является исходным регистратором и хостом DNS, CompanyB является новым хостом DNS, и CompanyC является новым регистратором.
Я уже изменил серверы имен для всех доменов к тем из CompanyB. Мы перенесли некоторое время простоя, потому что CompanyA удалил их размещенный DNS для наших доменов непосредственно после изменения, но изменения распространили, и мы теперь можем настроить наш DNS с CompanyB.
Из того, что я понимаю (исправьте где неправильно!):
Там существует запись SOA, которая указывает на oneofourdomains.com на ns.companyb.com. Та запись сохраняется и авторитетно размещается ccTLD реестром для домена (например, Verisign для .com). CompanyA в настоящее время имеет способность изменить запись SOA, потому что они - регистратор.
Там существуйте записи NS для oneofourdomains.com, который также связан со ссылкой с доменного имени на сервер имен, так же размещаются ccTLD, и который CompanyA также могут изменить при действии как регистратор.
Ни CompanyB, ни CompanyC в настоящее время не имеют контроля над записями NS или SOA.
CompanyA не могут вызвать нас (DNS) проблемы во время передачи путем отбрасывания сервиса рано, потому что они не авторитетный источник для записей NS и SOA.
Когда мы передаем домены, это - административное управление SOA и записей NS, которые будут переданы CompanyC.
Пока мы советуем CompanyC, который не должны изменять SOA и записи NS (в отношении того, чтобы указывать на серверы имен CompanyB), нет никакой потребности ни в каком виде изменения DNS и поэтому никакой возможности времени простоя.
Мое понимание этого корректно? Мой страх состоит в том, что CompanyA так или иначе отключит нас снова, и их отдел поддержки не вселил в меня много веры в их понимании темы.
Если сервера имён не изменяются во время трансфера, и нет причин так думать, тогда все пройдет нормально без заметных перерывов в работе. Я перевел множество доменов, используя именно эту процедуру.
В большинстве TLD передача не влияет на серверы имен, то есть передача между регистраторами является административным изменением, а не техническим.
Есть исключения, но их мало.
За исключением, конечно, случаев, когда вы используете текущего регистратора ТАКЖЕ в качестве поставщика DNS, что возможно, но не обязательно.
Во избежание простоев, если вам необходимо сменить и регистратора, и поставщика DNS, в случае Поставщик DNS НЕ является регистратором, вы можете сделать следующее:
- подготовить зону у нового поставщика DNS, чтобы она была точно такой же, как у текущего поставщика DNS.
- перейдите к своему регистратору, измените поставщика DNS, чтобы он указывал на новый
- убедитесь, что старый провайдер DNS продолжает отвечать на запросы DNS в вашем домене в течение «некоторого» времени
- , затем через некоторое время перейдите к новому регистратору и запланируйте перенос к нему
- после «some» "время (обычно 5 дней в gTLD), домен будет передан новому регистратору.
Вы, конечно, можете s wap в обоих случаях, и сначала выполните перенос регистратора, а затем смените поставщика DNS.
Обратите внимание, что если регистратор является поставщиком DNS, это будет сложнее: как только вы перенесете домен из него, вы ] риск он перестает отвечать на запросы DNS для него. Может и не должно, но все зависит от подписанного с ним контракта. Как только передача будет выполнена, вы больше не заключите с ней контракт, и, следовательно, он может рассматривать вещи как ненужные для предоставления службы DNS. Некоторые реестры, такие как .FR, требуют (но на практике это невозможно проверить и тем более обеспечить соблюдение)старый регистратор останется поставщиком DNS в течение нескольких дней. Я бы по возможности избегал этого случая. В таких ситуациях лучше сначала сменить поставщика DNS, чтобы текущий регистратор больше не был поставщиком DNS, а затем сменить регистратора.