Différences

Ci-dessous, les différences entre deux révisions de la page.

--- 11.08:administrateur:analyse_panne_dhcp [2016/08/24 12:56]
erics créée
+++ 11.08:administrateur:analyse_panne_dhcp [2016/08/24 17:06] (Version actuelle)
jean mise en page
@@ Ligne 1: / Ligne 1: @@
 ====== Analyser une panne de serveur DHCP ======
-Si vos postes clients n'arrivent plus à récupérer une adresse IP via DHCP votre serveur est peut-être en panne où un équipement réseau interdit peut-être le trafic DHCP ...
+Si vos postes clients n'arrivent plus à récupérer une adresse IP via DHCP votre serveur est peut-être en panne, ou un équipement réseau interdit peut-être le trafic DHCP…
-Avant tout, lisez la documentation générale sur les principes du DHCP: https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol et https://fr.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol
+Avant tout, lisez la documentation générale sur les principes du DHCP :
+  * [[https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol|https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol]] et
+  * [[https://fr.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol|https://fr.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol]]
 Le protocole DHCP utilise les ports 67 et 68 en UDP.
@@ Ligne 13: / Ligne 16: @@
 </code>
-devrait vous retourner une ligne d'information au sujet du processus dhcp serveur:
+devrait vous retourner une ligne d'information au sujet du processus dhcp serveur :
 <code>
-?        Ss     0:00 /usr/sbin/dhcpd3 -q -pf /var/run/dhcp3-server/dhcpd.pid -cf /etc/dhcp3/dhcpd.conf eth0
+?  Ss 0:00 /usr/sbin/dhcpd3 -q -pf /var/run/dhcp3-server/dhcpd.pid -cf /etc/dhcp3/dhcpd.conf eth0
 </code>
@@ Ligne 25: / Ligne 28: @@
 </code>
-Vérifiez ensuite que le process tourne bien ... avec la commande précédente.
+Vérifiez ensuite que le process tourne bien … avec la commande précédente.
   * Analyser le fichier syslog pour "voir" ce qui se passe
@@ Ligne 33: / Ligne 36: @@
 </code>
-cette commande ne vous rendra pas la main, elle affiche en temps réel tout ce qui s'ajoute dans le fichier log, une fois lancée cette commande vous pouvez par exemple relancer le service dhcp dans un autre terminal de commande, vous verrez alors apparaître les lignes concernant ce service qui redémarre, s'il y a un problème les informations affichées devraient vous aider à trouver la solution
+Cette commande ne vous rendra pas la main, elle affiche en temps réel tout ce qui s'ajoute dans le fichier log. Une fois cette commande lancée, vous pouvez par exemple relancer le service dhcp dans un autre terminal de commande : vous verrez alors apparaître les lignes concernant ce service qui redémarre. S'il y a un problème les informations affichées devraient vous aider à trouver la solution
 <code>
@@ Ligne 57: / Ligne 60: @@
 </code>
-Il en sera de même lorsqu'un ordinateur fera une requête DHCP sur le réseau, vous verrez des lignes ressemblant à celles-ci dans le fichier log
+Il en sera de même lorsqu'un ordinateur fera une requête DHCP sur le réseau, vous verrez des lignes ressemblant à celles-ci dans le fichier log :
 <code>
@@ Ligne 66: / Ligne 69: @@
 </code>
-Ce qui peut se comprendre par "à 14h17 et 03 secondes, le poste dont l'adresse MAC est 74:27:ea:c8:f6:6d a fait une demande DHCP (DHCPDISCOVER)", le serveur lui a proposé la 192.168.10.84 (DHCPOFFER) que le client a confirmé par un DHCPREQUEST qui a été accepté par le serveur via le DHCPACK ... Relisez le principe de gestion du dhcp proposé en début de cet article si ce n'est pas assez clair.
+Ce qui peut se comprendre par : « À 14h17 et 03 secondes, le poste dont l'adresse MAC est 74:27:ea:c8:f6:6d a fait une demande DHCP (DHCPDISCOVER). Le serveur lui a proposé l'adresse IP 192.168.10.84 (DHCPOFFER) que le client a confirmé par un DHCPREQUEST qui a été accepté par le serveur via le DHCPACK. » Relisez le principe de gestion du dhcp proposé en début de cet article si ce n'est pas assez clair.
+  * Si vous avez des DHCPDISCOVER ou des DHCPREQUEST (message en provenance du poste client), c'est que la DEMANDE dhcp arrive bien sur le serveur.
+  * Si vous avez des DHCPOFFER ou des DHCPACK (message du serveur à destination du client), c'est que la RÉPONSE dhcp est bien envoyée.
+À vous de déduire ce qui ne marche pas, un switch qui filtre des ports UDP, un câble défectueux, un équipement réseau particulier…
-  * Si vous avez des DHCPDISCOVER ou des DHCPREQUEST (message en provenance du poste client) c'est que la DEMANDE dhcp arrive bien sur le serveur
-  * Si vous avez des DHCPOFFER ou des DHCPACK (message du serveur à destination du client) c'est que la RÉPONSE dhcp est bien envoyée
-À vous de déduire ce qui ne marche pas, un switch qui filtre des ports UDP, un équipement réseau particulier ...