Установить запись корневого домена как 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

5 ответов

Решение

Правильно, это нарушение 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 и нашел, что их решение работает очень хорошо.

Другие вопросы по тегам