Quanto tempo impiega il DNS per aggiornare i nuovi record? Strano comportamento DNS!

Avevo il mio sito personale su freehostia e ora mi sono spostato su un altro server. È passata quasi una settimana e, naturalmente, quando i NameServer sono cambiati per il nuovo host, ho apportato le modifiche richieste con domain-register-company, per il mio dominio.

Ora, quando provo ad aprire il mio sito, a volte apre il nuovo sito ospitato, a volte apre la pagina 404 sul vecchio sito.

Penso che 1 settimana, diciamo che anche 4 giorni siano un sacco di tempo perché avvenga la propagazione del DNS. È un comportamento strano?

Quando apro il sito dall'indirizzo IP, si apre, ma quando apro il sito con un nome di dominio, a volte si apre e, a volte, non lo fa. Qualche idea?

Ho provato con due dei miei amici, che non hanno mai visitato il mio sito, quindi nessuna cache DNS sulla sua macchina, si è aperta per uno e non si è aperta per l'altro. Grazie

- Da http://Squish.net il
25,0% delle query verrà restituito da 66.40.52.47 (dns1.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64 Il
25.0% delle query verrà restituito entro il 66.40.66.152 (dns2.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64 Il
25.0% delle query verrà restituito entro il 72.55.164.113 (ns1.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113 Il
25.0% delle query verrà restituito entro il 70.38.29.161 (ns2.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113

Non capisco cosa sia questo 25%, perché non è 100% o 50%
dns1.freehostia.com e dns2.freehostia.com erano vecchi server. ns1.softuff.com e ns2.softuff.com sono nuovi server.

La mia risposta a questa domanda ha una riduzione del tempo di propagazione che collegherò invece di copiare + incollare qui.

Più specificamente dalla tua domanda, mi sembra che i tuoi server dei nomi autorevoli non siano stati aggiornati (o siano elencati in modo errato, quindi vengono interrogati quelli sbagliati). Per vedere quali server dei nomi registra i tuoi server DNS locali, cosa stai usando per il dominio puoi usare dig <domain.tld> NScosì:

$ dig spillett.net NS
;; ANSWER SECTION:
spillett.net.           316     IN      NS      ns1.nogoodnamesareleft.com.
spillett.net.           316     IN      NS      ns2.nogoodnamesareleft.com.

puoi quindi controllarli per vedere se hanno tutti l'indirizzo giusto per il nome:

$ dig @ns1.nogoodnamesareleft.com www.spillett.net
;; ANSWER SECTION:
www.spillett.net.       349     IN      CNAME   spillett.net.
spillett.net.           349     IN      A       69.94.124.51
;; AUTHORITY SECTION:
spillett.net.           349     IN      NS      ns2.nogoodnamesareleft.com.
spillett.net.           349     IN      NS      ns1.nogoodnamesareleft.com.
;; ADDITIONAL SECTION:
ns1.nogoodnamesareleft.com. 3499 IN     A       69.94.124.137
ns2.nogoodnamesareleft.com. 3499 IN     A       78.105.118.25

(ripeti quanto sopra per ogni record NS restituito dalla tua prima query)

I valori TTL restituiti dalle query direttamente contro i nameserver del tuo dominio dovrebbero sempre essere il valore effettivo impostato nel record della zona (sono bassi nell'esempio sopra dato che quel dominio è stato spostato di recente e ho dimenticato di ripristinarli più in alto quando ' d finito), dove - per quanto riguarda le query su server non autorevoli (ovvero uno dei server dei nomi locali predefiniti, che verrà interrogato se a dig non viene assegnata una @<server>direttiva) sarà il tempo che intercorrerà tra il server successivo (rispetto ai server dei nomi elencati) come record NS per il dominio) se è necessario aggiornare la sua versione memorizzata nella cache.

La verifica dei test di cui sopra per il tuo dominio potrebbe fornirti ulteriori indizi su dove si trova l'origine del problema. Se stai usando Linux e non ce l'hai dig, di solito si trova in un pacchetto chiamato qualcosa del genere dnsutils(si chiama che su Debian ad Ubuntu, presumo una disposizione simile su altre distribuzioni) - non ci sono molte porte su Windows ( questa è la prima pagina dall'aspetto pertinente restituita da Google ) sebbene non ne abbia mai usato nessuno.

Sembra che il server DNS che stai utilizzando stia memorizzando nella cache il vecchio risultato.

La durata della memorizzazione nella cache di un record DNS dipende in genere dal TTL (tempo di permanenza), ma non tutti i server DNS lo rispettano.

Un'altra cosa (forse ovvia) ... se stai usando il tuo vecchio server DNS per le ricerche ... assicurati di aver eliminato la vecchia zona. :-)

Se ha funzionato per i tuoi due amici ma non per te, consiglierei di cambiare i server DNS che il tuo computer sta usando per le ricerche ... anche se temporanei.

Consiglierei di cambiare i server di ricerca DNS del tuo computer in qualcosa come OpenDNS ... solo per testare e vedere.

http://www.opendns.com

208.67.222.222

208.67.220.220

Se nessuno di questi funziona ... facci sapere con quale nome di dominio stai riscontrando il problema e sono sicuro che qualcuno qui lo cercherà per te e ti dirà se è propagato o meno.

Spero che sia di aiuto.

dipende dal record dns ttl. una settimana sembra piuttosto lunga. prova a controllare quali sono le risposte alle domande DNS da tutti i server responsabili - visita ad esempio http://www.squish.net/dnscheck/ , digita il tuo nome di dominio, seleziona il tipo: QUALSIASI ed esegui il controllo.

forse uno dei server coinvolti restituisce ancora vecchi record.

Una settimana è più che sufficiente per consentire qualsiasi propagazione. Ho avuto un problema simile e il problema era che il server primario e secondario non erano sincronizzati. Ho usato nslookup per verificare lo stato corrente. Mentre il mio problema era con i record MX, potresti volerlo controllare .

L'unica volta che l'aggiornamento del TTL dovrebbe richiedere più tempo sarebbe se si modificano i record con il registrar. Di solito, un registrar aggiorna i record una o due volte ogni 24 ore. Normalmente, tuttavia, questi record sono quelli che puntano il tuo dominio ai tuoi server DNS.

Se stai aggiornando i normali record (A, PTR, CNAME, ecc ...) sui tuoi server DNS e stanno eseguendo il bind, dovresti essere in grado di fare un "rndc reload domain.name" (o "rndc reload domain .name IN view ") per pianificare un aggiornamento immediato.

Un ultimo avvertimento, i browser mantengono la propria cache e il client DNS del sistema operativo. Sono stato frustrato più di una volta da un'apparente mancanza di aggiornamento quando tutto quello che dovevo davvero fare era "ipconfig / flushdns" sul client Windows.

Le modifiche al DNS sono praticamente istantanee; quello che penso tu stia chiedendo è quanto tempo ci vuole per propagarsi se apporti modifiche al registrar?

Se si modificano i server dei nomi presso il registrar, è possibile che si verifichino 6-48 ore di inattività mentre le modifiche si propagano in tutto il mondo.

Se aggiungi o modifichi semplicemente record alla tua console di gestione DNS, le modifiche sono praticamente istantanee.