Muszę utworzyć rekord NS dla domeny, która jest CNAME, w celu wskazania dwóch domen na jednym adresie IP i bez konieczności utrzymywania bieżącego adresu IP w dwóch różnych miejscach.
Dostawcą DNS dla tej domeny jest DynDNS, ale blokują tę operację:
Nie można utworzyć CNAME z etykietą równą nazwie strefy
Mogę to zrobić z inną domeną, której DNS jest obsługiwany przez 1 i 1:
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
Czy jest to naruszenie RFC, czy DynDNS ma uzasadniony powód do zablokowania tej akcji?
Kontynuacja Dzięki dwóm już opublikowanym odpowiedziom wiem, że 1 i 1 naruszają RFC, aby to zrobić. Jednak to działa i wydają się to wspierać. Dla firmy, która hostuje tak wiele domen, wydaje się bardzo dziwne, że robią to na tak ogromną skalę bez zastrzeżeń.
Więcej informacji
Wyjście „dig myseconddomain.co.uk ns” zgodnie z żądaniem.
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