J'ai besoin d'aide pour configurer un serveur DNS dans Debian 9 (Stretch). Je suis ce tutoriel mais je pense qu'il y a quelque chose que je fais mal...
Dans mon cas, nous allons supposer que je possède un domaine appelé exemple.com et que mon serveur a une IP qui est : 203.0.113.141
Tout d'abord, j'ai créé les zones dans mon site Web. named.conf.local fichier. Maintenant, ce fichier ressemble à ça :
zone "example.com" IN { // Domain name
type master; // Primary DNS
file "/etc/bind/fwd.example.com.db"; // Forward lookup file
allow-update { none; }; // Since this is the primary DNS, it
}; // should be none.
zone "141.ip-203-0-113.net" IN { // Reverse lookup name, it was given from my server provider
type master; // Primary DNS
file "/etc/bind/rev.example.com.db"; //Reverse lookup file
allow-update { none; }; //Since this is the primary DNS, it should be none.
};Après cela, j'ai créé les deux fichiers avec ce contenu :
fwd.example.com.db :
$TTL 604800
@ IN SOA example.com. root.example.com. (
21 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
;Name Server Information
IN NS dns.example.com.
;IP address of Name Server
dns IN A 203.0.113.141rev.exemple.com.db :
$TTL 604800
@ IN SOA example.com. root.example.com. (
21 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
;@ IN NS localhost.
;1.0.0 IN PTR localhost.
;Name Server Information
IN NS dns.example.com.
;Reverse lookup for Name Server
141 IN PTR dnsRunning named-checkconf y named-checkzone après avoir configuré ces fichiers me donne une sortie correcte, sans erreur.
J'ai aussi redémarré bind9 service. Mais quand j'essaie de vérifier le dns avec dig la réponse n'est pas celle attendue.
La commande dig example.com sorties :
; <<>> DiG 9.10.3-P4-Debian <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53052
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.com. IN A
;; AUTHORITY SECTION:
example.com. 604800 IN SOA example.com. root.example.com. 21 604800 86400 2419200 604800
;; Query time: 0 msec
;; SERVER: 203.0.113.141#53(203.0.113.141)
;; WHEN: Sat Sep 01 09:05:29 EDT 2018
;; MSG SIZE rcvd: 81D'après le tutoriel que j'ai suivi, je m'attendais à une ligne du genre :
;; ANSWER SECTION:
www.example.com. 604800 IN A 203.0.113.141Mais il n'existe pas dans cette sortie.
De plus, lorsque je vérifie la recherche inversée avec dig -x 203.0.113.141 le résultat ne montre rien qui soit lié à mon domaine example.com :
; <<>> DiG 9.10.3-P4-Debian <<>> -x 203.0.113.141
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42358
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;141.113.0.203.in-addr.arpa. IN PTR
;; ANSWER SECTION:
141.113.0.203.in-addr.arpa. 86400 IN PTR 141.ip-203-0-113.net.
;; AUTHORITY SECTION:
0.203.in-addr.arpa. 66624 IN NS ns10.ovh.ca.
0.203.in-addr.arpa. 66624 IN NS dns10.ovh.ca.
;; Query time: 893 msec
;; SERVER: 54.39.21.141#53(54.39.21.141)
;; WHEN: Sat Sep 01 09:12:51 EDT 2018
;; MSG SIZE rcvd: 132Encore une fois, conformément au tutoriel, je m'attendais à une section ANSWER différente, avec mon nom de domaine.
Alors, pensez-vous qu'il pourrait s'agir d'une mauvaise configuration de l'un de ces fichiers ?
