Bind9 : Pb résolution de notre nom de domaine [Résolu]

[jaymzwise]

Bonjour,


Nous avons mis en place un serveur Bind9 (Sur Ubuntu Gutsy).
Le nom de domaine en interne est toto.dom. Niveau résolution Internet et interne tout se passe bien.
Par contre, nous avons un problème avec la résolution de notre nom de domaine toto.net géré par OVH.
Notre serveur Intranet est hébergé chez nous.

Impossible pour les stations de notre réseau local de résoudre correctement toto.net. Nous avons été obligé de modifier les fichiers hosts des stations pour qu'elles puissent y accéder.

Comment dois-je m'y prendre pour faire en sorte que Bind renvoie l'adresse IP locale de notre serveur Intranet quand on lui demande de résoudre toto.net ?

Merci d'avance.

[Pilru]

Il faut créer une zone toto.net sur ton dns.
C'est la seule solution pour résoudre toto.net avec l'adresse locale.

[jaymzwise]

Merci pour ta réponse.

J'ai effectivement créé un fichier de zone supplémentaire named.toto.net.
Cependant, seul le serveur DNS parvient à résoudre toto.net.
Les stations du réseau local n'y parviennent toujours pas.

Voici le fichier en question :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
$ORIGIN toto.net.
 
$TTL    604800
@       IN      SOA     srv.toto.net. root.toto.net. (
                              1         ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
;
                IN      NS      srv.toto.net.
 
; Machines du reseau
ns              IN      CNAME   srv.toto.net.
srvintra        IN      A       IP
toto.net       IN      CNAME   srvintra.toto.net.

[Pilru]

Sur les clients, le fichier /etc/resolv.conf est correct ?
Les clauses domain et search sont bien renseignées ?

Que donne la commande dig toto.net sur un client ?

[jaymzwise]

Les clients sont sous XP ou W2K.
Leur suffixe DNS principal est toto.dom (Notre domaine interne) et ils pointent bien le serveur Bind.

Sur un client Linux, voici ce que renvoie la commande dig toto.net :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
; <<>> DiG 9.3.4 <<>> toto.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23837
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
 
;; QUESTION SECTION:
;toto.net.                     IN      A
 
;; AUTHORITY SECTION:
toto.net.              604800  IN      SOA     srv.toto.net. root.toto.net. 1 604800 86400 2419200 604800
 
;; Query time: 1 msec
;; SERVER: IPBind#53(IPBind)
;; WHEN: Mon Mar  3 17:54:21 2008
;; MSG SIZE  rcvd: 82

[jaymzwise]

A priori c'est bon.
Je viens de modifier mon fichier de zone :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
$ORIGIN toto.net.
 
$TTL    604800
@       IN      SOA     srv.toto.net. root.toto.net. (
                              1         ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
;
                IN      NS      srv.toto.net.
 
; Machines du reseau
ns              IN      CNAME   srv.toto.net.
toto.net.        IN      A       IP

Il manquait l'enregistrement A pour le domaine, forcément il avait du mal
Merci pour les pistes