Mon Jeedom (v4.3) a effectué la mise à jour du plugin RFXCom ce matin, et depuis, impossible de démarrer le plugin. Du coup, quasiment toute ma domotique est HS…
Voilà ce que j’obtiens dans le log de RFXCom :
[2024-01-04 13:55:04][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:11443
[2024-01-04 13:55:04][DEBUG] : http://127.0.0.1:11443 "GET /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx HTTP/1.1" 400 362
[2024-01-04 13:55:04][ERROR] : Fatal error : 'AttributeError' object has no attribute 'message'
[2024-01-04 13:55:04][DEBUG] : Traceback (most recent call last):
File "/var/www/html/plugins/rfxcom/resources/rfxcomd/jeedom/jeedom.py", line 136, in test
logging.error('Callback error: %s %s. Please check your network configuration page'% (response.status.code, response.status.message,))
AttributeError: 'Response' object has no attribute 'status'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/var/www/html/plugins/rfxcom/resources/rfxcomd/rfxcomd.py", line 391, in <module>
if not shared.JEEDOM_COM.test():
File "/var/www/html/plugins/rfxcom/resources/rfxcomd/jeedom/jeedom.py", line 139, in test
logging.error('Callback result as a unknown error: %s. Please check your network configuration page'% (e.message,))
AttributeError: 'AttributeError' object has no attribute 'message'
Je précise que tout fonctionnait parfaitement juste avant la mise à jour du plugin.
Est-il possible de revenir à la version précédente, qui n’était pas buguée ?
Pourrais-tu poster ta page sante et la page de configuration du plugin-rfxcom
Tu ne peux pas revenir à une autre version sans restaurer une sauvegarde Jeedom.
Je précise que tout le reste fonctionne, y compris Google (qui est très chatouilleux quant aux réglages réseaux), et qu’avant la mise à jour, il n’y avait pas de problème…
Ma config réseau (qui a toujours bien fonctionné, avec les bonnes redirections de ports, le certificat SSL correct, etc.En même temps, ce n’est pas comme si je n’étais pas du métier ^^’ ) :
Le démon n’est pas démarré et comme dit Loic, il est assez étonnant d’avoir un port qui n’est pas le 80 en interne. Tu es sûr de toi ?
En principe le port interne reste le 80 sur une IP que tu ne devrais pas avoir à cacher car c’est propre à ton réseau interne et donc inaccessible (on a tous du 192.168.x.x ou 10.x.x.x).
La redirection (NAT) se fait sur la partie externe et là le port est cohérent.
J’ai toujours eu ça comme config, car je n’utilise jamais l’IP locale, uniquement le FQDN (pour des raisons de certificat SSL, et parce que par principe, je n’utilise jamais de http pour des questions de sécurité, le réseau étant également celui de mon entreprise). Et cela n’a jamais posé problème jusqu’à ce matin (mon jeedom tourne depuis environ 3 ans comme ça…).
Je vais regarder pour retrouver le port utilisé en interne en http (puisqu’on ne peut pas indiquer de https en local).
Bon, modif effectuée, ça a effectivement résolu le problème.
Mais je n’arrive pas à comprendre pourquoi pendant 3 ans ça n’a pas posé de souci, et maintenant si…
