Установить запись корневого домена как 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 и нашел, что их решение работает очень хорошо.