DHCP Timeout sur UniFi : comment j’ai trouvé le coupable avec Claude

Depuis quelques jours, j’avais un comportement étrange sur mon réseau : impossible d’ajouter de nouveaux appareils. À chaque tentative, le même message apparaissait dans mon contrôleur UniFi : « Délai DHCP dépassé » (DHCP Timeout en anglais). Voici comment j’ai fini par trouver le coupable et comment Claude m’a sérieusement aidé dans mon diagnostic.

Le problème : « Délai DHCP dépassé »

Tout est parti d’un constat tout bête. Je voulais ajouter un nouvel appareil sur mon réseau et impossible de lui faire récupérer une adresse IP. Première fois, je me dis que c’est un cas isolé. Deuxième fois, ça commence à m’interpeller. Et surtout, en testant en Ethernet pour écarter une piste Wi-Fi, je me rends compte que le problème est aussi présent sur le filaire : parfois l’appareil obtient une IP, parfois non.

Côté UniFi, le diagnostic est toujours le même : l’association passe, l’authentification passe, mais le DHCP reste à 0%. Autrement dit, l’appareil parle bien au réseau mais n’obtient jamais d’IP.

Un bug suite à une mise à jour ?

Premier réflexe : Google et Reddit. Je fais une recherche et tombe sur un post Reddit assez récent où plusieurs utilisateurs décrivent exactement le même symptôme suite à une mise à jour de leur UCG. Dans ma tête, je me dis bingo, ça va être rapide ! Cela fait plusieurs mois que ça tourne sans souci, un bug lié à une mise à jour c’était pas déconnant.

Je décide donc de faire des mises à jour de mes bornes Wi-Fi et de mon switch sur les versions beta, mais rien ne change. Mon problème persiste et il est de plus en plus aléatoire. C’est donc une fausse piste 🥲

Guide pour débuter avec Ubiquiti : le matériel UniFi que je recommande

Allo le support UniFi, on a un souci

Après avoir fait le tour de mes pistes, je décide de me tourner vers le support UniFi. J’ai eu une réponse rapide (sous 48h) d’une personne qui a analysé les logs de mon UCG.

Voici ce qui ressort : un flot massif de messages DHCPDECLINE venant tous de la même adresse MAC. Ensuite, plusieurs DHCPNAK, qui indiquent qu’un appareil tente de renouveler un bail obtenu auprès d’un autre serveur DHCP que l’UCG-Max.

Je n’ai pas de solution magique mais cela m’oriente déjà pas mal et rejoint ce que quelqu’un m’avait évoqué sur Twitter, un flood qui provient d’un appareil sur le réseau, ça se tient comme idée.

Analyser le bundle support avec Claude Cowork

Le bundle support UniFi, c’est un fichier qui contient des dizaines de logs, des configs, des dumps réseau. Le genre de truc dans lequel on se noie très vite quand on l’ouvre à la main. J’ai donc décidé de le confier à Claude et de mener l’enquête via le mode Cowork.

En quelques échanges, Claude a recoupé les logs des points d’accès, le fichier daemon.log de l’UCG-Max et la configuration DHCP. Il a confirmé le diagnostic du support mais surtout il m’a aidé à identifier le bon appareil !

Le préfixe de la MAC fautive (bc:24:11) ne correspondait à aucun constructeur connu : signe d’une interface virtuelle. Or chez moi, tout ce qui est virtualisé tourne sur un seul serveur Proxmox, et un grep dans les configs m’a sorti le coupable : mon conteneur LXC Home Assistant (de test).

C’est en regardant l’interface réseau du conteneur de plus près que j’ai compris. Mon conteneur avait plus de 130 adresses IP assignées sur sa seule interface eth0. Le conteneur avait littéralement aspiré la quasi-totalité de mon pool DHCP. 😅

En clair, son client DHCP tournait en boucle : il demandait une IP, détectait un conflit ARP au moment de l’accepter, envoyait un DHCPDECLINE, en redemandait une autre… mais à chaque cycle, certaines adresses restaient quand même collées à son interface. Au fil des jours, le pool DHCP de l’UCG-Max s’est retrouvé vidé.

La résolution

Une fois le coupable identifié, le fix est simple : arrêter le conteneur, remplacer la configuration par une IP statique directement dans la config Proxmox, et redémarrer. Trois commandes suffisent :

pct shutdown 101
pct set 101 -net0 name=eth0,bridge=vmbr0,hwaddr=BC:24:11:D7:E4:C4,ip=192.168.1.251/24,gw=192.168.1.1,type=veth
pct start 101

Vérification post-fix : une seule IP sur l’interface, plus de dhclient qui tourne, plus de DHCPDECLINE dans les logs de l’UCG-Max.

Que faire si vous êtes dans le même cas ?

Plusieurs enseignements à garder en tête si jamais vous tombez sur le même symptôme.

• Un « DHCP Timeout » sur UniFi n’est pas forcément un bug UniFi : avant de blâmer la dernière mise à jour, regardez ce qui se passe côté clients du réseau.
• Le bundle support UniFi est une mine d’or, à condition de savoir le lire : Claude a fait une vraie différence dans mon cas. Plutôt que de chercher à l’aveugle dans des dizaines de fichiers de logs, j’ai pu lui confier le bundle et avancer avec lui pas à pas.

Mon réseau se porte maintenant pour le mieux et tous mes équipements communiquent normalement ! Si vous tombez dans le même cas que moi, j’espère que cet article vous sera utile.