Bonjour,
 
Je travaille actuellement dans une Université en Haïti. Ma passerelle est installée avec une Mandrake 10.1 et le serveur DNS Bind 9.3.  
 
Tout cela fonctionne à merveille, le problème que je rencontre en fait est que lorsque le serveur s'arrête brutalement (faute d'électricité et de générarice),lors de son redémarrage, il me dit "il existe un nom en double sur le réseau" alors qu'il n'en est rien. Je pense que cela vient du fait qu'il garde en cache les anciennes adresses et que lorsqu'il redémarre, il retrouve forcément les mêmes noms. J'ai essayé alors de le redémarrer le service par les commande suivante : rndc reload ou encore ./named restart ou named, mais rien ne se passe le problème persiste.
 
Je voudrais donc faire appel à votre aide, si quelqu'un à une petite idée de comment je peux resoudre ce problème, elle est la bienvenue, car un serveur DNS qui ne résoud pas les noms ne sert à rien.
 
Merci d'avance
 
Cordialement Eryptes
 

Ne voyant pas de réponse, je vais définitivement penser qu'il n'y a pas de soltions à mon problème. vive haiti et ses coupure de courrant !!!!!!!!

Bonjour,
il me semble que le cache DNS est stocké uniquement dans la mémoire donc si la machine reboote le cache est vidé
http://www.freenix.org/unix/linux/ [...] WTO-8.html

 
achete un onduleur performant peut etre ?

c'est le cas.

Lorsque je saisie la commande 'named' voici les logs qu'il me donne :  
 
May 20 08:43:18 uneph named[4065]: starting BIND 9.3.0rc4
May 20 08:43:18 uneph named[4065]: found 1 CPU, using 1 worker thread
May 20 08:43:18 uneph named[4065]: loading configuration from '/etc/named.conf'
May 20 08:43:18 uneph named[4065]: none:0: open: /etc/named.conf: permission denied
May 20 08:43:18 uneph named[4065]: loading configuration: permission denied
May 20 08:43:18 uneph named[4065]: exiting (due to fatal error)
 
Si quelqu'un peut m'aider...

quelles sont les permissions de /etc/named.conf ?
c'est bien l'utilisateur root qui exécute BIND ?

heu, voilà :
-rw-------  1 named root 708 avr 16 07:33 named.conf

en faisant un chmod 640 named.conf, ça fonctionne ?
(root ou named peuvent exécuter named)

Maintenant ça me donne les messages suivants :
 
May 21 12:44:11 uneph named[3977]: loading configuration from '/etc/named.conf'
May 21 12:44:11 uneph named[3977]: listening on IPv4 interface lo, 127.0.0.1#53
May 21 12:44:11 uneph named[3977]: binding TCP socket: address in use
May 21 12:44:11 uneph named[3977]: listening on IPv4 interface eth0, 192.168.1.4#53
May 21 12:44:11 uneph named[3977]: binding TCP socket: address in use
May 21 12:44:11 uneph named[3977]: listening on IPv4 interface eth1, adresse de la passerelle#53
May 21 12:44:11 uneph named[3977]: binding TCP socket: address in use
May 21 12:44:11 uneph named[3977]: /etc/named.conf:8: couldn't add command channel 127.0.0.1#953: address in use
May 21 12:44:11 uneph named[3977]: couldn't open pid file '/var/run/named/named.pid': File exists
May 21 12:44:11 uneph named[3977]: exiting (due to early fatal error)

named ne déjà serait pas lancé par un script en /etc/init.d/ ?

 
car un programme a déjà réservé le port 53

bha oui c'est le port standard du protocole DNS, c'est pourquoi je l'utilise.
 
Mon fichier named.pid :
-rw-r--r--  1 named named 5 mai 21 12:14 /var/run/named/named.pid
qui contient :
2720

oui mais là deux programmes veulent accéder au même port, résultat named lancé à la main ne peut pas s'executer !
De plus d'après ceci

cela indique que "named" est déjà lancé.
Que donne "ps -elf | fgrep named" ?

ou alors, le pidfile n'a pas été supprimé lors du redémarrage suite à la coupure brutale. Dans ce cas, il faut le supprimer à la main.

Le ps -elf | fgrep named donne ça :
 
1 S named     2720     1  0  78   0 -  7523 rt_sig 12:14 ?        00:00:00 named -u named
4 S root      3994  3921  0  75   0 -   491 pipe_w 12:57 pts/0    00:00:00 grep -F named

bind est déjà lancé alors

donc named est déjà en cours d'exécution. De plus c'est l'utilisateur named qui la lancée je suppose qu'après l'installation de bind, un script en /etc/init.d/ la démarré.
Si tu veux le lancer à la main tape :
 /etc/init.d/bind stop (plus bourin killall -9 named ou kill -9 2720 )
 
sinon tu peux faire /etc/init.d/bind reload pour qu'il recharge le fichier de config en /etc/bind/named.conf

Bon j'ai killer named, puis je l'ai relancé avec la commande 'named' çà donne çà :
 
May 21 13:06:32 uneph named[4039]: starting BIND 9.3.0rc4
May 21 13:06:32 uneph named[4039]: found 1 CPU, using 1 worker thread
May 21 13:06:32 uneph named[4039]: loading configuration from '/etc/named.conf'
May 21 13:06:32 uneph named[4039]: listening on IPv4 interface lo, 127.0.0.1#53
May 21 13:06:32 uneph named[4039]: listening on IPv4 interface eth0, 192.168.1.4#53
May 21 13:06:32 uneph named[4039]: listening on IPv4 interface eth1, ip passerelle#53
May 21 13:06:32 uneph named[4039]: command channel listening on 127.0.0.1#953
May 21 13:06:32 uneph named[4039]: couldn't open pid file '/var/run/named/named.pid': File exists
May 21 13:06:32 uneph named[4039]: exiting (due to early fatal error)

ben oui le kill n'était pas très propre (tu aurais du faire  /etc/init.d/bind stop). Maintenant il faut détruire ce fichier : rm /var/run/named/named.pid

essayes de supprimer le fichier /var/run/named/named.pid

Je te conseille cependant de laisser le lancement de Bind au script de démarrage.

Je l'ai effacé, j'ai relancé :
May 21 13:12:31 uneph named[4057]: command channel listening on 127.0.0.1#953
May 21 13:12:31 uneph named[4057]: couldn't open pid file '/var/run/named/named.pid': Permission denied
May 21 13:12:31 uneph named[4057]: exiting (due to early fatal error)
 

tu lances bind sous quel compte utilisateur ?
mais comme dis juste au dessus, laisse le démarrage de bind au script /etc/init.d/bind

Bind démarre effectivement avec le script de démarrage. En fait, je n'ai aucun problème avec le fonctionnement même de BIND, c'est simplement lorsqu'il y a une coupure d'électricité (et donc un arrêt brusque du serveur) et là il se met à déconner et il décide de ne plus résoudre les noms de mes machines car il y a soit disant un nom en double sur le réseau (ce qui n'est obsoluement pas vrai) et donc en principe j'attends quelques jours ou quelques semaines et par je ne sais quel miracle, il décide qu'il n'y a plus de nom en double et tout refonctionne correctement. C'est pour éviter d'attendre une à plusieurs semaines que le serveur DNS veut bien décider de refonctioner correctement que je vous ai demandé de l'aide.
 
Je relance Bind sous le compte root.

Oui mais là la solution du problème n'est pas dans un redemarrage de bind, car comme c'est dit au début du topic, bind n'enregistre rien sur le disque. En conséquence si la machine reboot, tous les noms sont effacés !
Ce qui faudrait faire :
-allumer normalement le serveur.
-attendre la mise en plce de bind
-couper le serveur à la sauvage
-redemarrer le serveur et nous donner les logs d'erreurs détaillées

De plus, il ne fait pas ça à chaque coupure électrique (heureusement pour moi) mais plutôt de temps à autre.

Donc lorsque le problème surviendra il faudra nous fournir les logs détaillés

OK,donc voilà :
May 21 13:36:35 uneph shutdown: shutting down for system reboot
...
il arrête tous les services dont named :
May 21 13:36:48 uneph named: Arrêt de named failed
...
il redémarre tous les services dont named :
May 21 13:38:19 uneph named[2724]: starting BIND 9.3.0rc4 -u named
May 21 13:38:19 uneph named[2724]: found 1 CPU, using 1 worker thread
May 21 13:38:19 uneph named: Démarrage de named succeeded
May 21 13:38:19 uneph named[2724]: loading configuration from '/etc/named.conf'
May 21 13:38:20 uneph kernel: NET: Registered protocol family 10
May 21 13:38:20 uneph kernel: Disabled Privacy Extensions on device c0323b60(lo)
May 21 13:38:20 uneph kernel: IPv6 over IPv4 tunneling driver
May 21 13:38:20 uneph named[2724]: listening on IPv4 interface lo, 127.0.0.1#53
May 21 13:38:20 uneph named[2724]: listening on IPv4 interface eth0, 192.168.1.4#53
May 21 13:38:20 uneph named[2724]: listening on IPv4 interface eth1, ip de la passerelle#53
May 21 13:38:20 uneph net.agent[2746]: how do I bring interfaces up on this distro?
May 21 13:38:20 uneph net.agent[2746]: add event not handled
May 21 13:38:20 uneph named[2724]: command channel listening on 127.0.0.1#953
May 21 13:38:20 uneph named[2724]: zone 0.0.127.in-addr.arpa/IN: loaded serial 1
May 21 13:38:20 uneph named[2724]: zone 1.168.192.in-addr.arpa/IN: loaded serial 2005033001
May 21 13:38:20 uneph named[2724]: zone episco.local/IN: loaded serial 2005033002
May 21 13:38:20 uneph named[2724]: running
 
et là je débranche comme un sauvage puis je relance le serveur
May 21 13:39:38 uneph syslogd 1.4.1: restart.
 
j'ai les mêmes log que pour le premier redémarrage :
May 21 13:39:43 uneph named[2600]: starting BIND 9.3.0rc4 -u named
May 21 13:39:43 uneph named[2600]: found 1 CPU, using 1 worker thread
May 21 13:39:43 uneph named: Démarrage de named succeeded
May 21 13:39:43 uneph named[2600]: loading configuration from '/etc/named.conf'
May 21 13:39:43 uneph kernel: NET: Registered protocol family 10
May 21 13:39:43 uneph kernel: Disabled Privacy Extensions on device c0323b60(lo)
May 21 13:39:43 uneph kernel: IPv6 over IPv4 tunneling driver
May 21 13:39:43 uneph named[2600]: listening on IPv4 interface lo, 127.0.0.1#53
May 21 13:39:43 uneph named[2600]: listening on IPv4 interface eth0, 192.168.1.4#53
May 21 13:39:43 uneph named[2600]: listening on IPv4 interface eth1, adresse de la passerelle#53
May 21 13:39:43 uneph net.agent[2624]: how do I bring interfaces up on this distro?
May 21 13:39:43 uneph net.agent[2624]: add event not handled
May 21 13:39:43 uneph named[2600]: command channel listening on 127.0.0.1#953
May 21 13:39:44 uneph named[2600]: zone 0.0.127.in-addr.arpa/IN: loaded serial 1
May 21 13:39:44 uneph named[2600]: zone 1.168.192.in-addr.arpa/IN: loaded serial 2005033001
May 21 13:39:44 uneph sshd: démarrage succeeded
May 21 13:39:44 uneph named[2600]: zone episco.local/IN: loaded serial 2005033002
May 21 13:39:44 uneph named[2600]: running
 
donc d'après lui tout va bien
 
on peut meme voir q'il commence a travailler :
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 192.36.148.17#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 128.8.10.90#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 192.33.4.12#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 193.0.14.129#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 198.32.64.12#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 192.58.128.30#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 192.5.5.241#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 202.12.27.33#53
May 21 13:39:52 uneph named[2600]: FORMERR resolving 'B.ROOT-SERVERS.NET/A/IN': 198.41.0.4#53
 
rien de spécial sauf qu'il ne resoud toujours pas mes noms d'ordinateurs en local.

Bon après un petit week-end sans électricité, et bien tout refonctionne comme il faut(le miracle de l'informatique). Je vous recontaterais lorsque le service DNS boguera de nouveau.
Merci quand même déjà pour votre patience et pour toutes les réponses que vous m'avez déjà données.