3 réponses
Salut,
c'est le serveur qui répond en premier qui donne l'IP.
Existe-t-il une configuration à faire pour prévenir ce genre de problème?
Oui, tu peux faire virer ton collègue, en entreprise il y a des choses qui ne se font pas...
La RFC 3074 définit comment est géré le load-balancing entre plusieurs services DHCP (en français ici).
Salut,
ton collègue n'a pas à faire ça, pourquoi il ne débranche pas les switchs aussi, c'est amusant tout pareil.
J'ai connu ce genre de problème avec des machines virtuelles: serveur dhcp en VM, pas de souci, sauf quand on met son interface réseau en pont sur la machine hôte, là le serveur de la VM devient serveur du réseau :-(
On ne connecte pas n'importe quoi n'importe quand sur un réseau.
Par contre, pour un renouvellement de bail, le client redemande directement au serveur qui l'a fourni la première fois, il ne fait pas de dhcp discover (en broadcast).
C'est vrai qu'une protection serait de pouvoir indiquer ce serveur de confiance en configuration, mais bon, il faut d'abord avoir déjà une adresse ip pour dialoguer avec lui....
Par contre, pour un renouvellement de bail, le client redemande directement au serveur qui l'a fourni la première fois, il ne fait pas de dhcp discover (en broadcast).
ça c’est la logique mais c’est après redémarrage des machines qui avait déjà obtenues un adresse du serveur DHCP légitime qu’on constate qu’ils ne prennent pas la bonne adresse réseau mais plutôt une adresse attribuée par le serveur DHCP intrus.
Il y’a t’il une configuration supplémentaire à faire pour qu’une machine ayant déjà obtenue une adresse d’un serveur DHCP ne recontacte que lui après redémarrage ?