BIND config error in ip / nameserver

Question

I ha installato un paio di server dei nomi e aggiornato il mio dominio usarli, e, per quanto posso dire tutto è andato bene e nameserver sono stati aggiornati, o almeno così dice ogni whois e dnstools tipo di sito ive utilizzato, (intodns, che .is ecc sono tutti dicendo la stessa cosa: i nuovi nameserrvers sono in effetti, e il sito punti al nuovo IP che bene). Il problema è che il sito non viene visualizzato, e scavare mi dice che il vecchio IP / server dei nomi sono ancora efficaci.

Nei miei record DNS che ho:

domain. A IN NS ns1.newnameserver

domain. A IN NS ns2.newnameserver

ns1 IN A newipaddress

ns2 IN A newipaddress

domain. IN A newipaddress

Sono molto a corto di tempo e non hanno trovato nulla sul interweb, in modo che qualsiasi aiuto sarebbe molto apprezzato

Answer 1

L'indirizzo IP vecchio viene probabilmente memorizzata nella cache dal server interrogato. Prima di tutto, controllare che sia il nuovo server dei nomi autorevoli stanno pubblicando l'indirizzo corretto interrogando direttamente con dig:

dig @ns1.newnameserver domain. a
dig @ns2.newnameserver domain. a

Supponendo che le query dare risposte corrette, scavare alcuni altri server che non sono:

dig domain. a     # Use the system's default resolvers
dig @8.8.8.8 domain. a     # Use Google's public resolver
dig @some.other.ip.address domain. a

Se si dà la vecchia risposta, guardare il TTL. Questo è il campo numerico indicato nella risposta subito dopo il nome e prima di "IN". Ecco quanti secondi si deve attendere che il server interrogato rigetti in mare i suoi dati memorizzati nella cache e sarà di nuovo interrogare i server autorevoli.

Chiedi quelle stesse nameserver dove pensano "dominio". è delegato:

dig domain. ns     # Use the system's default resolvers
dig @8.8.8.8 domain. ns     # Use Google's public resolver
dig @some.other.ip.address domain. ns

Vuoi vedere 2 NS reocrds per "dominio.", Uno che punta a "ns1.newnamserver" e l'altro a "ns2.newnameserver", ma i risolutori altresì cache che le informazioni in modo che possa ancora avere i vecchi nameserver . Se è così, sguardo alla TTL su quelli NS registra anche. Se il TTL sui record è più lunga della TTL sui record A, quelle resolver possono ancora andare ai vecchi nameserver per ottenere "dominio". 'S record anche quando la loro copia in cache attualmente scade ... quindi potrebbe essere necessario attendere che TTL per scadere prima , e poi per il TTL sul record Un vero e proprio per scadere di nuovo!

Un'altra cosa che puoi fare è interrogare alcuni dei nameserver autoritativi per il dominio padre del dominio per vedere se sono effettivamente delegandola a "ns1.newnameserver" e "ns2.newnameserver". Sarà così possibile controllare che la delegazione in DNS corrisponde a ciò che è in WHOIS.

dig com. ns      # If your domain's parent domain is "com."
dig @<one-of-the-servers-that-resulted-from-that-query> domain. ns

Anche in questo caso, si vuole vedere 2 NS reocrds per "dominio.", Uno che punta a "ns1.newnamserver" e l'altro a "ns2.newnameserver".

Answer 2

Se i vecchi server dei nomi sono ancora in esecuzione, sia:

1. assicurarsi che essi non sono, o
2. assicuri che anche avuto i dati nuova zona

Alcune persone sarà ancora parlando con i vecchi nameserver, e fino a quando non sia fermata rispondere o dare la risposta giusta, non impareranno i nuovi nameserver della zona padre.