[RESOLU] Erreurs après màj 3.3.18

[cedsib]

Bonjour,

Depuis la màj qui semble s'être bien passées, mes commandes IFTTT qui fonctionnaient bien avant renvoient des erreurs systématiquement.
Forcément Google Home fonctionne moins bien.

La commande est bien comprise par IFTTT, elle arrive jusqu'à Jeedom mais j'ai cette erreur :

Vous n'êtes pas autorisé à effectuer cette action 1, IP : [IP utilisé pour l'appel]

(avec l'IP interne is je fais l'appel à la main via l'URL ou l'IP de IFTTT en fonction)

J'ai tenté de réinitialiser la clé API mais ça n'y fait rien...

Une idée (à part downgrader jeedom) ?

Mais ma femme que j'ai rendue dépendante aux commandes vocales crise un peu

PLEASE HELP

[Mips2648]

Comment indiqué partout, y compris dans la dizaine d'autres sujets sur le forum: il est obligatoire d'utiliser la clé api du plugin et plus la clé api jeedom.

[glenan]

Oui sauf que ça c'est depuis la version 3.0.0 (d'après le changelog) alors quid des config qui fonctionnaient avec 3.3.16 ?

Envoyé de mon Samsung Note 8 en utilisant Tapatalk

[glenan]

Et dans le changelog 3.0 il est indiqué que les plugins peuvent maintenant utiliser une clef api qui leur est propre mais il n'est pas écrit : doivent.

Envoyé de mon Samsung Note 8 en utilisant Tapatalk

[Mips2648]

ok autant pour moi, le changelog ne le précise pas. le fait est que maintenant c'est obligatoire.
est-ce que ca résout ton problème?
si oui alors de rien, y a pas de quoi
si pas désolé je ne vois pas la cause.

[cedsib]

oui, ça résoud le problème ! carrément.
Mais en effet non seulement je n'avais pas vu l'info depuis la 3. ni le fait que ça devenait obligatoire !

Un grand merci

[Bosquetia]

Et dans le changelog 3.0 il est indiqué que les plugins peuvent maintenant utiliser une clef api qui leur est propre mais il n'est pas écrit : doivent.

Envoyé de mon Samsung Note 8 en utilisant Tapatalk

Sauf que la on est pas en 3.0 mais en 3.3
Et en plus Loic a poussé une mise à jour sans changer de version en baissant le niveau de sécurité puisque la clé api jeedom est à nouveau acceptée.

[cedsib]

Je profite, j'ai encore la même erreur sur l'appel en http d'un démarrage scénario.

Je ne vous pas de clé api spécifique aux scénarios, et l'utilisation de la clé api jeedom semble être refusée...

Une idée ?

[Bosquetia]

ok autant pour moi, le changelog ne le précise pas. le fait est que maintenant c'est obligatoire.
est-ce que ca résout ton problème?
si oui alors de rien, y a pas de quoi
si pas désolé je ne vois pas la cause.

En tout cas pour jeelink cela avait été annoncé:
30/07/2018
Ajout d'une clef api dédié (sera a utiliser obligatoirement en jeedom 3.3)

[Mips2648]

Je profite, j'ai encore la même erreur sur l'appel en http d'un démarrage scénario.

Je ne vous pas de clé api spécifique aux scénarios, et l'utilisation de la clé api jeedom semble être refusée...

Une idée ?

Je n'ai rien compris à ton problème: la même erreur que quoi? pas que celle de ce sujet puisqu'il s'agit de ifttt qui appelle jeedom.

[loic]

Force une mise a jours de jeedom même si il ne propose rien

[cedsib]

Je profite, j'ai encore la même erreur sur l'appel en http d'un démarrage scénario.

Je ne vous pas de clé api spécifique aux scénarios, et l'utilisation de la clé api jeedom semble être refusée...

Une idée ?

Je n'ai rien compris à ton problème: la même erreur que quoi? pas que celle de ce sujet puisqu'il s'agit de ifttt qui appelle jeedom.

Le même format d'erreur : action non autorisée depuis l'IP qui fait l'appel. Sur les plugins je n'utilisais pas la bonne API (encore celle de Jeedom).

Merci @Loic, je vais essayer.

[cedsib]

Cherchez pas c'était + simple : un espace qui s'était glissé dans IFTTT, donc API KO

[minscof]

Bonjour,

J'ai le même problème. j'aimerais bien le corriger, mais le log ne donne pas beaucoup d'information pour savoir quel est le plugin concerné, et donc quelle clé il faut utiliser

Vous n'êtes pas autorisé à effectuer cette action 1, IP : [IP utilisé pour l'appel]

Est-ce qu'on pourrait avoir un log qui donne un peu plus d'information pour aider à cerner la correction à apporter ?
Merci

[cedsib]

Tu as en général le nom du plugin lors de l'appel dans l'url. Moi j'avais "virtuel" par exemple.
Et pour les scénarios c'est l'API de Jeedom (sans faire de faute de frappe ou laisser d'espaces)

[makaveli]

Moi c'est le plugin jeeEvent, je vois pas comment investiguer....

[glenan]

Je confirme qu'en mettant l'api propre à jeelink dans mon équipement, cela a résolu le problème de jeelink

Envoyé de mon Samsung Note 8 en utilisant Tapatalk

[glenan]

J'ai posé une question restée sans réponse. Est ce que concernant les sauvegardes Samba, jeedom est capable de gérer smb V2 ou v3 ou faut il encore conserver la version obsolète SMB V1 ?

Envoyé de mon Samsung Note 8 en utilisant Tapatalk

[Fabrice]

Ce n'est pas Jeedom qui porte Samba, mais le Linux qui est sous le Jeedom.
- Il faut donc voir cela dans les options du client Samba.

Désactiver SMBv1 et activer SMBv2 :
https://www.cyberciti.biz/faq/how-to-co ... x-or-unix/

En synthèse ;
Il faut éditer le fichier :

Code : Tout sélectionner

/etc/samba/smb.conf

Ajouter à la session [global] la ligne :

Code : Tout sélectionner

min protocol = SMB2

Redémarrer.

[PrFalKeN]

Je crois qu'il faut préciser en plus max protocol = SMB3