RNDC Sync Failed - não foi possível definir a hora de modificação do arquivo de / etc / bind / slave

0
  1. Eu configurei a transferência para IPs & amp; diretórios / arquivos mestre / escravo
  2. Adicionado o arquivo /etc/bind/rndc.key com a mesma frase secreta em ambos, mestre / escravo
  3. Itens de permissão dentro de / etc / bind / slave são -rw-r - r-- (Também tentei -rw-rw-rw sem sucesso)
  4. Editado /etc/apparmor.d/usr.sbin.named

Adicionado

/ etc / bind / slave / ** rw,

/ etc / bind / master / ** rw,

/ etc / bind / rw,

Eu então faço o sudo /etc/init.d/aparmor restart & amp; então execute o rndc reload test.com (nome da zona)

Aguardo de 5 a 10 minutos e acesse "vi / var / log / syslog" & amp; compara o número de série entre o mestre e o & amp; Escravo, mas depois eu recebo esses problemas: -

ns chamado [939]: zone test.com/IN: refresh: não foi possível definir a hora de modificação do arquivo de '/etc/bind/slave/test.com': permissão negada

+

ns chamado [939] arquivo mestre de despejo: / etc / bind / slave / tmp-FEhwr4afaX: aberto: permissão negada

Usando o Ubuntu Server 12.04.1 LTS.

Espero que alguém possa me ajudar a obter esse RNDC (Sync) ocorrendo porque estou sem ideias no momento.

(Tentei modificar permissões de pastas / arquivos e arquivos editados sem nenhuma sorte)

Além disso, desde que migrei do OpenBSD bind9 para o Ubuntu bind9, a estrutura dos meus arquivos é um pouco diferente, pois só tenho um único arquivo de configuração nomeado

por exemplo. mestre

escravo

padrão

named.conf

bind.keys

rndc.key

    
por Jeremy 21.01.2013 / 03:20

2 respostas

1

Eu mesmo resolvi o problema.

  1. Crie uma pasta chamada slaves em / etc / bind /
  2. Entre em named.conf e amp; substitua / etc / bind / slave por / etc / bind / slaves & amp; deixe-o propergar.

Você não precisa de nenhum dos arquivos de zona, pois eles serão capturados no servidor de nomes da Primary.

  1. RNDC reload zonename (acelera esse único domínio)

Acho que porque copiei a pasta slave de outro sistema, as permissões eram root: bind & amp; a nova pasta que foi criada era bind: bind, e é por isso que funciona.

Mas é estranho que eu tenha alterado as permissões na pasta / arquivos a serem vinculados: bind, mas o principal é que ele esteja funcionando agora.

Espero que isso ajude outras pessoas que estão migrando de um servidor de nomes do OpenBSD, etc.

    
por Jeremy 24.01.2013 / 05:55
1

Como a resposta não corrigiu exatamente o mesmo problema para mim, aqui está o que eu tive que fazer (que procurei on-line sem sucesso e tentei corrigir isso por duas horas)

Eu tive que simplesmente modificar uma linha em /etc/default/bind

De:

# run resolvconf?
RESOLVCONF=no

Para:

# run resolvconf?
RESOLVCONF=yes
    
por bksunday 10.07.2013 / 00:34