informatique:logiciels:dhcpd
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
informatique:logiciels:dhcpd [2018/01/25 19:18] – DHCP relay, DHCP Forticlient & stuffs pteu | informatique:logiciels:dhcpd [2019/10/04 15:26] – [Client poli] 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", | + | * 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", |
* le serveur DHCP reçoit le DHCPDISCOVER " | * le serveur DHCP reçoit le DHCPDISCOVER " | ||
Line 142: | Line 142: | ||
* seuls les clients connus = déclarés sur le serveur DHCP reçoivent leurs propres IPs (réservées = adressage DHCP statique) | * seuls les clients connus = déclarés sur le serveur DHCP reçoivent leurs propres IPs (réservées = adressage DHCP statique) | ||
- | Pour avoir passé un peu de temps à comprendre //pourquoi ça ne marche pas//, il faut savoir que le type de hardware envoyé dans la requête DHCP relayée n'est pas " | + | Pour avoir passé un peu de temps à comprendre //pourquoi ça ne marche pas//, il faut savoir que le type de hardware envoyé dans la requête DHCP relayée n'est pas " |
<code bash> | <code bash> | ||
subnet forticlient [...] { | subnet forticlient [...] { | ||
Line 153: | Line 153: | ||
host toto { hardware ethernet 00: | host toto { hardware ethernet 00: | ||
# bien : | # bien : | ||
- | host toto { hardware unknown-41 00: | + | host toto { hardware unknown-31 00: |
</ | </ | ||
Line 210: | Line 210: | ||
dhcpd -t -cf / | dhcpd -t -cf / | ||
</ | </ | ||
+ | |||
+ | ====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: | ||
+ | Feb 20 16:06:11 srv1 dhcpd: DHCPOFFER on 10.40.2.173 to 90: | ||
+ | Feb 20 16:06:11 srv1 dhcpd: DHCPREQUEST for 10.40.22.67 (10.40.0.79) from 90: | ||
+ | Feb 20 16:06:11 srv1 dhcpd: DHCPNAK on 10.40.22.67 to 90: | ||
+ | Feb 20 16:06:14 srv1 dhcpd: DHCPACK to 10.40.22.67 (90: | ||
+ | </ | ||
+ | On voit que le client demande une IP, le serveur lui en propose une (10.40.2.173), | ||
+ | |||
+ | ====Client poli==== | ||
+ | |||
+ | Si un client choisi bien une offre mais fini par la décliner ('' | ||
+ | <code bash> | ||
+ | Oct 4 14:50:59 monserveur dhcpd: DHCPDECLINE of 10.40.0.12 from 10: | ||
+ | </ | ||
+ | .. cela peut être dû à une autre machine qui utilise déjà cette adresse sur le réseau. En effet, avant d' | ||
+ |
informatique/logiciels/dhcpd.txt · Last modified: 2019/12/02 09:23 by pteu