O AppArmor foi o motivo desse fracasso. Ele acabou de executar: aa-logprof e ligou novamente.
(descaradamente roubado da pergunta, mas ele não o postou como resposta)
(resolvido: o AppArmor foi o motivo dessa falha. Eu apenas corri: aa-logprof e bind reiniciado)
Eu adicionei a segunda interface ao meu servidor
e depois que reiniciei meu servidor, descobri que o BIND não está sendo iniciado.
Se eu tentar: sudo /etc/init.d/bind9 restart Eu estou. recebendo
* Stopping domain name service... bind9
rndc: connect failed: 127.0.0.1#953: connection refused
[ OK ]
* Starting domain name service... bind9
[fail]
conteúdo de / var / log / syslog:
Aug 12 15:50:36 server1 named[1127]: configuring TKEY: failure
Aug 12 15:50:36 server1 named[1127]: loading configuration: failure
Aug 12 15:50:36 server1 named[1127]: exiting (due to fatal error)
Aug 12 15:50:36 server1 kernel: [ 38.746404] type=1400 audit(1313142636.718:15): apparmor="DENIED" operation="file_lock" parent=1126 profile="/usr/sbin/named" name="/usr/local/samba/private/dns.keytab" pid=1128 comm="named" requested_mask="k" denied_mask="k" fsuid=103 ouid=103
No entanto, acho que o problema não vem da segunda interface quando a removi e reiniciei. Tendo o mesmo problema.
Execute isto:
named -g
Ele iniciará o servidor bind9 em primeiro plano e imprimirá todos os erros encontrados no stderr para que você possa descobrir o que há de errado com ele.