1 votes

Nom d'hôte mondial dynamique et nsupdate ne sont pas mis à jour sur le serveur de noms autoritaire.

Je essaie de faire du DDNS. J'ai deux produits Apple: un Airport Extreme et un Macbook Air, et je veux mettre à jour mon serveur DDNS via la fonction "Nom d'hôte global dynamique".

J'ai configuré DDNS dans le cloud (BIND), et via ma machine locale Ubuntu (la version de nsupdate est apparemment "nsupdate: option illégale -- V"), je peux simplement dire:

nsupdate -D -k [chemin de la clé TSIG]
> update add jeff-laptop-2013.ddns.mydomain.com 86400 A [mon IP]
> send
Zone trouvée: ddns.mydomain.com
Le maître est: ns1.ddns.mydomain.com
send_update()
Envoi de la mise à jour à [adresse IP du serveur DNS cloud]#53

et il envoie correctement une mise à jour au serveur de noms autoritaire ns1.ddns.mydomain.com.

Cependant, sur mon ordinateur portable OS X (celui que je veux mettre à jour via le Nom d'hôte global dynamique, version de nsupdate 9.10.1-P1), il insiste pour l'envoyer à mon serveur DNS "principal" (sauf si je spécifie le NS), plutôt qu'au NS autoritaire:

> send
Zone trouvée: ddns.mydomain.com
Le maître est: ns1.ddns.mydomain.com
send_update()
Envoi de la mise à jour à 8.8.8.8#53

(ns1.ddns.mydomain.com ne se résout pas en 8.8.8.8.) Cela échoue avec:

; Erreur TSIG avec le serveur: TSIG ou SIG(0) attendu
show_message()

Réponse de la requête de mise à jour:
;; ->>EN-TÊTE<<- opcode: MISE À JOUR, état: SERVFAIL, id:   3677
;; drapeaux: qr ra; ZONE: 1, PREREQ: 0, MISE À JOUR: 0, ADDITIONNEL: 0
;; SECTION DE ZONE:
;ddns.mydomain.com.         IN  SOA

C'est peut-être pourquoi le Nom d'hôte global dynamique (occasionnellement, mais pas de manière reproductible) affiche l'erreur suivante:

2/7/15 10:55:43.623 AM discoveryd[27932]: Basic DNSResolver UDNS Send(): Échec de l'envoi UDP à DNSNameServer 8.8.8.8 Port 53 errno 49, fd 42, ErrLogCount 2 ResolverIntf:0

Je ne suis pas familier avec BIND ou le Nom d'hôte global dynamique. Est-ce un bug? Comment pourrais-je investiguer ce problème? Des suggestions?

0voto

Ben Racicot Points 124

Oui, il semble être lié à ce bug.

https://kb.isc.org/article/AA-01220/0/nsupdate-in-BIND-9.9.6-9.10.0-and-9.10.1-fail-to-resolve-the-SOA-MNAME-in-some-cases.html

Aussi, je pense que le type de clé doit être HOST, pas ZONE (le paramètre par défaut pour dnssec-keygen) ou USER.

0 votes

À un moment donné, ma brasserie a mis à jour nsupdate en version 9.12.1-P2, et cela fonctionne comme prévu.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X