DNS não resolve para * algumas * pessoas / locais

Question

Criamos um novo subdomínio (por meio de um registro), mas ele não está resolvendo para todos. Tem trabalhado para mim e para outros por cerca de uma semana, mas outros ainda não podem acessar o site. Não acho que isso seja um problema de propagação, pois criamos a entrada há cerca de uma semana. Consegui fazer ping e resolver o domínio de várias máquinas / redes / sistemas operacionais / ISPs, mas alguns outros não conseguem.

Já tive pessoas que não conseguiram resolver o nome de domínio liberando o DNS, mas sem efeito. Eles podem acessar o site diretamente pelo IP, mas não pelo nome do domínio.

Este registro está apontando para um servidor diferente do domínio principal. O registrador é Network Solutions, o host é Media Temple (dv).

Obrigado antecipadamente.

Editar: o domínio é testing.nicpartnersinc.com . Além disso, o host é brand spankin 'new e este é o primeiro e único domínio criado nele.

Editar 2:

Do local que pode resolver o domínio

$ dig testing.nicpartners.com +trace

; <<>> DiG 9.4.3-P1 <<>> testing.nicpartners.com +trace
;; global options:  printcmd
.           355205  IN  NS  j.root-servers.net.
.           355205  IN  NS  g.root-servers.net.
.           355205  IN  NS  m.root-servers.net.
.           355205  IN  NS  c.root-servers.net.
.           355205  IN  NS  h.root-servers.net.
.           355205  IN  NS  i.root-servers.net.
.           355205  IN  NS  a.root-servers.net.
.           355205  IN  NS  k.root-servers.net.
.           355205  IN  NS  d.root-servers.net.
.           355205  IN  NS  e.root-servers.net.
.           355205  IN  NS  f.root-servers.net.
.           355205  IN  NS  l.root-servers.net.
.           355205  IN  NS  b.root-servers.net.
;; Received 488 bytes from 71.9.127.107#53(71.9.127.107) in 44 ms

com.            172800  IN  NS  B.GTLD-SERVERS.NET.
com.            172800  IN  NS  F.GTLD-SERVERS.NET.
com.            172800  IN  NS  A.GTLD-SERVERS.NET.
com.            172800  IN  NS  I.GTLD-SERVERS.NET.
com.            172800  IN  NS  K.GTLD-SERVERS.NET.
com.            172800  IN  NS  L.GTLD-SERVERS.NET.
com.            172800  IN  NS  J.GTLD-SERVERS.NET.
com.            172800  IN  NS  H.GTLD-SERVERS.NET.
com.            172800  IN  NS  M.GTLD-SERVERS.NET.
com.            172800  IN  NS  D.GTLD-SERVERS.NET.
com.            172800  IN  NS  G.GTLD-SERVERS.NET.
com.            172800  IN  NS  C.GTLD-SERVERS.NET.
com.            172800  IN  NS  E.GTLD-SERVERS.NET.
;; Received 501 bytes from 192.5.5.241#53(f.root-servers.net) in 45 ms

nicpartners.com.    172800  IN  NS  ns.compuone.com.
nicpartners.com.    172800  IN  NS  ns1.compuone.com.
nicpartners.com.    172800  IN  NS  ns2.compuone.com.
;; Received 151 bytes from 192.12.94.30#53(E.GTLD-SERVERS.NET) in 222 ms

nicpartners.com.    90000   IN  SOA ns.compuone.com. admin.compuone.com. 31 900 600 86400 3600
;; Received 110 bytes from 206.71.164.187#53(ns.compuone.com) in 35 ms

    

Answer 1

No DNS, a propagação é baseada quase inteiramente no número de série no registro SOA. Se você não mudar, vai quebrar. Algumas empresas de hospedagem permitem fazer alterações em todo o seu domínio, mas você precisa clicar em um link "publicar" de algum tipo para indicar que está pronto para realizar essas alterações no mundo todo.

Além disso, por "subdomínio", suponho que você está criando um registro, não um subdomínio real. Ou seja, você está adicionando um registro A para testes em seu domínio, não em um subdomínio. A diferença só é realmente importante quando você faz perguntas que tipos de DNS como eu têm que responder. Um "subdomínio" significa registros NS para delegar para outro conjunto de servidores de nomes. Eu estou supondo que você quer dizer o termo mal utilizado para significar "um registro A".

Para as pessoas que podem resolver o nome, o que elas veem? O registro correto? Se assim for, então eu acho que é um erro de propagação; tente ver se você pode aumentar o número de série ou adicionar outro registro (foo?) e ver se isso também não se propaga. Se isso acontecer, chame seu host DNS.

Observe que um dos três servidores de nomes que atendem à sua zona está inativo: ns1.compuone.com parece não estar mais por onde estou, pelo menos.

    

Answer 2

Acabei de testar com o dig e o nicpartnersinc.com tem apenas dois servidores de nomes (o que não é muito), ns35.worldnic.com e ns36.worldnic.com.

Ambos respondem autoritativamente que testing.nicpartnersinc.com existe, com o endereço IPv4 70.32.74.40.

Então, deve funcionar agora.

    

Answer 3

Precisa de mais informações sobre o tipo de configuração de DNS: Vincular? Painel de controle? etc.

Uma coisa que pode acontecer com o Bind: você modifica algumas informações de DNS em um arquivo de zona, mas se esquece de alterar a parte serial do registro SOA da zona. Você salva o arquivo e recarrega o Bind. Mas o servidor DNS não notificará os servidores escravos nesse caso, já que a serial não foi alterada. Você receberá dois servidores que atendem a informações de DNS diferentes. A situação permanecerá a mesma até que o servidor slave atualize suas informações (com base na seção expire do registro SOA).

    

Answer 4

@Justin - Edit 1 e Edit 2 referem-se a dois domínios diferentes. :-( Com qual domínio você está tendo problemas? O domínio em Editar 1? Ou o domínio em Editar 2?

Supondo que o domínio na Edição 1 esteja correto (nicpartnersinc.com), o registro A para testing.nicpartnersinc.com existe existe ...

$ dig testing.nicpartnersinc.com a

; <<>> DiG 9.6.0-APPLE-P2 <<>> testing.nicpartnersinc.com a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52090
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;testing.nicpartnersinc.com.    IN      A

;; ANSWER SECTION:
testing.nicpartnersinc.com. 6892 IN     A       70.32.74.40

;; AUTHORITY SECTION:
nicpartnersinc.com.     172492  IN      NS      ns36.worldnic.com.
nicpartnersinc.com.     172492  IN      NS      ns35.worldnic.com.

;; ADDITIONAL SECTION:
ns35.worldnic.com.      106686  IN      A       205.178.190.18
ns36.worldnic.com.      135224  IN      A       205.178.144.18

;; Query time: 0 msec
;; SERVER: 192.168.69.70#53(192.168.69.70)
;; WHEN: Thu Dec 24 00:39:09 2009
;; MSG SIZE  rcvd: 139

Supondo que o domínio na Edição 2 esteja correto (nicpartners.com), então o registro A para testing.nicpartners.com não existe ...

$ dig testing.nicpartners.com a

; <<>> DiG 9.6.0-APPLE-P2 <<>> testing.nicpartners.com a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 38580
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;testing.nicpartners.com.       IN      A

;; AUTHORITY SECTION:
nicpartners.com.        8998    IN      SOA     ns.compuone.com. admin.compuone.com. 31 900 600 86400 3600

;; Query time: 0 msec
;; SERVER: 192.168.69.70#53(192.168.69.70)
;; WHEN: Thu Dec 24 00:42:03 2009
;; MSG SIZE  rcvd: 95

Meu palpite é que há alguma confusão sobre qual domínio deve ter o novo registro A para o host chamado testing .