Возможный дубликат:
В DNS может ли IN NS указывать на CNAME?
Я нахожусь в процессе миграции хостинг-провайдеров. В настоящее время у меня есть значительное количество доменов, указанных на моих текущих серверах NS. У моего нового провайдера есть собственный NS-сервер, на который мне нужно будет обновить все мои размещенные домены, чтобы они указывали на новый сервер.
Поскольку обновление нескольких сотен доменов новыми записями NS займет ДОЛГОЕ время, мне было интересно, можно ли указать мои текущие записи NS на новые хосты NS с помощью CNAMES?
т.е.
ns1.myns.com => CNAME => ns1.newns.com
ns2.myns.com => CNAME => ns2.newns.com
Все домены, которые в настоящее время указывают на ns1.myns.com, фактически будут указывать на ns1.newns.com, где записи DNS были зеркалированы и правильно указывают на IP-адрес нового сервера.
Имеет ли это смысл? Это сработает?
Не делай этого. Если у вас есть доступ к DNS-записям nsX.myns.com, измените запись A, чтобы она указывала на A-запись nsX.newns.com. Вот как он предназначен для работы.
Было бы неплохо, если бы это было возможно, но это работает только на одних клиентах, а на других не работает.
Дело в том, что сервер имен справа от cname будет думать, что его имя используется (делегировано), поскольку делегированные серверы имен используют cname, указывающие на их серверы имен. Если вы используете IP-адрес (или субдомен / дочерний сервер имен), их серверы имен будут проверять свои имена и не увидят никакого делегирования своим серверам имен (даже если их IP-адреса используются) и могут перевести домен в автономный режим. (видел эту проблему)
Его печальные cnames не поддерживаются на 100% в записях ns, но некоторые клиенты DNS ожидают немедленного разрешимого ответа и терпят неудачу на cnames (очень плохое программирование).
Иногда я думаю, что этих программистов BIND следует пристрелить, потому что очень легко сломать серверы BIND и подделать результаты, и, кроме того, они не программируют вещи, которые кажутся логичными.