Après des recherches j’ai trouvé cette discussion https://community.jeedom.com/t/plugin-zigbee-lent-puis-plus-dacces-html/70751 et celle là https://community.jeedom.com/t/plugin-zigbee-lent-puis-plus-dacces-html/70751 où sont relatés le même problème : plus d’accès à l’HTML de jeedom en utilisant le plugin Zigbee.
Le remède proposé est de supprimer un utilitaire de Debian Fail2ban qui cherche des tentatives répétées de connexions infructueuses dans les fichiers journaux et procède à un bannissement en ajoutant une règle au pare-feu iptables ou nftables pour bannir l’adresse IP de la source.
Comme recommandé dans ces discussions j’ai supprimer Fail2ban suivant les instructions de ce site:https://howtoinstall.co/en/fail2ban?action=uninstall
Depuis 2 heurs je n’ai plus de blocage et les mesures du capteur Aqara sont bien prises en compte ![]()
Reste cependant que l’erreur http subsiste quand j’appuie sur le bouton test.
http.error.txt (270 Octets)
La source de cette erreur semble être que le plugin ne trouve pas le capteur Xiamoi LUMI.lumi.weather dans sa base de données car dans le message apparait : *client denied by server configuration: /var/www/html/plugins/zigbee/core/config/devices/*undefined,
Pourtant le capteur est bien là dans la liste des capteurs Xiaomi. Un bug dans le plugin Zigbee?
Maintenant pourquoi avec Debian 11 Bullseye et Jeedom chargé en ligne de commande ça marchait: mystère ![]()