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> NSnã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)