127.0.0.1 c’est l’ip de loopback.
M’étonnerait que depuis un PC tu accèdes a ton jeedom via cette IP !
Ne montre surtout
pas ta config réseau qui est NOK et tant qu’elle le sera ton plugin ne fonctionnera pas
La doc doit dire des bêtises
quand je dis ip machine, c’est ip machine locale partagée avec les autres applicatifs qui tournent sur le seule os de la machine
ports localhost en pj
portsl.txt (41,6 Ko)
Il faut copier les logs ici entre balises, je l’ai déjà dit.
Pour les gens sur téléphone les liens c juste inexploitable
Sans ta page réseau je ne continue pas
Tu veux avoir raison donc et ne donne pas ce qu’on demande.
Bon courage pour faire tourner le plugin
J’ai positionné le port en 443, mais ca se remet en auto au démarre, je viens de forcer 443 avec lo c’est entrain de redémarrer…
Tu as besoin d’autre chose sur la page réseau ?
[2024-03-02 19:40:03]INFO : Lancement démon zigbeed : /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.py --device /dev/serial/by-id/usb-1a86_USB_Single_Serial_54DD001681-if00 --loglevel debug --socketport 9199 --callback http://127.0.0.1:80/plugins/zigbee/core/php/jeeZigbee.php --apikey CLEapi… 2 --cycle 0.3 --pid /tmp/jeedom/zigbee/deamon_1.pid --data_folder /var/www/html/plugins/zigbee/data/1 --device_folder /var/www/html/plugins/zigbee/data/device --controller ezsp --sub_controller elelabs --channel 26
2024-03-02 19:50:04]DEBUG : Starting new HTTP connection (1): 127.0.0.1:443
[2024-03-02 19:50:04]DEBUG : http://127.0.0.1:443 « GET /plugins/zigbee/core/php/jeeZigbee.php?apikey=cleAPI HTTP/1.1 » 400 362
[2024-03-02 19:50:04]ERROR : Fatal error : ‹ AttributeError › object has no attribute ‹ message ›
Bonsoir,
Pourquoi vouloir forcer le port réseau interne sur le 443 ?
TiTidom.
Ne connaissant pas le fonctionnement de jeedom, c’était au cas où il y avait une contrainte pour le port, l’interface web accédée en 443…
Pour moi le réseau n’est pas le problème, le pb de connection n’est qu’une conséquence du fait que le deamon est ko
Habituellement lorsque le pb survient débrancher et rebrancher la clé suffit, mais plus maintenant.
J’ai vérifié l’état des prises qui sont en état, par contre le module sonoff reste froid, il est tiede en fonctionnement normal
Le module serait ko ?
[2024-03-02 19:55:04]DEBUG : http://127.0.0.1:443 « GET /plugins/zigbee/core/php/jeeZigbee.php?apikey=u77xJghw8fhN9dAT2h1qFQ4bGUNCeW1RkGJBKBEmHvehtEBlU5Of8idP1mxVmZH2 HTTP/1.1 » 400 362
Je rêve ou le deamin essaye de se connecter à jeeZigbee ?
Il n’y aurait pas un pb de gestion de migration entre le vieux plugin zigbee et le nouveau ?
Je veux un truc qui fonctionne, l’ancien me conviendrait le temps de pouvoir préparer une migration tranquillement
Re,
Désolé, je n’ai pas précisé, mais je ne disais pas que le soucis venait forcément de ta configuration réseau, mais de manière plus général, cela ne va pas aider.
Je disais cela plus dans le sens : La config du réseau interne, il vaut clairement mieux le laisser en port 80. Passer sur le port « 443 » ne t’apportera que des problèmes, et ce n’est pas ca qui va sécuriser ton accès (le port 443 seul n’apporte rien en terme de sécurité, d’autant plus sur un accès via une ip).
Par contre sur la partie de la configuration réseau « externe », c’est là où il faut configurer la partie sécurité, soit par les DNS jeedom, soit de manière manuelle (à condition de maitriser cette partie là, notamment la partie certificat SSL).
Voilà pour ce petit « hors sujet », mais qui dans tous les cas aidera ton jeedom à mieux fonctionner 
Bonne soirée,
TiTidom.
Un possesseur de la même clé pourrait-il me dire si elle est reconnu sous ce nom « inHeng Electronics USB Single Serial » ?
via lsusb
le deamon semble vouloir accéder à jeedom en 443 mais sans https, apache étant configuré sur la machine pour être utilisable uniquement en https en 443
c’était déjà le cas avant je sais pas si ça à un impact sur le pb ?
comment vérifier que le dongle zigbee est toujours utilisable avant de me lancer dans une migration vers jeezigbee ?
6 minutes max pour faire le test et être fixé.
Désactivez la gestion automatique du démon, cliquez sur stop.
Installez le plugin-z2m (Jeezigbee)
→ https://market.jeedom.com/index.php?v=d&p=market_display&id=4351
Et pour avoir une idée, vous pouvez suivre ceci:
Mqtt manager ne démarre pas
Sun, 03 Mar 2024 15:21:42 GMT body-parser deprecated undefined extended: provide extended option at jeedom/jeedom.js:168:31
[2024-03-03 15:21:43]ERROR : Callback error.Please check your network configuration page : {"message":"Request failed with status code 400","name":"AxiosError","stack":"AxiosError: Request failed with status code 400
at settle (/var/www/html/plugins/mqtt2/resources/mqtt2d/node_modules/axios/dist/node/axios.cjs:1967:12)
at IncomingMessage.handleStreamEnd (/var/www/html/plugins/mqtt2/resources/mqtt2d/node_modules/axios/dist/node/axios.cjs:3066:11)
at IncomingMessage.emit (node:events:529:35)
at endReadableNT (node:internal/streams/readable:1400:12)
at process.processTicksAndRejections (node:internal/process/task_queues:82:21)
at Axios.request (/var/www/html/plugins/mqtt2/resources/mqtt2d/node_modules/axios/dist/node/axios.cjs:3877:41)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)","config":{"transitional":{"silentJSONParsing":true,"forcedJSONParsing":true,"clarifyTimeoutError":false},"adapter":["xhr","http"],"transformRequest":[null],"transformResponse":[null],"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"maxBodyLength":-1,"env":{},"headers":{"Accept":"application/json, text/plain, */*","User-Agent":"axios/1.6.7","Accept-Encoding":"gzip, compress, deflate, br"},"method":"get","url":"http://127.0.0.1:443/plugins/mqtt2/core/php/jeeMqtt2.php?apikey=i8iwOqUmfPqaxKNd41WVC5FGMJOdSKjY6cuKS6kDJGkVmuNmirtaCpKdIxDcaDFd"},"code":"ERR_BAD_REQUEST","status":400}
Mais non ce n’est pas le réseau
Bon du coup quoi vérifier dans le réseau ?