Eu preciso criar um registro NS para um domínio que é um CNAME, com o propósito de ter dois domínios apontados em um IP e não ter que manter o endereço IP atual em dois lugares diferentes.
O provedor de DNS para este domínio é o DynDNS, mas eles bloqueiam essa operação:
CNAME cannot be created with label that is equal to zone name
Eu posso fazer isso com outro domínio cujo DNS é servido por 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
Isso é uma violação dos RFCs ou o DynDNS tem um motivo legítimo para bloquear essa ação?
Acompanhamento Graças às duas respostas já postadas, agora sei que 1and1 está violando as RFCs para fazer isso. No entanto, funciona e eles parecem apoiá-lo. Para uma empresa que hospeda tantos domínios, parece muito estranho que eles consigam fazer isso em uma escala tão grande sem objeção.
Mais acompanhamento
A saída de "dig myseconddomain.co.uk ns", conforme solicitado.
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
Correto, é uma violação da RFC 1034 , seção 3.6.2, parágrafo 3:
... If a CNAME RR is present at a node, no other data should be present; this ensures that the data for a canonical name and its aliases cannot be different. ...
Isso se aplica aqui porque a raiz da sua zona também deve ter registros SOA e NS.
Use o serviço WebHop do DynDNS . Isto é gratuito para os seus clientes DNS.
Ele permite que você redirecione o tráfego do segundo domínio para o primeiro e não quebre nenhum RFC.
O redirecionamento é de 302 (temporário), portanto pode prejudicar algumas classificações do mecanismo de pesquisa. (Eu suspeito que isso também possa ser um problema com CNAME registros.) Veja o link acima para mais informações.
Sim, há uma violação no RFC para isso. Verifique esta explicação . Eu acho que é possível, mas não totalmente compatível com o RFC.
O cname seria inválido e pode causar problemas no futuro. A solução é usar o alias do apache ou reescrever módulos para redirecionar o tráfego. Confira este post explicando como fazer isso no apache. Migrando um domínio para outro
Sim, normalmente ele quebra o padrão DNS ao criar um registro CNAME na raiz / ápice, no entanto, alguns provedores DNS implementaram soluções alternativas:
Sou um cliente feliz da Cloudflare e descobri que a solução deles funciona muito bem.