Por todas as aparências, sua cola está bem e o banco de dados WHOIS está atrasado.
- Os bancos de dados do WHOIS não estão necessariamente atualizados. O que você está dizendo é que as informações do servidor de nomes no WHOIS são preenchidas automaticamente e você não pode editar isso. Como o WHOIS é puramente informativo e não é confiável para qualquer tipo de autoridade de nomes de servidores, isso é aceitável.
-
dig <somedomain> NS
não exibe a cola que os servidores de nomes usam para encontrar um domínio. Conforme sua saída de digitação contra os servidores de nomes de raiz mostra, a cola está presente. A resposta do DNS que retorna com os registros adicionais ausentes se origina dos servidores de nomes oficiais paraskv.com
, que só podem ser corrigidos pelas partes que operam os servidores de nomes.
-
$dig @ns2.primusnetworks.com +norecurse skv.com NS
; <<>> DiG 9.7.3 <<>> @ns2.primusnetworks.com +norecurse skv.com NS
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56608
;; flags: qr aa; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;skv.com. IN NS
;; ANSWER SECTION:
skv.com. 86400 IN NS ns2.primusnetworks.com.
skv.com. 86400 IN NS ns3.primusnetworks.com.
skv.com. 86400 IN NS ns1.primuscomputing.com.
;; Query time: 24 msec
;; SERVER: 208.80.124.4#53(208.80.124.4)
;; WHEN: Fri Jul 12 19:43:33 2013
;; MSG SIZE rcvd: 110
Tenha em mente que a seção ADDITIONAL
ausente não é estritamente necessária: a opção minimal-responses
no BIND a desativa explicitamente em pacotes de resposta, exceto nos casos em que isso é exigido pelo RFC. (isto é, delegações)