Moi j’ai essayé de faire ce que m’avait conseillé le support jeedom en 2017 :
1 - Se rendre dans le plugin OpenVPN et supprimer la configuration qui doit s’appeler « DNS Jeedom »
2 - Aller dans la configuration → Configuration Réseaux et décocher l’option DNS Jeedom puis Sauvegarder.
3 - Réactiver l’option DNS Jeedom puis resauvegarder
4 - Vérifier dans le plugin openVPN qu’une nouvelle configuration a été créé
Dès que j’ai la solution, je posterai un message, du coup, pour moi les conséquences c’est que Google Home ne peut plus interroger Jeedom. Et ce problème est survenu pour moi lors de la restauration de ma sauvegarde (qui est en locale pour le coup sur mon NAS) sur ma nouvelle VM avec Debian 10 et Jeedom 4.
ha mais je crois que sans openvpn, la config dns jeedom ne peut pas fonctionner.
Edit: Ha pardon…toi tu as ce message lors d’une sauvegarde…bah c’est bizarre pour moi, il n’y a pas eu de soucis à ce moment là…-> bon je dis que des bêtises, c’est parce que mes sauvegardes sont locales, comme je le disais plus haut…
L’erreur va concerner tout le monde à partir du moment ou vous utilisez un « service » jeedom (Sauvegarde cloud, DNS etc) qui nécessite de récupérer des ressources hébergées sur images.jeedom.com à l’aide du wget.
wget aime pas les certificats wildcard …
Effectivement il faut bien openvpn …
mais sa ne résout pas qu’il ne parvient pas a télécharger le tunnel …
sauf erreur debian est la plateforme préconiser pour jeedom @naboleo ?
je suis effectivement sur la dernière version de jeedom.
En fait j’ai migrer de la delta car je me dit que si freebox en panne plus de domotique, puis sur un esxi très simple de remonter un snapchot rapidement, possibilité d’avoir une seconde vm jeedom pour des tests, puis faut dire jeedom sous delta … sa rame un peut quand même !
pour buster je vais regarder …
merci pour les retour, j’espère vraiment que l’on trouvera une solution
mais buster ou stretch je pense que le problème sera toujours le même
Bonsoir,
Bizzarement sur mes deux vms debian9 et debian10 les dns sont fonctionnel, plus d’erreur de tunnel.
reste a savoir si j’utilise debian9 ou debian10 …
Je vais attendre un peu pour clôturer le sujet, j’ai toujours la même erreur (et je confirme que mon service DNS est KO (statut DNS arrête et ne veut pas redémarrer)
merci pour ces explications. Du coup, comment l’on fait concrètement pour ajouter dans son magasin une chaîne de certification?
Quand je clique sur utiliser les DNS JEEDOM
Dans :
Jeedom → Réglages → Système → Configuration → OS/DB → Système → Administration → Lancer
que donne les commandes ? : dpkg -l ca-certificates wget https://images.jeedom.com/resources/tunnel/tunnel-linux-arm64
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
++±===============-=============-============-=================================
ii ca-certificates 20161130+nmu1 all Common CA certificates
Bon, sans aucune compréhension du pourquoi du comment, en forçant la mise à jour (Réglage > Système > Centre de mise à jour > « Mettre à jour » > « Mettre à jour »), les DNS refonctionnent.
Je clos le sujet.