Parece que cnn.com
usa servidores de nome hospedados pela Amazon Web Services (AWS) como seus servidores de nomes oficiais para o domínio geral cnn.com
:
$ dig cnn.com soa
[…]
;; ANSWER SECTION:
cnn.com. 76 IN SOA ns-47.awsdns-05.com. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400
… Mas esses servidores são configurados para tratar x.cnn.com
(nota, x
NÃO é um caractere curinga aqui, é a letra literal 'x') como um subdomínio e as consultas para esse subdomínio são delegadas a um conjunto diferente de nome autoritativo servidores: dmtns[01-05].turner.com
(CNN é propriedade da transmissão Turner):
$ dig @ns-47.awsdns-05.com. x.cnn.com
[…]
;; AUTHORITY SECTION:
x.cnn.com. 86400 IN NS dmtns01.turner.com.
x.cnn.com. 86400 IN NS dmtns02.turner.com.
x.cnn.com. 86400 IN NS dmtns03.turner.com.
x.cnn.com. 86400 IN NS dmtns04.turner.com.
x.cnn.com. 86400 IN NS dmtns07.turner.com.
… e parece que esses dmtnsXX.turner.com
servidores DNS contêm registros 'A' (registros de mapeamento de nome para IPv4) apontando x.cnn.com
para 6.9.6.9
e 1.1.1.1
:
$ dig @dmtns01.turner.com. x.cnn.com
[…]
;; ANSWER SECTION:
x.cnn.com. 20 IN A 1.1.1.1
x.cnn.com. 20 IN A 6.9.6.9
Eu tentei alguns outros [a-z].cnn.com
domínios e não descobri nenhum outro que estava configurado da mesma forma que x
.
Eu estou supondo que x.cnn.com
era uma espécie de sandbox interna de testes entre o departamento de TI da CNN / Turner que acidentalmente vazou para o mundo real, mas não há como saber com certeza.