Мне нужно создать 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 в корне / вершине, однако некоторые поставщики DNS реализовали обходные пути:
Я счастливый клиент Cloudflare и убедился, что их решение действительно хорошо работает.