Explicação dos números de série do Syncronize SOA

3

Eu cometi dois erros sucessivos ao atualizar os registros da zona. Uma vez que esqueci de incrementar o número de série, da próxima vez coloquei um dígito a mais, ou seja, 20170210111 ao invés de 2017021011 , e cada vez recarreguei a configuração: rndc reload . / p>

Quando eu percebi isso, mudei de volta serial para um número de 10 dígitos, então minha série SOA de arquivo de zona agora é 2017021012 .

Eu entendo isso agora:

#  host -C domain.tld
Nameserver X.X.X.X:
        domain.tld has SOA record X.X.X.X.ovh.net. postmaster.domain.tld. 2017021010 28800 7200 1209600 3600
Nameserver Y.Y.Y.Y: 
        domain.tld has SOA record X.X.X.X.ovh.net. postmaster.domain.tld. 2017021003 28800 7200 1209600 86400

Onde X.X.X.X é o meu servidor DNS primário IP e Y.Y.Y.Y secundário.

Não estou acostumado com a configuração do DNS e realmente não sei como ressincronizar seriais e permitir a propagação . Já li um monte de posts, infelizmente ainda não sei se devo dar um maior número ao registro da zona, o que aconteceu quando recarreguei com 13 dígitos ...?

    
por Kojo 10.02.2017 / 20:11

1 resposta

3

Como 20170210111 está fora do intervalo de um inteiro de 32 bits, presumivelmente a zona falhou ao carregar com o impossível para representar SOA record (verifique seus logs).

Primeiro, verifique (usando, por exemplo, dig @master example.com SOA +norec ) se o mestre está respondendo corretamente e com a serial atual ( 2017021012 ). Se não, rndc reload aciona uma recarga.

Quando o mestre funciona corretamente, os escravos devem atualizar na próxima atualização (com base no SOA REFRESH interval). Além disso, assumindo que os escravos são notificados e com configuração adequada, você deve ser capaz de acionar uma atualização imediata usando rndc notify example.com , assim como automaticamente ao carregar uma nova versão da zona.

Se isso não funcionar, eu pensaria que seu problema é algo além de ter uma zona descarregável por um tempo.

    
por 10.02.2017 / 20:35