Problème de connexion externe depuis passage en V4

Bonjour à tous.
J’utilise Jeedom 3 depuis environ 3 ans sur un RPI 3B+ avec SSD mSata. Cela m’a permis de développer un projet domotique et alarme complet, fonctionnel et fiable.
Depuis le passage de Jeedom en version 4 j’ai quelques anomalies que je ne parviens pas à résoudre malgré de longues recherches. (Impossibilité de me connecter à Jeedom de l’extérieur depuis mon tél, erreur lors de l’envoi de mails, pas d’image de la raspicam,.). (J’essaie d’être le plus exhaustif possible pour le cas ou ces problèmes auraient un point commun).
Les connexions locales depuis mon PC de bureau en filaire (http, ssh, FileZilla) fonctionnent bien.
La connexion de l’extérieur en http par noip s’ouvre bien mais elle reste bloquée sur la page d’accueil. La connexion en https avec ovh donne le message « site inaccessible ».
Jeedom fonctionne cependant relativement bien car un bon nombre de tâches domotique et alarme restent fonctionnelles (allumage des lampes, ouverture des volets, détection des ouvertures de portes, des détections de présence, envoi de sms, camera IP,…)

Merci beaucoup de votre aide sans laquelle je ne pourrai plus avancer (sauf pour revenir à la V3)…

JCM.

Observations et tests effectués :

  • Avant la migration à V4 : passage de Debian Stretch à Buster 10.
  • Dans raspi-config : activation du ssh, de la camera, du GPIO,
  • Sur la Box : redéfinition des IP, des ports et ouverture du parre-feux
  • Modification du fichier alsa.conf pour retrouver le fonctionnement de la sorte audio sur le jack3.5.
  • Ping depuis le RPI : sur 8.8.8.8 : OK, 192.168.1.1 : OK
  • Ping depuis le PC sur l’IP du RPI (192.168.1.19) : OK, et sur l’IP externe du RPI : OK
  • Test de la raspicam avec raspistill OK
  • Après l’installation de V4 j’ai dû apporter beaucoup de corrections dans mon projet (recréation totale des widgets, du dashboard, et de scénarios. Il reste encore à faire).

Log en défaut :
Logs en erreur

  • Log de network : DEBUG : Erreur sur https://XXXX.XXXXX.ovh/here.html => 7

  • Log de http error : [access_compat:error] [pid 15409] [client 192.168.1.85:29651] AH01797: client denied by server configuration: /var/www/html/StableWSDiscoveryEndpoint

  • Log de camera : DEBUG : Erreur sur [maison][Cam_maison] : Failed to connect to 192.168.1.19 port 8080: Connection refused

  • Log de cron execution:
    0497|PHP Notice: Undefined variable: postData in /var/www/html/plugins/tahoma/3rdparty/tahoma.inc.php on line 94
    0498|PHP Notice: Undefined property: stdClass::$states in /var/www/html/plugins/tahoma/core/class/tahoma.class.php on line 494
    0499|PHP Warning: Invalid argument supplied for foreach() in /var/www/html/p

  • Log de mail : Erreur exécution de la commande [maison][Mail_Jeedom][Jean-claude] : SMTP connect() failed. Troubleshooting · PHPMailer/PHPMailer Wiki · GitHub

Configuration système :
Config_Systeme

Raspberry 3B+ avec disque SSD mSata de 90Go.

Infos Jeedom Version Jeedom : 4.2.18 Version php: 7.3.31-1~deb10u1
Version OS : Linux jeedom 5.10.103-v7+ #1529 SMP Tue Mar 8 12:21:37 GMT 2022 armv7l GNU/Linux [10.12]
Espace disque libre : 92% Espace disque libre tmp : 99 %
Mémoire disponible : 53 % (Total 872 Mo) Swapiness : 10%
Version OS : debian 10.12 Apache : 11
Version database : 10.3.34-MariaDB-0+deb10u1
Swap disponible : 100 % (Total 1024 Mo) Charge : 0.66 - 0.55 - 0.54
Configuration réseau externe : OK Apache private tmp : OK

Bonjour,

Il faudrait mettre tous les logs dans une balise Texte préformaté comme ceci

saisissez ou collez du code ici

Questions:

Avez-vous réinstallé ou fait un update ?
Si update, réinstallez depuis une image jeedom.

Et pour votre accès externe, avez-vous recréé le certificat si nécessaire ?

Bonsoir, merci de votre réponse.
J’ai procédé à une installation complète à partir d’une image selon la méthode décrite par Domo-Blog (Installer Jeedom sur Raspberry Pi depuis l'image : Comment faire étape par étape ?).
Rem: je ne suis pas un pro et je dois généralement m’aider de tutos
Je n’ai pas recréé de certificat.
En poursuivant les tests de connexion, je suis parvenu à me connecter avec Explorer Internet en http par noip. Alors qu’avec Chrome je reste bloqué sur la page d’accueil. Par contre, en https avec ovh j’obtiens toujours le message « site inaccessible ».
(Je regarde demain matin pour copier les logs dans des balises Texte préformaté)

Bonjour.

qq infos complémentaires:
J’ai vérifié la validité du domaine sur crt.sh, c’est OK.
J’ai vérifié la configuration DNS du domaine avec la fonction Windows nslookup mondomaine.ovh c’est OK, puis sur www.digwebinterface.com, c’est OK aussi.

Par contre, je me souviens que sur la version 3 de Jeedom j’avais dû exécuter une procédure d’installation de Letsencrypt décrite sur le site Domo-Blog (Comment sécuriser l'accès à Jeedom en HTTPS avec un certificat SSL gratuit - Page 2 sur 3)

Sudo /etc/init.d/apache2 restart
Sudo apt update
Sudo apachectl configtest
Sudo apt install snapd
Sudo install core
Sudo snap refresh core
Sudo snap install –classic certbot
sudo ln -s /snap/bin/certbot /usr/bin/certbot
sudo certbot –apache
sudo certbot certonly –webroot

Faut-il la relancer sur la version 4, et est-elle fonctionnelle avec Buster 10. Y-a-t-il une procédure plus récente et mieux adapté à Buster.

Merci

Oui il faudra refaire ça ou l’équivalent.

La procédure à suivre est décrite sur https://certbot.eff.org/ et dépend de votre système, pas de jeedom (donc v3 ou v4 ne change rien)

Si vous n’avez pas recréer de certificat c’est normal que la connexion httpS ne fonctionne pas.

Merci, je regarde la procédure et je fais ça dés demain matin. Ce n’était pas tellement vis à vis de Jeedom que j’hésitais, mais par rapport au passage de Stretch à Buster.

Bonjour,
J’ai regardé la procédure décrite sur https://certbot.eff.org/ mais j’avais trop de doutes pour la lancer (une aventure trop périlleuse pour moi). J’ai donc appliqué « l’ancienne » procédure de Domo-Blog, et ça fonctionne. Je parviens donc à me connecter à Jeedom sans problème avec un certificat Letsencrypt. A l’avenir, si j’ai encore des difficultés avec ce moyen de connexion, je passerai au DNS Jeedom.
Il me reste à résoudre le problème de raspicam qui ne s’affiche pas, alors que les autres camera IP se sont reconnectées automatiquement dés la première mise en route de Jeedom.
Merci de votre aide.

Bonjour,
Pas d’amélioration depuis hier.
J’ai chercher, et même réinstallé Motion (au cas où!) (How to setup a Raspberry Pi security camera for home surveillance with Raspbian Buster Lite and motionEye - Techcoil Blog).
En liaison directe au RPI, raspistill donne toujours des images, Motion enregistre bien des vidéos.
Mais du serveur et de Jeedom il n’y a toujours pas de connexion.
Je ne vois plus quoi faire! Je ne pensais pas que le passage à V4, et surtout à Buster, serait aussi problématique. Des choses que j’avais installées facilement sur la V3 avec Stretch ne fonctionnent plus et je ne parviens pas à les relancer.
Là je sature! Demain je fais une pose! Ce qui énerve c’est qu’il n’y a peut-être pas grand chose à modifier, mais !
Si vous avez des idées je vous en remercie.

raspicam ou motion cela n’a pas vraiment de lien avec jeedom.

Moi je n’utilise pas ces outils mais pour que la communauté puisse vous aider il faudrait fournir plus d’info probablement, personne ne peut deviner ce qui ne va pas avec juste l’info « pas d’amélioration ».

Et il faudrait ouvrir un nouveau sujet si le problème initial est résolu.

Merci de votre réponse,
Quand je disais, pas d’amélioration, je précisais dans la ligne suivante : « En liaison directe au RPI, raspistill donne toujours des images, Motion enregistre bien des vidéos. Mais du serveur et de Jeedom il n’y a toujours pas de connexion ». En résumé, la caméra fonctionne mais Jeedom n’affiche rien. Évidemment je ne dis pas que Jeedom est en cause, mais simplement que je n’arrive plus à régler.
Je pensais que Jeedom avait besoin de Motion pour récupérer les images d’une RPI Cam. Pour les caméras IP tout fonctionne bien.
A l’origine il y avait plusieurs problèmes, premièrement, l’impossibilité de se connecter à distance (résolu ici plus haut), ensuite l’absence d’image de la raspicam, … Si vous pensez qu’il est préférable de traiter les problèmes un à un, je pourrai passé celui-ci en résolu. J’ouvrirai un autre sujet pour la caméra.
Merci de votre aide.

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.