L'idéal serait de prendre une trace wireshark du côté d'un client et du côté du serveur jusqu'à la prochaine occurrence du problème, puis de faire une analyse comparative des 2 traces afin de voir ce qu'il s'est passé (DISCOVER jamais envoyé, DISCOVER envoyé mais pas reçu, DISCOVER reçu mais pas de réaction du serveur, …).
Le 30 avr. 2014 à 09:23, Eugène Ngontang a écrit : > Bonjour, > > Dans la poursuite de mon analyse, je m'aperçois d'une chose : > > Ce matin en arrivant encore mes systèmes client (au sens dhcp) étaient > tous dans les chous, et je n'ai pas eu le teAmps de faire les tests > que j'envisageais, que mon collègue avait naïvement redémarré le > serveur. > > Toutefois j'ai regardé côté client dans les messages d'avant le > redémarrage du serveur (à 7h43 heure système locale) , et j'ai ceci > (un extrait): > Apr 30 03:04:47 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0 > to 255.255.255.255 port 67 interval 6 (xid=0x1e903fe) > Apr 30 03:04:53 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0 > to 255.255.255.255 port 67 interval 8 (xid=0x1e903fe) > Apr 30 03:05:01 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0 > to 255.255.255.255 port 67 interval 10 (xid=0x1e903fe) > Apr 30 03:05:11 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0 > to 255.255.255.255 port 67 interval 16 (xid=0x1e903fe) > Apr 30 03:05:27 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0 > to 255.255.255.255 port 67 interval 18 (xid=0x1e903fe) > Apr 30 03:05:45 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0 > to 255.255.255.255 port 67 interval 3 (xid=0x1e903fe) > Apr 30 03:05:48 00-01-80-7e-38-fd dhclient[653]: No DHCPOFFERS received. > Apr 30 03:05:48 00-01-80-7e-38-fd dhclient[653]: No working leases in > persistent database - sleeping. > Et côté serveur (dans /var/log/dhcpd.log), je ne vois aucun DISCOVER > reçu dans la plage horaire de 2h47 où l'incident est suvenu à 7h43 où > le serveur a été redémarré. > > Par ailleurs je vois bien qu'il a reçu un DISCOVER à 7H43 (heure de > redémarrage) et a bien envoyé un OFFER au client. > > J'en déduis pour l'instant qu'à une certaine période (apparemment sur > un intervalle de 24h environ), le service dhcpd tourne bien sur le > serveur, mais celui-ci n'écoute plus sur le port 67 ou ne reçois plus > de paquet DISCOVER. Puisqu'à chaque fois aucune action n'est faite > côté client pour résoudre le problème, mais un simple redémarrage du > serveur. > > Je ne suis pas sur le même LAN que les systèmes impliqués dans cet > incident (clients comme serveurs), j'y accède via ssh. J'attends la > prochaine occurrence de la panne pour faire moi même des requêtes DHCP > depuis un client et voir ce qu'il se passe. > > En attendant si quelqu'un à une piste je suis preneur. > > Merci. > Eugène NG > > Le 30 avril 2014 09:22, Eugène Ngontang <sympav...@gmail.com> a écrit : >> Bonjour, >> >> J'ai un problème dont je n'arrive pas à identifier concrèetement la source. >> >> En effet j'ai un serveur DHCP configuré pour attribuer des adresses >> statiques et dynamiques. >> >> Au moins une fois par jour que tous les clients perdent leur >> configuration ip alors que le service dhcpd tourne bien sur le >> serveur. >> >> Après mes vérifications, je constate que le client ne reçoit >> simplement plus d'offre dchp du serveur après un DISCOVER broadcasté. >> et j'ai des messages du style : >> No DHCPOFFERS received. >> dans les log des clients. >> >> Et le redémarrage du service (qui n'était pas arrêté), permet de >> résoudre le problème et on peut voir dans les logs des clients un >> No DHCPOFFER from X.X.X.X >> (X.X.X.X) est l'adresse du serveur dhcp. Puis l'incident se reproduit >> (je pense après l'expiration du bye), et c'est ainsi tout le temps. >> >> Du côté serveur je ne vois rien de particulier dans les log pouvant >> m'édifier sur la source du problème, je ne vois aucune trace de >> ...NACK.... >> >> Je ne veux pas augmenter la durée du bail au maximum côté serveur, car >> je veux déjà comprendre ce qui a pu arriver subitement à ce dernier >> qui fonctionnait pourtant très bien avant. >> >> J'ai essayé de voir si le fichier /var/lib/dhcpd/dhcpd.leases est >> plein, mais là aussi tout me semble normal (peut être je ne sais pas >> checker ce qu'il faut) >> >> Sur la toile je ne vois pas de post qui puisse m'aider sur ma problématique. >> >> J'aimerais dont savoir si quelqu'un ici saurait d'où peut provenir le >> dysfonctionnement, afin que je puisse corriger définitivement. >> >> Merci beaucoup à vous. >> >> Eugène NG >> >> -- >> ngont...@epitech.net >> sympav...@gmail.com >> ------------------------------------------------------------ >> Aux hommes il faut un chef, et au chef il faut des hommes! >> L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge! > > > > -- > ngont...@epitech.net > sympav...@gmail.com > ------------------------------------------------------------ > Aux hommes il faut un chef, et au chef il faut des hommes! > L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge! > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/