Eu tenho um pequeno esquema de DNS Master->Slave configurado entre duas máquinas rodando Debian 8 + Bind9 em pilha IP dupla.
O mestre e o escravo possuem um IPv4 e um IPv6 usados pelo bind, conforme os parâmetros de configuração listen-on listen-on-v6 transfer-source transfer-source-v6 notify-source notify-source-v6 query-source address query-source-v6 address.
Atualmente, meu mestre está configurado para notificar o escravo como:
notify yes;
also-notify { xxxx:xxxx:xxxx:xxxx::xxx5; x.x.x.5; };
Como meu escravo tem em uma configuração de zona algo como:
zone "example.dev" {
type slave;
masters { xxxx:xxxx:xxxx:xxxx::xxx2; x.x.x.2; };
file "...";
};
Esta configuração funciona bem, no entanto, ao inspecionar os arquivos de log (e como eu esperava), o mestre está notificando o escravo duas vezes em cada mudança de zona:
May 20 20:57:53 salvedns named[8568]: zone example.dev/IN: notify from x.x.x.2#52041: zone is up to date
May 20 20:57:53 salvedns named[8568]: zone example.dev/IN: notify from xxxx:xxxx:xxxx:xxxx::xxx2#51347: zone is up to date
Uma vez, em IPv4 e outra em IPv6.
Existe uma maneira de dizer ao servidor de ligação que xxxx:xxxx:xxxx:xxxx::xxx5 x.x.x.5são de fato endereços para o mesmo servidor DNS e tentar notificá-lo primeiro pelo IPv6 e, se falhar, tente novamente pelo IPv4? Além disso, como fazer a mesma coisa na mastersdeclaração de salve?
Obrigada.
Não acredito que exista uma opção de configuração que faça o que você pede. No entanto, também não acredito que as notificações duplas sejam realmente motivo de preocupação.
Embora seja redundante nessa configuração, a sobrecarga a que ele leva é mínima e normalmente não apresenta nenhum problema.
De um modo geral, receber várias mensagens de notificação não está fora da norma, originalmente principalmente do mestre + outros escravos, mas agora também de hosts de pilha dupla, a ponto de até mesmo a especificação original esperar isso :