User Tools

Site Tools


informatique:logiciels:dhcpd

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Next revisionBoth sides next revision
informatique:logiciels:dhcpd [2018/01/26 14:22] – [DHCP relay] pteuinformatique:logiciels:dhcpd [2019/02/20 15:54] – [Diagnostic] Client désobéissant pteu
Line 105: Line 105:
 Pour desservir des réseaux qui ne sont pas directement connectés au serveur DHCP, on utilisera le DHCP Relay. Cela fonctionne ainsi : Pour desservir des réseaux qui ne sont pas directement connectés au serveur DHCP, on utilisera le DHCP Relay. Cela fonctionne ainsi :
   * quelque part un client broadcaste un DHCPDISCOVER   * quelque part un client broadcaste un DHCPDISCOVER
-  * une bonne âme (un routeur par exemple) branchée sur ce réseau, est configurée pour relayer cette requête vers notre serveur : c'est un "DHCP relay", ou "IP helper". Son rôle consiste à transformer la requête broadcastée dans un paquet unicast et de le router vers le serveur DHCP. Ce paquet unicast sera envoyé avec comme IP source l'adresse du routeur, mais contiendra toutes les infos du client (notamment son adresse MAC, dans le champs CHADDR).+  * une bonne âme (un routeur par exemple) branchée sur ce réseau, est configurée pour relayer cette requête vers notre serveur : c'est un "DHCP relay", ou "IP helper". Son rôle consiste à convertir la requête broadcastée en un paquet unicastet de le router vers le serveur DHCP. Ce paquet unicast sera envoyé avec l'IP du routeur comme ''GIADDR''permettant au serveur DHCP d'identifier le réseau du client, et contiendra toutes les infos du client (notamment son adresse MAC, dans le champs ''CHADDR'').
   * le serveur DHCP reçoit le DHCPDISCOVER "via" une de ces interfaces, et traite la transaction comme normalement, mais en envoyant ses réponses au routeur.   * le serveur DHCP reçoit le DHCPDISCOVER "via" une de ces interfaces, et traite la transaction comme normalement, mais en envoyant ses réponses au routeur.
  
Line 210: Line 210:
 dhcpd -t -cf /etc/dhcpd/dhcpd-perso.conf dhcpd -t -cf /etc/dhcpd/dhcpd-perso.conf
 </code> </code>
 +
 +====Client désobéissant====
 +
 +Dans le cas d'une transaction comme celle-ci (vu dans le fichier de log du serveur DHCP) :
 +<code bash>
 +Feb 20 16:06:11 srv1 dhcpd: DHCPDISCOVER from 90:b1:1c:00:00:01 via eth0
 +Feb 20 16:06:11 srv1 dhcpd: DHCPOFFER on 10.40.2.173 to 90:b1:1c:00:00:01 via eth0
 +Feb 20 16:06:11 srv1 dhcpd: DHCPREQUEST for 10.40.22.67 (10.40.0.79) from 90:b1:1c:00:00:01 via eth0: lease 10.40.22.67 unavailable.
 +Feb 20 16:06:11 srv1 dhcpd: DHCPNAK on 10.40.22.67 to 90:b1:1c:00:00:01 via eth0
 +Feb 20 16:06:14 srv1 dhcpd: DHCPACK to 10.40.22.67 (90:b1:1c:00:00:01) via eth0
 +</code>
 +On voit que le client demande une IP, le serveur lui en propose une (10.40.2.173), mais le client "désobéit" et continue d'utiliser 10.40.22.67 alors qu'on le lui a interdit (DHCPNAK). C'est le cas typique d'un autre serveur DHCP sur le réseau qui, lui, valide cette IP-là.
informatique/logiciels/dhcpd.txt · Last modified: 2019/12/02 09:23 by pteu