GSH standalone: "Merci de vous connecter à Jeedom avant de configurer la connexion avec Google"

Faut etre sur le meme réseaux que la box, de mémoire le code qu’on ma passé verifie si tu viens bien depuis une ip local.

Oui c’est le cas, je suis en Wi-Fi, chez moi.
Pour le reste ça passe avec des noms de domaines donc cloud google à chez moi, mais j’initie bien la procédure en local chez moi.

Ben alors je sais pas faudrait voir avec la personne qui a proposé les modifications de code, si tu as pas d’erreur dans http.error je pourrais malheureusement rien y faire.

Sais tu comment je pourrais voir ça et remonter également le problème ? c’est pas un depot opensource ?
Faut que j’ouvre un incident ?

edit: non aucune entrée dans http.error

C’est un utilisateur sur le community qui a passé le code, par contre j’ai plus le sujet mais il faudrait le retrouver et lui poser la question.

ici ?

Merci. J’ai posé la question, en espérant que Bad ait une idée ou puisse confirmer si sa correction est toujours censée etre fonctionnelle

Yop @guipom,

J’ai vu passer ton sujet ce matin et je me suis dit que je n’avais pas eu de problème avec Gsh depuis un moment, et donc que je n’allais par conséquent surtout ne pas y toucher :sweat_smile:

Mais il va finalement que je m’y plonge plus sérieusement :smirk:

Ça peut attendre ce weekend ? Je préférerais ne pas casser la reco vocale en semaine, je n’ai pas de pré prod pour ça, mais ça serait l’occasion :thinking:

EDIT : Si tu veux, on peut faire une prise en main à distance ce weekend, comme ça je pourrais prendre les traces qui vont bien et tester en live, car en y réfléchissant, remonter une infra de preprod est bien trop compliqué.

Bad

1 « J'aime »

Salut,

En fait non il n’y a je pense aucun problème avec GSH en lui même, c’est juste le flow initial d’association qui est cassé, je pense que le reste fonctionne toujours très bien.

Ca peut attendre le week-end ou plus tard, de toutes facons j’ai tellement de pannes jeedom en ce moment que ca n’en fait qu’une nouvelle qui vient s’ajouter aux autres, ca en devient triste.

Par contre c’est mon installation de prod donc je ne suis deja pas chaud quand le support jeedom souhaite intervenir, là je le suis encore moins, si je peux réaliser les opérations ou tests moi même je préfère. J’ai une horde de personnes qui n’attendent qu’une petite faille sur mes accès pour se faire plaisir donc je préfère éviter.

En effet, c’est « l’apairage » entre le plugin GSH et ton app coté Google dans ton tenant GCP, non ?
Ce flow est initié par l’app vers le plugin sur ton Jeedom, c’est à priori cette page qui est « blanche ».

Oui, bien sur, je pensais à un partage d’écran moins intrusif, via Discord, comme je fais d’habitude.
De toute façon, je ne peux pas faire les manipulations sur ton tenant GCP, ni ton smartphone :wink:

Je voulais commencer à débugger tout ça, le point d’entrée est donc bien
plugins/gsh/core/php/jeeGshOauth.php ?

J’ai juste fait ça, redémarré le démon, et relancé le process depuis mon téléphone et rien !
Je m’attendais à une petite entrée.
Ce n’est pas cette resource qui est attaquée ?

require_once __DIR__ . '/../../../../core/php/core.inc.php';
log::add('gsh', 'debug', 'init => '.init('response_type'));
if (init('response_type') == 'code') {

Qui a commité:
« You are no comming from internal address » ?

A part les fautes, j’ai eu une maj ce matin et j’ai maintenant cette erreur. DNS Jeedom, faut que je reteste avec mon nom de domaine. En local chez moi sur mon réseau Wi-Fi.

J’ai viré le code, je pense que de toutes facons ca ne doit pas marcher de vérifier ainsi surtout avec du NAT ou du reverse proxy mais bon là dessus j’en suis pas sur, je suis tombé sur un formulaire un peu tout cassé mais j’ai pu remplir les deux champs et c’est connecté !

Donc on est pas trop loin d’un truc qui fonctionne en fait !

Bonjour
C’est moi qui est ajouté ça suite à ton retour pour savoir d’où vient le soucis.

As tu testé en mettant ton IP local jeedom dans la configuration de l’oauth ?

Donc j’ai testé tout à l’heure avec nom de domaine, ca marche également.

J’ai donc deux soucis:
L’erreur comme quoi je ne suis pas en local
Le formulaire qui suit pour s’authentifier, des variables ne semblent pas remplacées et il y a du debug sous le formulaire.

Mais en zappant le code de controle j’ai pu associer mon installation dans les deux cas, DNS ou connexion directe.

Je n’ai pas testé avec une IP locale, non. C’est vrai que ca serait assez inhabituel, non ? pourquoi on restreint en local ?

Bonjour
Pour des questions de sécurité, avec l’IP local seul quelqu’un sur ton réseau peut faire l’association avec ton jeedom. En ouvrant tout n’importe qui qui a l’URL pourrait déclencher le processus pour peut qu’il y ait une faille de sécurité sur la page d’authentification et n’importe qui a accès à ton jeedom.

Oui, je comprends l’idée, mais quand j’associe mon compte Arlo à Google Assistant/Home, il ne m’impose pas d’etre chez moi.
En fait en soit j’ai rien contre, pourquoi pas, c’est juste que l’identification que je suis en interne ne semble pas marcher.

Bonjour,
Et si tu utilises les services cloud jeedom (comme pour arlo vu que tu compares) tu n’aurais pas non plus besoin d’etre en local ou autre.

La c’est le mode standalone qui oblige a faire tout ca (mode qui n’existe pas sur arlo par exemple et qui au passage n’est pas apprécié de google).

Je peux revérifier mais il ne me semble pas que la même procédure avec home assistant m’impose d’être en local.

Encore une fois je le redis même si j’insiste là dessus en fait peu importe, c’est plus contraignant mais on ne le fait en général qu’une fois de temps en temps, pourquoi pas.

Comment je peux débugger et partager les infos pour identifier la raison pour laquelle jeedom ne m’identifie pas sur le réseau local. Tu aurais une idée ? Comme ça on aurait je pense une étape d’association initiale fonctionnelle en béta, il resterait à comprendre pourquoi les labels restent sous forme de clés

Pour home assistant peut etre mais jeedom n’est pas home assistant nous faisons d’autre choix. Ici j’ai preferé renforcer la sécurité plutot que la facilité c’est un choix que j’assume.

Pour le debogage comme dit je n’ai pas fait le code donc je ne sais pas comment t’aider.

Ce n’est pas une API jeedom le network getUserLocation ?
https://doc.jeedom.com/dev/phpdoc/4.1/classes/network.html#method_getUserLocation