Les baux DHCP durent plus longtemps que prévus

par

Vous avez sûrement déjà remarqué que les baux dhcp durent plus longtemps que prévu. Ils sont périmés, et pourtant toujours pas disponible pour les autres machines…Mais 4H pile après, ils le deviennent. Non non, ce n’est pas l’effet « je vais manger, et ca se répare tout seul »…

Par défaut, il y a une période de grâce de 4 heures pendant laquelle le bail est expiré, mais la station a encore une chance de le récupérer.

Cela devient génânt quand on est à cours de baux . Il est bien sûr possible de réduire cette grâce:

HKLM\System\CurrentControlSet\Services\DHCPServer\Parameters\

LeaseExtension
Value Type: DWORD
Value Data: temps en minutes

Vous allez me dire, des fois, même au bout de 5 heures, c’est pas encore disponible… Normal ! La femme de ménage ne passe que toutes heures par défaut, sauf s’il y a pénurie d’adresse…Pour demander à la femme de ménage de passer plus souvent:

HKLM\System\CurrentControlSet\Services\DHCPServer\Parameters\

DatabaseCleanupInterval

1 réflexion au sujet de « Les baux DHCP durent plus longtemps que prévus »

  1. Bonjour,

    je vois que tu t’es penché sur un point qui recoupe une investigation que je suis en train de mener sur la gestion du DNS par le DHCP.
    J’ai besoin d’une mise à jour la plus instantanée possible de mon DNS par mon DHCP, j’ai donc pris en charge l’inscription et le nettoyage de mes champs A et PTR par le DHCP. question inscription, pas de soucis.

    Question suppression cela semble fonctionner aussi purge le weekend (bail de 1 j), cependant 4h après l’expiration de mes baux, la tache de nettoyage revient et essaye de supprimer une seconde fois du DNS l’adresse en question, ce qui échoue, évidemment. Cependant en queue de ce deuxième nettoyage j’ai un message disant que la mise à jour de cette adresse dans le DNS est un succès. (pourtant elle n’a pas été supprimée, ni re-crée).

    Voici un exemple du log DHCP :

    18,11/11/11,08:36:01,Expiré,10.17.10.1,,,,0,6,,,
    …
    30,11/11/11,12:36:03,Requête de mise à jour DNS,10.17.10.1,BaRochefortRFID.mairie.fr,,,0,6,,,
    17,11/11/11,12:36:03,L’enregistrement DNS n’a pas été supprimé,10.17.10.1,,,,0,6,,,
    32,11/11/11,12:36:23,Mise à jour DNS réussie,10.17.10.1,BaRochefortRFID.mairie.fr,,,0,6,,,

    Est-ce normal, est-ce lié à ce fameux délai de grâce, (suppression en 2 passes) dans ce cas, ce serait un message d’erreur normal (?) Y’a t’il un moyen de confirmer ce fait, sachant que le LeaseExtension sous 2008R2 ne semble pas exister de base…

Laisser un commentaire