je suis sous 4.2.7 et mon Jeedom tourne dans une VM sur un Synology NAS. coté client je suis sur Mac , Monterey 12.2 et Safari comme browser.
Des que j’essaye d’utiliser l’éditeur intégré de fichier de Jeedom une seule fois, j’ai le premier écran pleine page qui affiche les fichiers et l’arborescence mais a partir de ce moment, plus rien de fonctionne. les menus de Jeedom sont inopérants, impossible d’aller dans le Dashboard ou quoi que ce soit; le restart ne marche pas non plus. Même si je force un arrêt et restart de la VM, l"interface jeedom ne redémarre pas. ma seule solution pour le moment est de restaurer un snapshot de ma VM.
en terme de plugin j’utilise ceci, verlink est le mien, en cours de développement mais il ne fait vraiment rien pour le moment, il n’a ni cron ni deamon.
je répond a moi meme. suis je le seul a avoir ce probléme ? tout essai d’utiliser le file explorer, bloque irremediablement jeedom, meme apres un full restart. J’ai downgradé en 4.1 et tout remarche mais j’aimerais bien passer en 4.2…
je n’ai pas installé ce plugin jeeXplorer en 4.1. Ce soir je refais un upgrade complet a partir de 4.1, je capture les logs et je vous tiens au courant. merci !!
sur un PC windows + Chrome, je pars d’une 4.1, je fais l’upgrade ( a la 4.2.8 cette fois ).
tout se passe bien, j’ouvre la page editeur, tout marche bien aucun plantage !
je change d’ordinateur je passe sur Mac+Safari, j’ouvre mon Jeedom, tout va bien. j’ouvre ensuite l’editeur et d’un coup :
mais surtout, plus rien ne marche ensuite sur ce poste client ( le MAC ). je retourne pour voir sur le PC et la tout marche bien alors que jeedom n’est plus accessible depuis le mac. tout se passe comme si l’acces http depuis mon IP du mac etait bloque. je note toutefois sur le ping depuis un terminal fonctionne.
dans les logs , je note dans le http.error
[Fri Feb 04 19:03:38.852370 2022] [access_compat:error] [pid 1656] [client 192.168.0.230:56099] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.0.148/index.php?v=d&p=editor
[Fri Feb 04 19:03:39.466048 2022] [access_compat:error] [pid 1656] [client 192.168.0.230:56099] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.0.148/index.php?v=d&p=editor
[Fri Feb 04 19:03:39.531238 2022] [access_compat:error] [pid 1656] [client 192.168.0.230:56099] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.0.148/index.php?v=d&p=editor
[Fri Feb 04 19:03:44.336945 2022] [access_compat:error] [pid 1656] [client 192.168.0.230:56099] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.0.148/index.php?v=d&p=editor
[Fri Feb 04 19:03:44.354980 2022] [access_compat:error] [pid 1656] [client 192.168.0.230:56099] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.0.148/index.php?v=d&p=editor
[Fri Feb 04 19:03:44.391510 2022] [access_compat:error] [pid 1656] [client 192.168.0.230:56099] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.0.148/index.php?v=d&p=editor
non je débute sur Jeedom donc je n’ai rien de compliqué. je n’ai pas utilisé jeeexplorer.
a priori la console javascript en mode réseau montre que cette requête échoue a répétion ce qui doit déclencher le fail2ban
@kiboost , je connais peu linux, peux tu me dire comment tester cette lib en alpha ? au niveau config je suis sur NAS Synology avec une VM, je fais un restore tres facilement, donc je peux tester
Si vraiment tu peut tester facilement et restorer tell vm :
Fait un backup et externalisé les, ou snapshot de la vm.
Dans réglage system config onglet market tu te met sur la branche alpha
Dans centre de mise à jour tu lance une update en haut à droite
Dans safari tu vide le cache et vire tous les cookie sur ton ip ou domaine Jeedom ou qui serait lié à ton jeedom
donc, Jeedom passé en 4.2.9
cookies et cache vidé
safari quitté et redémarre
j’ouvre le dashboard, ok
j’ouvre l’éditeur : meme problème et pas de cookie PHPSESSION ID dans la requete
peut être que la morale est : fail2ban n’est pas configuré pour ignorer les IP de mon segment LAN comme il faut, il n’a pas le bon segment dans Jeedom.conf
Ce qui est etonnant c’est que sur le git le fichier est déjà comme ça. Peut-être qu’il n’est juste pas mis a jour a l’update pour eviter d’ecraser une conf perso qui aurait ete mise dedans.
Par contre ca ne corrige pas l’erreur logiquement, ca empeche juste de s’auto-ban en adresse locale.
Edit: je viens de verifier sur mon instal, le var/www/html/img n’existe meme pas, c’est normal ou il me manque un truc?
