Sincronizzare la spiegazione dei numbers seriali SOA

Ho fatto due errori successivi durante l'aggiornamento dei record di zona. Una volta che ho dimenticato di incrementare il numero di serie, la prossima volta ho messo una cifra più cioè 20170210111 invece di 2017021011 , e each volta che ho ricaricato config: rndc reload .

Quando l'ho capito, ho cambiato il serial su un numero di 10 cifre, quindi il mio file di zona SOA serial è ora 2017021012 .

  • Postgresql / etc / postgresql non esiste
  • Stdout / stderr reindirizza nel start-stop-daemon
  • come rimuovere il simbolo ^ m
  • Come installare la versione del pacchetto che è stata rimossa da backports?
  • Prestazione Sintonizzazione di un Apache High-Load Server
  • Qual è la differenza tra sudo -i e sudo su-
  • Ottengo ora questo:

     # host -C domain.tld Nameserver XXXX: domain.tld has SOA record XXXXovh.net. postmaster.domain.tld. 2017021010 28800 7200 1209600 3600 Nameserver YYYY: domain.tld has SOA record XXXXovh.net. postmaster.domain.tld. 2017021003 28800 7200 1209600 86400 

    Dove XXXX è il mio server DNS primario IP e YYYY secondario.

    Non sono realmente abituato alla configuration del DNS e non so come ri-sincronizzare i serial e permettere la propagazione . Ho letto già molti post, temo che ancora non so se devo dare un record di zona un numero maggiore, cosa è successo quando ho ricaricato con 13 cifre …?

    One Solution collect form web for “Sincronizzare la spiegazione dei numbers seriali SOA”

    Dal 20170210111 è al di fuori della gamma di un integer a 32 bit, presumibilmente la zona non è rioutput a caricare con l'imansible rappresentare il record SOA (controllare i registri).

    Innanzitutto, verificare (ad esempio dig @master example.com SOA +norec ) che il master risponde correttamente e con il serial corrente ( 2017021012 ). In caso contrario, rndc reload triggers un ricarica.

    Quando il master funziona correttamente, gli slave dovrebbero aggiornarsi al loro aggiornamento successivo (in base all'intervallo SOA REFRESH ). Inoltre, supponendo che gli slave siano informati e con una configuration corretta, dovresti essere in grado di triggersre un aggiornamento immediato usando rndc notify example.com , nonché automaticamente quando carichi una nuova versione della zona.

    Se questo non funziona, penserei che il tuo problema è qualcosa di più che una zona non scaricabile per un po '.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.