quentin
/
quentin.dufour.io
1
0
Fork 1
Code Issues 1 Pull Requests Releases Wiki Activity

fond+forme dhcp article

This commit is contained in:
Quentin Dufour 2017-02-10 14:31:40 +01:00
parent f4db33a307
commit d9e042c7e1
1 changed files with 6 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

17
_posts/2017-02-10-dhcp-gateways.md
View File

@ -15,10 +15,9 @@ Après une récente modification de mon serveur DHCP, je me retrouvais dans l'im
Cette dernière restait bloquée à `Récupération de l'adresse IP`. Après avoir un peu cherché sur internet, je n'ai pas trouvé de solution satisfaisante.
Le serveur DHCP fonctionnait avec les autres ordinateurs.
## Le protocole
## Le protocole DHCP
C'est une version simplifiée et probablement plutot fausse des échanges de message entre un client et un serveur DHCP.
Il faut savoir que certains messages sont envoyés en UNICAST, d'autres en BROADCAST, qu'il y a d'autres messages et bien d'autres cas.
Le schéma propose une version simplifiée des échanges entre un client et un serveur DHCP.
```raw
Client Serveur
@ -28,8 +27,6 @@ Client Serveur
|<------ ACK ------|
```
Pour faire simple, le client demande une adresse, le serveur lui en propose une, le client la prend, le serveur accuse bonne réception.
*Il est intéressant de noter que BOOTP est l'ancêtre de DHCP et que DHCP est rétro compatible avec BOOTP. De ce fait, la plus part du paquet DHCP va être vide, et les paramètres DHCP vont se trouver dans les options du paquet BOOTP.*
## Logs
@ -44,15 +41,13 @@ dhcpd[2207]: DHCPOFFER on 192.168.1.77 to aa:aa:aa:aa:aa:aa (android-xx) via br0
```
J'ai des doutes sur la terminologie utilisée par le serveur DHCP vis à vis du nom des messages envoyés sur le réseau.
D'autant que Bootp utilise aussi les termes Request et Reply pour des cas différents :
* Une *Request* Bootp peut-être un message *Discover* DHCP
* Un *Reply* Bootp peut-être un message *Offer* DHCP
* Une Request Bootp peut-être un message Discover DHCP
* Une Reply Bootp peut-être un message Offer DHCP
Il semble ici que le terme *DHCPREQUEST* fasse référence à un message *DISCOVER* DHCP.
Je suppose donc que la tablette envoie des requêtes *DISCOVER* et que le serveur lui envoie un paquet *OFFER* auquel la tablette ne répond pas.
Il semble ici que le terme DHCPREQUEST fasse référence à un message DISCOVER DHCP.
Je suppose donc que la tablette envoie des requêtes DISCOVER et que le serveur lui envoie un paquet OFFER auquel la tablette ne répond pas.
## Modification de la configuration en aveugle