none
DHCP - Binding-ACK - Evenement 20292 RRS feed

  • Question

  • Bonjour,

    Je rencontre un problème d'enregistrement de réservation dans mon DHCP Windows 2012r2.
    J'ai 2 serveurs dhcp en basculement, 1 actif et l'autre en secours.

    Lorsque je veux faire un enregistrement, j'ai des erreurs

    L'adresse Spécifiée n'est pas disponible

    Si j’insiste j'ai L'adresse IP spécifiées ou adresse du matériel est en cours d'utilisation par autre client.

    Je n'ai aucune trace de cet enregistrement dans ma liste des enregistrement

    Si je change l'adresse ip de mon enregistrement cet fois j'ai le message "une erreur s'est produite lors de l'accès à la base de données DHCP. Consulté le journal des évènements du serveur DHCP pour plus d'information sur cette erreur.

    Quand je consulte le journal je trouve ce type de message :

    Un message BINDING-ACK correspondant à l’ID de transaction 3242 a été reçu pour l’adresse IP 172.28.25.20 sous le motif de rejet Motif de rejet inconnu en provenance du serveur partenaire dc2.fr pour la relation de basculement dc1.fr-dc2.fr.

    évènement 20292
    Opcode BINDING-ACK

    Avez-vous une idée?


    Merci


    Jeremy HEBERT

    lundi 11 octobre 2021 14:51

Toutes les réponses

  • bonjour Jérémy
    J'ai trouvé un pb similaire ici :  https://social.technet.microsoft.com/Forums/en-US/15d00412-3dfc-4520-a74e-1f32fe1329ef/windows-server-2012-dhcp-event-id-20291?forum=winserveripamdhcpdns

    remove the failover relationship, install the update to both DHCP nodes and restart them, and then reestablish the failover relationship.

    Je précise également qu'en cas de failover seul le DHCP creator/owner de l'enregistrement dans le DNS peut le mettre à jour (voir voir https://docs.microsoft.com/fr-fr/troubleshoot/windows-server/networking/configure-dns-dynamic-updates-windows-server-2003 $ Utiliser le groupe de sécurité DnsUpdateProxy)

    cordialement
    Olivier
    mardi 12 octobre 2021 02:40
  • Bonjour Jérémy,

    Cela correspond à un problème connu dans 2012R2. Je recommanderais de suivre les instructions dans https://docs.microsoft.com/en-us/archive/blogs/teamdhcp/dhcp-failover-fixes-in-kb-2919393-for-windows-server-2012-and-kb-2919355-for-windows-server-2012-r2

    Cela inclut le lien vers les KB 2919393 et 2919355. Notez que pour le premier : "Remarque Avant d'installer cette mise à jour, vous devez d'abord supprimer la relation de basculement, installer la mise à jour sur les deux nœuds DHCP et les redémarrer, puis rétablir le basculement relation amoureuse."

    J'espère que cela vous aidera avec votre requête,

    --Si la réponse est utile, veuillez voter et accepter comme réponse-

    mardi 12 octobre 2021 07:05
  • Je vous remercie de votre retour,

    En effet il me manque le KB2919393, l'autre est deja installé.

    Est-ce que cette operation peut-etre fait en production, y a t-il un impacte?
    Puis-je casser le cluster de basculement en production?


    Jeremy HEBERT

    mardi 12 octobre 2021 07:21
  • Cela ne regle pas le probleme,

    J'ai supprimé mon cluster de basculement et rien n'y fait.

    Help

    Jeremy HEBERT

    mardi 12 octobre 2021 12:50
  • Jéremy

    Un truc m'échappe maintenant. Tu parles de Cluster à basculement, et plus de DHCP failover. Ce n'est pas la même chose. Dans un cluster, à basculement donc, la DB DHCP est unique et tourne à un instant donné sur un noeud ou l'autre de ton cluster.

    Le DHCP failover, c'est techniquement 2 serveurs DHCP, qui se répliquent entre eux tout ou partie de leurs étendues. Les 2 DHCP sont à l'écoute en même temps. Et comme d'hab' avec le DHCP, c'est le 1er qui répond qui fait le DHCPOffer à son client. Avant de lui offrir (au client) une IP, il "cause" avec son partenaire d réplication pour l'étendue DHCP concernée afin de savoir si dans le même espace de temps, il n'aurait alloué l'IP en question à un client. Si non, il offre effectivement l'IP à son client et demande à son partenaire de mettre à jour sa DB.

    Avantages : Plus simple à mettre en oeuvre qu'un DHCP fonctionnant en mode cluster. Résilient (2 DBs distinctes).

    Dans quel mode es-tu réellement ?

    Olivier

    mardi 12 octobre 2021 15:23
  • Bonjour,

    C'est une bonne remarque pour le groupe DNSUpdateProxy qui doit contenir les comptes ordinateurs des serveurs DHCP mais ce n'est pas suffisant.

    Il est également nécessaire d'utiliser un compte de service au niveau des serveurs DHCP pour que cela soit fonctionnel.


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    vendredi 22 octobre 2021 21:30