Nome do host e nsupdate globais dinâmicos não enviam a atualização para o servidor de nomes autoritativo

Question

Estou tentando fazer o DDNS. Eu tenho dois produtos da Apple: um Airport Extreme e um Macbook Air, e quero atualizar meu servidor DDNS através do recurso "Dynamic Global Hostname".

Eu configurei o DDNS na nuvem (BIND), e através da minha máquina Ubuntu local (a versão nsupdate é, aparentemente, "nsupdate: illegal option - V", eu posso simplesmente dizer:

nsupdate -D -k [TSIG key path]
> update add jeff-laptop-2013.ddns.mydomain.com 86400 A [my IP]
> send
Found zone name: ddns.mydomain.com
The master is: ns1.ddns.mydomain.com
send_update()
Sending update to [IP address of cloud DNS server]#53

e envia corretamente uma atualização para o servidor de nomes oficial ns1.ddns.mydomain.com .

No entanto, no meu laptop OS X (o que eu quero atualizar via Dynamic Global Hostname, nsupdate versão 9.10.1-P1), ele insiste em enviá-lo para o meu servidor DNS "principal" (a menos que eu especifique o NS) , em vez do NS autoritário:

> send
Found zone name: ddns.mydomain.com
The master is: ns1.ddns.mydomain.com
send_update()
Sending update to 8.8.8.8#53

(ns1.ddns.mydomain.com não resolve para 8.8.8.8.) Isso falha com:

; TSIG error with server: expected a TSIG or SIG(0)
show_message()

Reply from update query:
;; ->>HEADER<<- opcode: UPDATE, status: SERVFAIL, id:   3677
;; flags: qr ra; ZONE: 1, PREREQ: 0, UPDATE: 0, ADDITIONAL: 0
;; ZONE SECTION:
;ddns.mydomain.com.         IN  SOA

Talvez seja por isso que o nome dinâmico do host global (ocasionalmente, mas não reproduzível) imprime o seguinte erro:

2/7/15 10:55:43.623 AM discoveryd[27932]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 8.8.8.8 Port 53 errno 49, fd 42, ErrLogCount 2 ResolverIntf:0

Não estou familiarizado com o BIND ou o Dynamic Global Hostname. Isso é um inseto? Como eu poderia olhar para esse problema? Alguma sugestão?

    

Answer 1

Sim, parece estar relacionado a esse bug.

link

Além disso, acho que o tipo de chave deve ser HOST, não ZONE (o padrão para dnssec-keygen) ou USER.