Установить запись корневого домена как CNAME

Мне нужно создать запись NS для домена, который является CNAME, чтобы два домена указывали на один IP, и чтобы не было необходимости поддерживать текущий IP-адрес в двух разных местах.

Поставщик DNS для этого домена - DynDNS, но они блокируют эту операцию:

CNAME не может быть создан с меткой, равной имени зоны

Я могу сделать это с другим доменом, DNS которого обслуживается 1and1:

root@srv-ubuntu:~# dig myseconddomain.co.uk

; <<>> DiG 9.4.2-P1 <<>> myseconddomain.co.uk
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61795
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;myseconddomain.co.uk.             IN      A

;; ANSWER SECTION:
myseconddomain.co.uk.      71605   IN      CNAME   myfirstdomain.co.uk.
myfirstdomain.co.uk.     59      IN      A       www.xxx.yyy.zzz

;; Query time: 298 msec
;; SERVER: 10.0.0.10#53(10.0.0.10)
;; WHEN: Tue Aug 18 14:17:26 2009
;; MSG SIZE  rcvd: 78

Это нарушение RFC или у DynDNS есть законная причина для блокирования этого действия?

Продолжение Благодаря двум уже опубликованным ответам я теперь знаю, что 1and1 нарушает RFC, чтобы сделать это. Однако это работает, и они, кажется, поддерживают это. Для компании, которая размещает так много доменов, кажется очень странным, что им удается делать это в таком огромном масштабе без возражений.

Больше продолжений

Вывод «dig myseconddomain.co.uk ns» в соответствии с запросом.

root@srv-ubuntu:~# dig myseconddomain.co.uk ns

; <<>> DiG 9.4.2-P1 <<>> myseconddomain.co.uk ns
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18085
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 2

;; QUESTION SECTION:
; myseconddomain.co.uk.             IN      NS

;; ANSWER SECTION:
myseconddomain.co.uk.      4798    IN      NS      ns67.1and1.co.uk.
myseconddomain.co.uk.      4798    IN      NS      ns68.1and1.co.uk.

;; ADDITIONAL SECTION:
ns67.1and1.co.uk.       78798   IN      A       195.20.224.201
ns68.1and1.co.uk.       86400   IN      A       212.227.123.89

;; Query time: 59 msec
;; SERVER: 10.0.0.10#53(10.0.0.10)
;; WHEN: Wed Aug 19 12:54:58 2009
;; MSG SIZE  rcvd: 111

Правильно, это нарушение RFC 1034 , раздел 3.6.2, пункт 3:

... Если на узле присутствует CNAME RR, никакие другие данные не должны присутствовать; это гарантирует, что данные для канонического имени и его псевдонимов не могут быть разными. ...

Это применимо здесь, потому что в корне вашей зоны также должны быть записи SOA и NS.

Используйте сервис DynDNS WebHop . Это бесплатно для их клиентов DNS.

Это позволяет перенаправлять трафик для второго домена на первый, и не нарушать какие-либо RFC.

Перенаправление является 302(временным), поэтому оно может повредить некоторым рейтингам в поисковых системах. (Я подозреваю, что это также может быть проблемой с CNAMEзаписями.) См. Ссылку выше для получения дополнительной информации.

Да, в этом есть нарушение RFC. Проверьте это объяснение . Я думаю, что это возможно, но не полностью соответствует требованиям RFC.

Cname будет недействительным и может вызвать проблемы в будущем. Обходной путь - использовать псевдонимы apache или переписать модули для перенаправления трафика. Проверьте этот пост, объясняющий, как сделать это в Apache. Перенос одного домена в другой

Да, он обычно нарушает стандарт DNS при создании записи CNAME в root / apex, однако некоторые поставщики DNS внедрили обходные пути:

• Cloudflare предоставляют отличный бесплатный DNS-хостинг с функцией « CNAME Flatifying », благодаря которой вы можете добавить CNAME в корень своей зоны, но серверы Cloudflare фактически возвращают разрешенные записи A / AAAA в запросы, что не нарушает стандарт
• DNSMadeEasy также предлагает аналогичную вещь, называемую «ANAME» записи
• DNSimple также предлагает это через записи "ALIAS"
• easyDNS также предлагает записи ANAME
• PointDNS также предлагает записи ALIAS

Я счастливый клиент Cloudflare и нашел, что их решение работает очень хорошо.