Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1302 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  Problème de nom en double avec bind 9.3

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Problème de nom en double avec bind 9.3

n°671918
eryptes
Posté le 25-04-2005 à 15:42:33  profilanswer
 

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
 

mood
Publicité
Posté le 25-04-2005 à 15:42:33  profilanswer
 

n°671919
eryptes
Posté le 03-05-2005 à 19:11:20  profilanswer
 

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 !!!!!!!!

n°671924
jlighty
Posté le 03-05-2005 à 19:32:03  profilanswer
 

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

n°671925
ipnoz
Sapé comme jamais !
Posté le 03-05-2005 à 19:34:32  profilanswer
 

eryptes a écrit :

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 !!!!!!!!


 
achete un onduleur performant peut etre ?

n°671937
mikala
Souviens toi du 5 Novembre...
Posté le 03-05-2005 à 19:50:35  profilanswer
 

jlighty a écrit :

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


c'est le cas.


---------------
Intermittent du GNU
n°680673
eryptes
Posté le 20-05-2005 à 15:41:11  profilanswer
 

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...


Message édité par eryptes le 20-05-2005 à 15:41:44
n°680676
jlighty
Posté le 20-05-2005 à 15:46:07  profilanswer
 

Citation :

May 20 08:43:18 uneph named[4065]: none:0: open: /etc/named.conf: permission denied


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


Message édité par jlighty le 20-05-2005 à 15:46:33
n°681134
eryptes
Posté le 21-05-2005 à 18:58:46  profilanswer
 

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

n°681138
jlighty
Posté le 21-05-2005 à 19:20:12  profilanswer
 

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

n°681145
eryptes
Posté le 21-05-2005 à 19:32:30  profilanswer
 

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)


Message édité par eryptes le 21-05-2005 à 19:33:58
mood
Publicité
Posté le 21-05-2005 à 19:32:30  profilanswer
 

n°681149
jlighty
Posté le 21-05-2005 à 19:34:21  profilanswer
 

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

Citation :

binding TCP socket: address in use

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


Message édité par jlighty le 21-05-2005 à 19:34:35
n°681152
eryptes
Posté le 21-05-2005 à 19:38:36  profilanswer
 

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


Message édité par eryptes le 21-05-2005 à 19:42:12
n°681156
jlighty
Posté le 21-05-2005 à 19:42:51  profilanswer
 

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

Citation :

couldn't open pid file '/var/run/named/named.pid': File exists

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


Message édité par jlighty le 21-05-2005 à 19:43:16
n°681157
Mjules
Modérateur
Parle dans le vide
Posté le 21-05-2005 à 19:44:10  profilanswer
 

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.


Message édité par Mjules le 21-05-2005 à 19:46:30

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°681158
eryptes
Posté le 21-05-2005 à 19:45:20  profilanswer
 

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

n°681159
Mjules
Modérateur
Parle dans le vide
Posté le 21-05-2005 à 19:46:19  profilanswer
 

bind est déjà lancé alors


Message édité par Mjules le 21-05-2005 à 19:46:24

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°681160
jlighty
Posté le 21-05-2005 à 19:47:45  profilanswer
 

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


Message édité par jlighty le 21-05-2005 à 19:49:47
n°681168
eryptes
Posté le 21-05-2005 à 19:55:11  profilanswer
 

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)


Message édité par eryptes le 21-05-2005 à 19:56:01
n°681170
jlighty
Posté le 21-05-2005 à 19:56:28  profilanswer
 

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

n°681171
Mjules
Modérateur
Parle dans le vide
Posté le 21-05-2005 à 19:56:33  profilanswer
 

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


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°681179
jlighty
Posté le 21-05-2005 à 20:02:19  profilanswer
 

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

n°681182
eryptes
Posté le 21-05-2005 à 20:03:51  profilanswer
 

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)
 

n°681185
jlighty
Posté le 21-05-2005 à 20:06:25  profilanswer
 

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

n°681197
eryptes
Posté le 21-05-2005 à 20:14:22  profilanswer
 

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.


Message édité par eryptes le 21-05-2005 à 20:16:02
n°681200
jlighty
Posté le 21-05-2005 à 20:18:54  profilanswer
 

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

n°681201
eryptes
Posté le 21-05-2005 à 20:20:33  profilanswer
 

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

n°681204
jlighty
Posté le 21-05-2005 à 20:23:36  profilanswer
 

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

n°681220
eryptes
Posté le 21-05-2005 à 20:55:36  profilanswer
 

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.

n°681815
eryptes
Posté le 23-05-2005 à 14:55:39  profilanswer
 

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.

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  Problème de nom en double avec bind 9.3

 

Sujets relatifs
Probleme avec la mandrake MOVEIcewm et double click
[Ubuntu] J'ai des problème sur les caractères accentués...Probleme mandrake 10 Athlon 64
Problème impression - CUPS + DesketJet 710c[webmin ] problème de lenteur
Probleme de partage des fichiers sous xp familialDebian SARGE : problème à l'installation , quelque soit la version :(
problème MAKEDEV sgProbléme Free-EOS avec XP
Plus de sujets relatifs à : Problème de nom en double avec bind 9.3


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR