Estou testando minha configuração de atualização do ddns (para ISC DHCP hospedado no mesmo servidor) com nsupdate e enquanto a zona direta é atualizada corretamente:
# nsupdate
> server 127.0.0.1
> key dhcpupdate MYSECRETKEY
> update add test.example.com. 600 IN A 10.2.2.45
> send
# tail -n1 /var/log/named.conf
client 127.0.0.1#12584: view internal: updating zone 'example.com/IN': adding an RR at 'test.example.com' A
a zona reversa não:
# nsupdate
> server 127.0.0.1
> key dhcpupdate MYSECRETKEY
> update add 45.2.2.10.in-addr.arpa. 600 IN PTR test.example.com.
> send
response to SOA query was unsuccessful
nsupdate, em seguida, me cospe de volta para o shell, e não há erros (ou mensagens de qualquer tipo) nos logs. Eu tentei a atualização da zona reversa com e sem períodos finais. Tenho a sensação de que estou sentindo falta de algo básico, mas não consigo descobrir o que é isso.
Obrigado por todos os ponteiros. Aqui estão meus arquivos de configuração e outras informações:
# cat /etc/named.conf
acl internals {
127.0.0.0/8;
10.2.2.0/24;
};
logging {
channel named.log {
file "/var/log/named/named.log";
severity dynamic;
};
category default {
named.log;
};
};
options {
listen-on port 53 { any; };
// listen-on-v6 port 53 { ::1; };
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
allow-query { any; };
recursion no;
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;
/* Path to ISC DLV key */
bindkeys-file "/etc/named.iscdlv.key";
managed-keys-directory "/var/named/dynamic";
};
key dhcpupdate {
algorithm hmac-md5;
secret "MYSECRETKEY";
};
include "/etc/named.root.key";
view "internal" {
match-clients { internals; };
recursion yes;
zone "localhost" IN {
type master;
file "/var/named/db.localhost";
allow-update { none; };
};
zone "0.0.127.in-addr.arpa" IN {
type master;
file "/var/named/db.0.0.127.in-addr.arpa";
allow-update { none; };
};
zone "." IN {
type hint;
file "named.ca";
};
zone "example.com" {
type master;
file "/var/named/db.example.com";
allow-update { key dhcpupdate; };
};
zone "2.2.10.in-addr.arpa" IN {
type master;
file "/var/named/db.2.2.10.in-addr.arpa";
allow-update { key dhcpupdate; };
};
};
view "external" {
match-clients { any; };
recursion no;
forwarders { 1.2.3.4; 1.2.3.5; }; // ISP DNS servers
forward first;
};
# cat /var/named/db.example.com
$ORIGIN .
$TTL 600 ; 10 minutes
example.com IN SOA ns1.example.com. root.example.com. (
5 ; serial
604800 ; refresh (1 week)
86400 ; retry (1 day)
2419200 ; expire (4 weeks)
604800 ; minimum (1 week)
)
NS ns1.example.com.
A 10.2.2.44
$TTL 3600 ; 1 hour
MX 1 ASPMX.L.GOOGLE.COM.
MX 5 ALT1.ASPMX.L.GOOGLE.COM.
MX 5 ALT2.ASPMX.L.GOOGLE.COM.
MX 10 ASPMX2.GOOGLEMAIL.COM.
MX 10 ASPMX3.GOOGLEMAIL.COM.
$ORIGIN example.com.
$TTL 600 ; 10 minutes
myserver A 10.2.2.5
ns1 A 10.2.2.5
test A 10.2.2.45
www A 123.12.34.32 // externally hosted www server
# cat /var/named/db.2.2.10.in-addr.arpa
;
; BIND data file for example.com
;
$TTL 10m
@ IN SOA ns1.example.com. root.example.com. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
2.2.10.in-addr.arpa. IN NS ns1.example.com.
5 IN PTR myserver.example.com.
EDITAR:
Usar o comando debug no nsupdate fornece o seguinte:
Reply from SOA query:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 28411
;; flags: qr ra; QUESTION: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; QUESTION SECTION:
;96.2.2.10.in-addr.arpa. IN SOA
;; TSIG PSEUDOSECTION:
dhcpupdate. 0 ANY TSIG hmac-md5.sig-alg.reg.int. 1367446210 300 16 XXXXXXXXX 28411 NOERROR 0
response to SOA query was unsuccessful
EDIT2:
Ao especificar zona, recebo o seguinte:
> debug
> server 127.0.0.1
> zone 2.2.10.in-addr.arpa
> key dhcpupdate XXXXXXXXXXX
> update add 96.2.2.10.in-addr.arpa. 600 IN PTR scott-lap.example.com.
> send
Sending update to 127.0.0.1#53
Outgoing update query:
;; ->>HEADER<<- opcode: UPDATE, status: NOERROR, id: 11170
;; flags:; ZONE: 1, PREREQ: 0, UPDATE: 1, ADDITIONAL: 1
;; ZONE SECTION:
;2.2.10.in-addr.arpa. IN SOA
;; UPDATE SECTION:
96.2.2.10.in-addr.arpa. 600 IN PTR scott-lap.example.com.
;; TSIG PSEUDOSECTION:
dhcpupdate. 0 ANY TSIG hmac-md5.sig-alg.reg.int. 1367447008 300 16 XXXXXXXXXXXXXX 11170 NOERROR 0
Reply from update query:
;; ->>HEADER<<- opcode: UPDATE, status: SERVFAIL, id: 11170
;; flags: qr ra; ZONE: 1, PREREQ: 0, UPDATE: 0, ADDITIONAL: 1
;; ZONE SECTION:
;2.2.10.in-addr.arpa. IN SOA
;; TSIG PSEUDOSECTION:
dhcpupdate. 0 ANY TSIG hmac-md5.sig-alg.reg.int. 1367447008 300 16 XXXXXXXXXXXXXXXXX 11170 NOERROR 0
EDIT3:
Huh. Eu estou tentando usar host para ver se resolve o endereço IP do meu servidor DNS (que é listado no arquivo de zona inversa acima), e é isso que eu recebo. Nenhuma entrada de log novamente.
# host -v 10.2.2.5
Trying "10.2.2.10.in-addr.arpa"
Host 10.2.2.10.in-addr.arpa not found: 2(SERVFAIL)
Received 40 bytes from 10.2.2.5#53 in 0 ms
Eu tenho um palpite de que esta pode ser a ausência de uma declaração zone explícita em sua atualização.
nsupdate tem que adivinhar em qual zona a atualização se aplica quando você omite isso ("baseado no resto da entrada" de acordo com a página do manual), e eu vejo muito espaço para essa suposição estar errada, dado quads deep esta zona é.
Se isso falhar, dê um -v para ver se você tem mais sorte com o TCP.
SOLUÇÃO:
Eu não tenho ideia do porquê, mas agora está funcionando. As únicas coisas que fiz foram rndc querylog , o que claramente não pode ter corrigido nada por si só, e o seguinte:
# chown -R named:named /var/named
# find . -type d -exec chmod 770 {} \;
# find . -type f -exec chmod 660 {} \;
Agora, o engraçado é que tenho 99,999% de certeza de que as permissões já foram definidas corretamente (proprietário / grupo nomeado, com 660 permissões). Quer dizer, eu verifiquei as permissões dang pelo menos uma dúzia de vezes. Ah, a outra coisa que fiz foi excluir o db.2.2.10.in-addr.arpa.jnl de comprimento zero e reiniciar o named, para permitir que ele fosse recriado. Ele recriou corretamente (embora com 644 permissões), e funcionou a partir daí. Estou perplexo pelo motivo exato de estar funcionando, mas aceito! Obrigado a todos pelo seu esforço.
EDITAR:
Parece que meu arquivo de zona reversa foi atualizado de alguma forma (estou assumindo via nsupdate). Estou postando aqui caso isso ajude. Observe a diferença da minha zona originalmente publicada 2.2.10.in-addr.arpa na minha pergunta original. Eu sinto que as diferenças são triviais o suficiente para não fazer diferença na funcionalidade, mas é claro que estou longe de ser um especialista.
$ORIGIN .
$TTL 600 ; 10 minutes
2.2.10.in-addr.arpa IN SOA ns1.example.com. root.example.com. (
4 ; serial
604800 ; refresh (1 week)
86400 ; retry (1 day)
2419200 ; expire (4 weeks)
604800 ; minimum (1 week)
)
NS ns1.example.com.
$ORIGIN 2.2.10.in-addr.arpa.
10 PTR a.example.com.
11 PTR b.example.com.
15 PTR c.example.com.
96 PTR d.example.com.
55 PTR 3.example.com.
5 PTR server.example.com.
Tags bind domain-name-system ddns