1 votes

La configuration des enregistrements NS ne fonctionne pas dans bind (bind9) sur ubuntu

J'ai le fichier de zone suivant :

testzone.local. IN SOA MyUbuntu hostname (
                          6        ; Serial
                          3h       ; Refresh after 3 hours
                          1h       ; Retry after 1 hour
                          1w       ; Expire after 1 week
                          1h )     ; Negative caching TTL of 1 hour

;----------------  records --------------

b._dns-sd._udp          IN      PTR     device-discovery
lb._dns-sd._udp         IN      PTR     device-discovery
device-discovery        IN      NS      test-server-host
test-server-host        IN      A       192.168.1.10

;--------------- End of records --------- 

;
; Name servers

;
@ IN NS MyUbuntu
MyUbuntu IN      A       192.168.1.28
devicemachine  IN  A     192.168.1.10

Dig donne des réponses pour b._dns-sd._udp.testzone.local , lb._dns-sd._upd.testzone.local et test-server-host mais pas pour device-discovery.testzone.local. Voici le résultat lorsque je fais une recherche pour device-discovery.testzone.local NS

kg@MyUbuntu:~$ dig @localhost NS device-discovery.testzone.local

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @localhost NS device-discovery.testzone.local
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 13783
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;device-discovery.testzone.local. IN    NS

;; Query time: 3 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Feb 17 07:35:27 AEDT 2017
;; MSG SIZE  rcvd: 64

Y a-t-il un problème dans le fichier de zone ? J'ai vu de nombreux exemples sur le web et je m'attendais à ce que cela fonctionne.

Merci beaucoup.

J'AI MIS À JOUR LE FICHIER DE ZONE, MAIS ÇA NE FONCTIONNE TOUJOURS PAS

kg@MyUbuntu:/etc/bind/zones$ cat db.testzone.local 
testzone.local. IN SOA MyUbuntu hostname (
                          9        ; Serial
                          3h       ; Refresh after 3 hours
                          1h       ; Retry after 1 hour
                          1w       ; Expire after 1 week
                          1h )     ; Negative caching TTL of 1 hour

testzone.local. IN NS MyUbuntu.testzone.local.
testzone.local. IN NS hostname.testzone.local.

b._dns-sd._udp          IN  PTR     device-discovery
lb._dns-sd._udp         IN  PTR     device-discovery
device-discovery    IN  NS      test-server-host
test-server-host    IN  A       192.168.1.10

;
; Name servers

;
@ IN NS MyUbuntu
MyUbuntu    IN  A   192.168.1.28
hostname IN A 192.168.1.28

kg@ MyUbuntu:/etc/bind/zones$ named-checkzone testzone.local db.testzone.local 
db.testzone.local:1: no TTL specified; using SOA MINTTL instead
zone testzone.local/IN: loaded serial 9
OK
kg@ MyUbuntu:/etc/bind/zones$ sudo service bind9 restart
kg@ MyUbuntu:/etc/bind/zones$ sudo service bind9 status
 bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; enabled; vendor preset: enabl
   Active: active (running) since Fri 2017-02-17 11:55:59 AEDT; 5s ago
     Docs: man:named(8)
  Process: 5402 ExecStop=/usr/sbin/rndc stop (code=exited, status=0/SUCCESS)
 Main PID: 5407 (named)
    Tasks: 5 (limit: 9830)
   CGroup: /system.slice/bind9.service
           5407 /usr/sbin/named -f -u bind

Feb 17 11:55:59 MyUbuntu named[5407]: managed-keys-zone: loaded serial 41
Feb 17 11:55:59 MyUbuntu named[5407]: zone 0.in-addr.arpa/IN: loaded serial 
Feb 17 11:56:00 MyUbuntu named[5407]: /etc/bind/zones/db.testzone.local:1: n
Feb 17 11:56:00 MyUbuntu named[5407]: zone testzone.local/IN: loaded serial 
Feb 17 11:56:00 MyUbuntu named[5407]: zone localhost/IN: loaded serial 2
Feb 17 11:56:00 MyUbuntu named[5407]: zone 127.in-addr.arpa/IN: loaded seria
Feb 17 11:56:00 MyUbuntu named[5407]: zone 255.in-addr.arpa/IN: loaded seria
Feb 17 11:56:00 MyUbuntu named[5407]: all zones loaded
Feb 17 11:56:00 MyUbuntu named[5407]: running
Feb 17 11:56:00 MyUbuntu named[5407]: zone testzone.local/IN: sending notifi
kg@ MyUbuntu:/etc/bind/zones$ dig @localhost device-discovery.testzone.local. NS

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @localhost device-discovery.testzone.local. NS
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 52820
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;device-discovery.testzone.local. IN    NS

;; Query time: 15 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Feb 17 11:57:02 AEDT 2017
;; MSG SIZE  rcvd: 64

0 votes

Après avoir changé de zone, avez-vous mis à jour votre numéro de série ? Avez-vous rechargé bind ? Avez-vous examiné votre syslog pour voir si bind a signalé des erreurs de syntaxe ou d'autres problèmes avec votre zone ?

0 votes

Oui, c'est ce que je fais. vérifiez la mise à jour dans la question originale. également aucune erreur dans le syslog.

0voto

Kumar Gaurav Points 121

Ce problème a été résolu en ayant un fichier de zone pour la sous-zone.

J'ai dû créer un fichier de zone pour la sous-zone : device-discovery.testzone.local et j'ai ajouté les informations de la zone à named.conf.local.

Dans le fichier de zone pour la sous-zone, j'ai défini le serveur de noms pour device-discovery.testzone.local comme test-server-host.testzone.local. Cela a fonctionné !

-2voto

Mox Points 415

Vos arguments pour dig semblent être hors service. Pour demander un type d'enregistrement DNS, spécifiez le nom de domaine avant le type -- utilisez dig @nameserver some.domain. type . Dans le cas de votre exemple, essayez dig @localhost device-discovery.testzone.local. NS

0 votes

J'ai essayé dig @localhost device-discovery.testzone.local. NS et le résultat est le même Pas de réponse.

1 votes

dig est suffisamment intelligent pour trouver (dans la plupart des cas) ce qui est quoi, donc l'ordre des paramètres n'est pas pertinent.

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