Ustaw rekord domeny głównej na CNAME

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

Prawidłowo, jest to naruszenie RFC 1034 , sekcja 3.6.2, akapit 3:

... Jeśli RR CNAME jest obecny w węźle, żadne inne dane nie powinny być obecne; zapewnia to, że dane dla nazwy kanonicznej i jej aliasów nie mogą się różnić. ...

Dotyczy to tutaj, ponieważ katalog główny Twojej strefy musi również zawierać rekordy SOA i NS.

Skorzystaj z usługi DynDNS WebHop . Jest to bezpłatne dla ich klientów DNS.

Pozwala przekierowywać ruch z drugiej domeny do pierwszej i nie przerywa żadnych RFC.

Przekierowanie jest 302(tymczasowe), więc może zaszkodzić niektórym pozycjom w wyszukiwarkach. (Podejrzewam, że może to być również problem z CNAMEzapisami). Aby uzyskać więcej informacji, zobacz powyższy link.

Tak, doszło do naruszenia RFC. Sprawdź to wyjaśnienie . Myślę, że jest to możliwe, ale nie w pełni zgodne z RFC.

Nazwa będzie niepoprawna i może powodować problemy w dalszej części drogi. Obejście polega na użyciu aliasu apache lub przepisaniu modułów w celu przekierowania ruchu. Sprawdź ten post wyjaśniający, jak to zrobić w apache. Migracja jednej domeny do drugiej

Tak, zwykle łamie standard DNS podczas tworzenia rekordu CNAME w katalogu głównym / wierzchołku, jednak niektórzy dostawcy DNS wdrożyli obejścia:

• Cloudflare zapewnia doskonały darmowy hosting DNS z funkcją o nazwie „ Spłaszczanie CNAME ”, dzięki której możesz dodać CNAME w katalogu głównym swojej strefy, ale serwery Cloudflare faktycznie zwracają rozwiązane rekordy A / AAAA do zapytań, nie naruszając w ten sposób standardu
• DNSMadeEasy oferuje również podobną rzecz, zwaną rekordami „ANAME”
• DNSimple oferuje to również za pośrednictwem rekordów „ALIAS”
• easyDNS oferuje również rekordy ANAME
• PointDNS oferuje również rekordy ALIAS

Jestem szczęśliwym klientem Cloudflare i przekonałem się, że ich rozwiązanie działa naprawdę dobrze.