ATUALIZAÇÃO:
Versão do BIND:
[[email protected]] $ named -v
BIND 9.3.6-P1-RedHat-9.3.6-16.P1.el5
Sistema operacional:
CentOS release 5.6 (Final)
Depois de executar [[email protected]] $ dig @10.224.45.130 example.com. axfr :
Escravo:
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> @10.224.45.130 example.com. axfr
; (1 server found)
;; global options: printcmd
; Transfer failed.
Mestre:
28-Aug-2011 12:29:01.384 client 10.224.45.131#60553: query: example.com IN AXFR -
28-Aug-2011 12:29:01.384 client 10.224.45.131#60553: zone transfer 'example.com/AXFR/IN' denied
Mesma mensagem de erro de antes.
UPDATE 2:
[[email protected] ~] # iptables -L -n -v
Chain INPUT (policy DROP 30235 packets, 1747K bytes)
pkts bytes target prot opt in out source destination
171K 23M ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- tun0 * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- tap0 * 0.0.0.0/0 0.0.0.0/0
57196 6930K ACCEPT all -- br0 * 0.0.0.0/0 0.0.0.0/0
688 57376 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 8
37869 6120K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
392 21216 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
1 64 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:53
74 5275 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:53
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
1 64 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:110
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:143
3 192 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:389
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443
1 64 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:465
1 64 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:587
13 832 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:636
0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:694
1 64 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:843
1 64 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:873
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:953
119 7584 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:993
0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:993
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1194
0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:1194
1 48 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3306
1 64 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:5901
0 0 ACCEPT tcp -- * * 0.0.0.0/0 10.224.45.130 tcp dpt:10000
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:11211
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:11212
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:11213
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:11511
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:11512
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:11513
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
2987 372K ACCEPT all -- br0 * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- * br0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443
Chain OUTPUT (policy ACCEPT 246K packets, 37M bytes)
pkts bytes target prot opt in out source destination
Eu provavelmente olhei para cada página sobre a configuração mestre / escravo do BIND, e não posso, durante toda a vida, fazer a transferência de zona funcionar.
Aqui está minha configuração: (role para baixo para descrição do problema)
Mestre: 10.224.45.130
/etc/named.conf
options {
directory "/var/named";
version "unknown";
pid-file "/var/run/named/named.pid";
recursion yes;
allow-recursion { localhost; localnets; };
notify explicit;
allow-transfer {
10.224.45.131;
};
also-notify {
10.224.45.131;
};
};
zone "." {
type hint;
file "named.root";
};
zone "example.com" IN {
type master;
file "data/example.com.hosts";
};
Escravo: 10.224.45.131
/etc/named.conf
options {
directory "/var/named";
version "unknown";
pid-file "/var/run/named/named.pid";
recursion yes;
allow-recursion { localhost; localnets; };
notify yes;
allow-transfer { "none"; };
allow-notify {
10.224.45.130;
};
};
zone "." {
type hint;
file "named.root";
};
zone "example.com" IN {
type slave;
file "slaves/example.com.hosts";
masters {
10.224.45.130;
};
};
Aqui está o problema. Quando eu reinicio o nome no servidor slave, ele vê que os arquivos de zona ainda não existem e solicita uma transferência do servidor master:
named.log (escravo)
[10.224.45.131] zone example.com/IN: no database exists yet, requesting AXFR of initial version from 10.224.45.130#53
... após o qual o servidor mestre recebe a solicitação de transferência:
named.log (mestre)
[10.224.45.130] client 10.224.45.131#53467: query: example.com IN AXFR -
... e responde com a solicitação de transferência, que é negada:
named.log (mestre)
[10.224.45.130] client 10.224.45.131#53467: zone transfer 'example.com/AXFR/IN' denied
... no servidor slave ele aparece como sendo recusado:
named.log (escravo)
[10.224.45.131] transfer of 'example.com/IN' from 10.224.45.130#53: failed while receiving responses: REFUSED
Olhando todas as configurações várias vezes, não consigo encontrar nada de errado com as configurações. Eu tenho o endereço IP do servidor mestre listado na configuração masters da configuração da zona escrava, eu tenho o endereço IP do servidor escravo listado na configuração allow-transfer das configurações de opções mestre.
Todos os endereços IP são o que deveriam ser, não é como tentar usar o endereço IP público e ser rejeitado porque o endereço IP não corresponde. Eu tenho a configuração iptables para permitir conexões TCP / UDP na porta 53 (e 953) em ambos os servidores. Eu configurei as permissões de arquivo corretamente para que o diretório / slaves onde os arquivos da zona escrava são armazenados seja gravável pelo usuário named .
Não importa o que eu faça, sempre recebo o mesmo erro. Se alguém puder me dar uma pista do que está perdendo, eu realmente aprecio isso!
Encontrou o problema. Eu estou usando um BIND chrooted, mas eu estava editando os arquivos conf em / etc e não / var / named / chroot / etc. Então as mudanças que eu estava fazendo não estavam sendo vistas. Eu copiei os arquivos conf para o diretório chroot e tudo funciona bem agora.
Para começar, tente verificar se uma transferência de zona funciona.
No escravo, digite dig @master your-domain. axfr
Quais versões do BIND e qual sistema operacional?
Pode parecer que isso já é coberto pela instrução allow-transfer em options , mas tente adicionar uma instrução allow-transfer explícita na zona.
Eu realmente não vejo nada de errado com sua configuração. Parece que deveria funcionar. O bind está escutando nessa porta? (Ou seja, todas as solicitações são bem-sucedidas? Ou todas elas falham?)
Bem, eu tenho mais duas ideias que valem a pena tentar.
Certifique-se de que seus relógios estejam atualizados (pelo menos dentro de uma margem razoável) em ambos os servidores.
Você pode ter o SELinux interferindo. Tente desativá-lo temporariamente para testar.