Réglages → Version : FAQ
Non, Jeedom est pleinement utilisable sans aucune nécessité de quelque abonnement que ce soit. Cependant, il existe des services proposés pour les sauvegardes ou les appel/SMS, mais qui restent réellement optionnels.
Non, Jeedom n’utilise pas d’infrastructure type “Cloud”. Tout se fait en local et vous n’avez pas besoin de nos serveurs pour que votre installation fonctionne. Seuls les services comme le Market, la sauvegarde en ligne ou le DNS Jeedom nécessitent l’utilisation de nos serveurs.
Jeedom possède une version mobile adaptée à l’utilisation sur mobile et tablette. Il existe aussi une application native pour Android et iOS.
Lors de votre première connexion à Jeedom (et même après si vous ne les avez pas modifiés), le nom d’utilisateur et le mot de passe par défaut sont admin/admin. A la première connexion, il vous est fortement recommandé de modifier ces identifiants pour plus de sécurité.
Depuis Jeedom 3.2 il n’est plus possible de se connecter avec admin/admin à distance pour des raisons évidentes de sécurité. Les identifiants admin/admin ne marchent plus qu’en local. Attention si vous passer par le DNS même en local vous êtes forcement identifié comme à distance. Autre point par défaut seules les IP sur 192.168.. ou 127.0.0.1 sont reconnues comme locales. Cela se configure dans l’administration de Jeedom partie sécurité puis IP “blanche”. Si malgré tout çà vous n’arrivez toujours pas à vous connecter il faut utiliser la procédure de remise à zéro de mot de passe, voir ici.
Souvent cela est dû au fait que les équipements sont affectés à un objet qui n’est pas le fils ou l’objet lui-même du premier objet sélectionné à gauche dans l’arbre (vous pouvez configurer celui-ci dans votre profil).
Oui, la liste des raccourcis clavier / souris est ici.
Oui c’est possible, il suffit de glisser/déposer les commandes de votre objet sur sa configuration.
Pour chaque commande vous pouvez choisir son affichage entre différents Widgets du Core, ou en créer avec Outils → Widgets.
Non ce n’est pas possible, mais vous pouvez dupliquer celui-ci grâce au plugin virtuel.
Il suffit, sur une courbe historique de la commande, de cliquer sur le point en question. Si vous laissez le champs vierge, alors la valeur sera supprimée.
Il n’y a pas de durée standard, cela dépend du système et du volume de données à sauvegarder, mais il peut prendre plus de 5 minutes, c’est normal.
Elles sont dans le dossier /var/www/html/backup
Oui : Soit vous avez un pack power ou plus, dans ce cas il vous suffit d’utiliser le DNS Jeedom. Soit avec un DNS et vous savez mettre en place un certificat valide, dans ce cas c’est une installation standard d’un certificat.
Voila une documentation, partie “Sous Windows : Putty”. Le “hostname” étant l’ip de votre Jeedom, les identifiants étant :
A noter que lorsque vous écrirez le mot de passe vous ne verrez rien s’écrire à l’écran, c’est normal.
En SSH faites :
sudo su -
chmod -R 775 /var/www/html
chown -R www-data:www-data /var/www/html
En SSH faites :
sudo su -
php /var/www/html/install/update.php
chmod -R 775 /var/www/html
chown -R www-data:www-data /var/www/html
La webapp nécessite un smartphone supportant le HTML5 et le CSS3. Elle n’est donc malheureusement pas compatible Symbian.
Pour que Jeedom fonctionne, il faut une plateforme linux avec les droits root ou un système type docker. Il ne fonctionne donc pas sur une plateforme android pure.
Cela peut être dû à plusieurs choses, il faut :
Il faut se connecter en SSH à Jeedom et lancer le script d’auto-diagnostic :
sudo chmod +x /var/www/html/health.sh;sudo /var/www/html/health.sh
S’il y a un souci, le script essaiera de le corriger. S’il n’y arrive pas, il vous l’indiquera.
Vous pouvez aussi regarder le log /var/www/html/log/http.error. Très souvent, celui-ci indique le souci.
Il faut réinitialiser ceux-ci :
bdd_password=$(cat /dev/urandom | tr -cd 'a-f0-9' | head -c 15)
echo "DROP USER 'jeedom'@'localhost'" | mysql -uroot -p
echo "CREATE USER 'jeedom'@'localhost' IDENTIFIED BY '${bdd_password}';" | mysql -uroot -p
echo "GRANT ALL PRIVILEGES ON jeedom.* TO 'jeedom'@'localhost';" | mysql -uroot -p
cd /usr/share/nginx/www/jeedom
sudo cp core/config/common.config.sample.php core/config/common.config.php
sudo sed -i -e "s/#PASSWORD#/${bdd_password}/g" core/config/common.config.php
sudo chown www-data:www-data core/config/common.config.php
La cause la plus fréquente est l’utilisation d’un plugin en version beta et Jeedom en stable, ou l’inverse. Pour avoir le détail de l’erreur, il faut regarder le log http.error (dans /var/www/html/log).
Encore une fois cela est souvent dû à un plugin en beta alors que Jeedom est en stable. Pour voir l’erreur, il faut faire F12 puis console.
Cette erreur n’est pas due à Jeedom, mais à un problème avec le système. Si celui-ci persiste suite à une réinstallation, il est conseillé de voir avec le SAV pour un souci hardware. Voici la documentation pour la Smart
Il est conseillé de regarder les commandes exécutées par le scénario, souvent cela vient d’une commande qui ne se termine pas.
Vérifiez si votre système de fichiers n’est pas corrompu, en SSH la commande est : sudo dmesg | grep error
.
Cela est dû à MySQL qui s’est arrêté, ce n’est pas normal, les cas courants sont :
Malheureusement, il n’y a pas beaucoup de solution si c’est le deuxième cas, le mieux étant de récupérer une sauvegarde (disponible dans /var/www/html/backup par défaut), de réinstaller Jeedom et de restaurer la sauvegarde. Vous pouvez aussi regarder pourquoi MySQL ne veut pas démarrer depuis une console SSH :
sudo su -
service mysql stop
mysqld --verbose
Ou consulter le log : /var/log/mysql/error.log
Sur une installation DIY c’est normal. En SSH, il faut faire la commande visudo et à la fin du fichier vous devez ajouter : www-data ALL=(ALL) NOPASSWD: ALL.
sudo service apache2 restart
Ce genre de cas arrive si votre Jeedom n’est pas compatible avec le plugin. En général, une mise à jour de Jeedom corrige le souci.
Les alertes sont classées par priorité, de la moins importante à la plus importante : timeout, batterie warning, batterie danger, alerte warning, alerte danger
Si vous êtes en DIY et sous Debian 9 ou plus, vérifiez qu’il n’y a pas eu une mise à jour d’Apache et donc le retour du privateTmp (visible en faisant ls /tmp
et voir si il y a un dossier private*Apache). Si c’est le cas il faut faire :
mkdir /etc/systemd/system/apache2.service.d
echo "[Service]" > /etc/systemd/system/apache2.service.d/privatetmp.conf
echo "PrivateTmp=no" >> /etc/systemd/system/apache2.service.d/privatetmp.conf
Essayez de vider le cache de chrome, l’affichage des historiques est calculé par rapport à l’heure du navigateur.
Jeedom ne trouve pas ou n’arrive pas a pinguer la gateway. En général ca arrive si la box adsl redémarre (en particulier les livebox) et que Jeedom n’a pas redémarré ou a redémarré plus vite que la box. Par sécurité il vous dit donc qu’il a trouvé un soucis et relance le processus de connexion réseaux. Vous pouvez désactiver ce mécanisme en allant dans la configuration de Jeedom et en désactivant la gestion du réseaux par Jeedom.
Ça veut dire que Jeedom n’arrive pas a backuper la base de données ce qui peut laisser penser à un soucis de corruption de base de données et de filesystem. Il n’y a malheureusement pas de commande miracle pour corriger. Le mieux est de lancer un backup et d’analyser le log de celui-ci. Dans les cas connus de soucis nous avons:
C’est une erreur assez grave le plus simple est de faire
mkdir -p /root/tmp/
cd /root/tmp
wget https://github.com/jeedom/core/archive/master.zip
unzip master.zip
cp -R /root/tmp/core-master/* /var/www/html
rm -rf /root/tmp/core-master
Dans l’administration de Jeedom partie OS/DB puis dans la console système il faut faire :
yes | sudo apt install -y php-mysql php-curl php-gd php-imap php-xml php-opcache php-soap php-xmlrpc php-common php-dev php-zip php-ssh2 php-mbstring php-ldap
Il faut :
Il faut dans la console systeme de Jeedom ou en ssh faire
sudo easy_install pip
sudo easy_install3 pip
Puis relancer les dépendances
Le Core 4.2 renforce énormément la sécurité de Jeedom. Si vraiment (en connaissance de cause) vous avez besoin de revenir à une version non sécurisée de votre Jeedom : Allez dans Réglages -> Système -> Configuration puis dans OS/DB, lancez la console d’administration système et cliquez sur Apache non sécurisé. Un redémarrage de Jeedom est recommandé suite à ce changement.
C’est du a la sécurisation d’Apache qui impose aux développeur de plugin de mettre les bons fichiers dans les bons répertoires pour limiter la surface d’attaque de Jeedom. Cette sécurisation ce fait dans le fichier .htaccess (écrasé à chaque mise à jour du Core). Vous pouvez faire un fichier .htaccess_custom avec vos propre règles qui si il existe sera utilisé à la place du fichier .htaccess du Core.