C’est sur alpha ou beta 4.2 …
Non rien a voir avec le point soulevé dans le post que tu cites. on peut d ailleurs voir que l erreur n est pas du tout la meme…
Voir le message au dessus du tien qui donne la bonne reponse !
(Non a priori ya eu un petit cafouillage hier soir avec un push sur la stable, Mips propose un petit fix – mais rien a voir avec le sujet actuel)
Bjr Olive
J’avais déjà essayé sans succès. Merci.
PS : qd tu dis compte utilisateur ? je l’ai fait en root
non ne le fait pas en root
et l’on vois bien que le lien symbolique n’existe pas dans tes log
pour verifier tu peut passer les commandes suivantes
which node
et
which nodejs
la reponse sera
/usr/bin/node
/usr/bin/nodejs
si ton PATH est /usr/bin ce qui n’est pas le cas dans toute les install
Dit moi ce que repond which node ?
Quel autre utilisateur en SSH ? je n’utilise que root. Admin ne fonctionne pas avec le mdp interface web.
Pour autant j’ai quand même fait les commandes et je n’ai rien comme retour.
Lorsque je vais dans /usr/bin je ne vois pas non plus de répertoire node ou nodejs, ce qui évidement correspond au message « no such file or dir ».
Donc je n’ai pas ce package ou plutôt plus, non ?
Fait le depuis jedom
réglage système configuration onglet _>osdb
puis >_ administration système ouvrir
Bonjour,
concernant l’accès au site Index of /node_14.x/
qui est en erreur, c’est lié à l’expiration d’un certificat racine de Let’s Encrypt qui expire le 30 septembre 2021 (DST Root CA X3) :
Let's Encrypt : L'expiration du certificat qui perturbe le web - ZDNet
le site https://deb.nodesource.com/node_14.x/
à mis à jour son certificat et sa chaîne le 30 septembre.
ta version d’OS ou de librairie SSL sous-jacente à Jeedom n’a probablement pas l’AC racine (ISRG Root X1) dans son magasin des AC racine de confiance.
Resources for Certificate Chaining Help - Let's Encrypt
Chain of Trust - Let's Encrypt
https://letsencrypt.org/certs/isrgrootx1.pem
akenad
ça à été corrigé je pense …
La c’est ton navigateur qui check pas l’os/ssl sous jeedom
akenad
Je ne me souvenais plus de cette façon d’accéder au shell. Merci Cela peut être pratique.
Les commandes ne donnent rien de plus. Pas de retour.
Je pense que le post d’Akenad me donne la direction pour l’installation du pkg manquant. Mais je ne sais pas résoudre cela. Vu la raison évoqué, j’imagine que Jeedom va apporter une correction prochainement.
Ta smart est en buster ?
akenad
Oui Akenad sous Buster. Une petite idée ?
Pour une smart, c’est à voir avec le support Jeedom SAS.
(fonctionne avec OS mis à jour pour VM, RPi4, Odroid-C2 )
Pour tester :
Dans Jeedom,
Réglages > Système > Configuration > OS/DB > Administration Système > Ouvrir
taper la commande :
wget https://deb.nodesource.com/node_14.x/
Si la smart est en buster (alors c’est par défaut une debian [10.4])
la commande renvoie :
Resolving deb.nodesource.com (deb.nodesource.com)... 23.15.179.169, 23.15.179.178, 2a02:26f0:1b00::5c7b:eca3, ...
Connecting to deb.nodesource.com (deb.nodesource.com)|23.15.179.169|:443... connected.
ERROR: The certificate of 'deb.nodesource.com' is not trusted.
ERROR: The certificate of 'deb.nodesource.com' has expired.
pour un VM à partir de debian [10.7] :
la commande renvoie :
Resolving deb.nodesource.com (deb.nodesource.com)... 23.15.179.169, 23.15.179.178, 2a02:26f0:2b00:12::5f64:5546, ...
Connecting to deb.nodesource.com (deb.nodesource.com)|23.15.179.169|:443... connected.
HTTP request sent, awaiting response... 200 OK
sur la smart, taper la commande :
wget --no-check-certificate https://deb.nodesource.com/node_14.x/
renvoie :
Resolving deb.nodesource.com (deb.nodesource.com)... 23.15.179.169, 23.15.179.178, 2a02:26f0:135::216:70a3, ...
Connecting to deb.nodesource.com (deb.nodesource.com)|23.15.179.169|:443... connected.
WARNING: The certificate of 'deb.nodesource.com' is not trusted.
WARNING: The certificate of 'deb.nodesource.com' has expired.
HTTP request sent, awaiting response... 200 OK
akenad
Bonjour,
Effectivement tout ce que tu as décrit pour la SMART est vrai
J’ai déposé une demande de support à JEEDOM.
Merci bcp et bravo pour ton aide.
oui, deb.nodesource.com
et oph.mdrjr.net
ont tous les 2 un certificat Let’s Encrypt, c’est l’origine du problème sur la Smart :
voir plus haut : HikVision ne démarre plus - #11 par akenad
akenad
Sur Atlas aussi tu penses ?
Probablement pas, apparemment ça doit être de l’armbian supérieur à 10.7
akenad