Forum Communauté Jeedom

En faite le cas que tu as eu la est assez rare au final (c'est même la première fois que ça arrive je crois). Après le soucis c'est si tu développes sur un déporté dans le core lors de la mise a jour je vire tes modifications....En plus plus le process de mise a jour fait de truc plus ca a de chance de planter...

@skyline-ch : tu peux retester ca devrait etre bon maintenant.

C'est pour cela que je propose de mettre ce forçage actif via une option (case à cocher).
Le cas de dévt sur le déporté devrait être rare aussi par rapport au nombre d'utilisateurs !

Non le .ngrok.jeedom.com c'est une nouveauté de la version 1.178.0 qui permet par exemple avec une adresse dyn de ne pouvoir mettre en favoris ou dans tasker l'adresse xxxxxxxx.ngrok.jeedom.com qui ne changera jamais contrairement à se qui se fais actuellement.

en interne je suis aussi en 192.168.xxx.xxx/jeedom/index.php

L’intérêt c'est en externe utiliser 1 seul url qui te mène directe a ton Jeedom même avec une ip dyn et sans devoir ajouter un service type no ip.
La je cherche juste a tester se nouveau système car j'ai déjà accès depuis l’extérieur et mon ip change extrêmement rarement

@Loic : sa semble ok, le lien ai bon et fonctionne

@loic c'est ce service https://ngrok.com/ ?
Si oui il existe la version x86 pour linux https://api.equinox.io/1/Applications/a ... nel=stable

@jayce : oui je sais que ça existe mais il faut que je la compile pour mettre mon certificat et j'ai pas de système x86

ok moi j'ai au cas ou

Si tu arrives a le compiler je suis preneur, voila les commandes (si ca marche je te donnerai le certificat a inclure) :
Et la tu devrais avoir un truc qui dit connecting

Je viens de pousser une nouvelle mise à jour, vous pouvez maintenant contrôler ce DNS a partir de l'interface d'administration de Jeedom, voir son statut ainsi qu'ajouter une authentification HTTP

Tester et c'est ok.

Par contre petite question, l’authentification c'est pour quoi faire avoir un autre log que les comptes utilisateurs ?

C'est pour renforcer encore plus la sécurité, quand tu accèdes directement a ton jeedom ça change rien mais si tu y accèdes a partir du dns ça rajoute une authentification, comme ca si quelqu'un pirate le serveur que j'utilise pour le relai DNS ben il ne pourra quand même pas accèder a vos jeedom. Après meme sans la double authentification il n'aurai pas pu car il reste l'authentification de jeedom a passer... mais bon mieux vaut trop que pas assez

J'ai réussi à compiler et ça fonctionne.
Par contre j'ai fait ça car la version de go est trop vielle sur ma debian. Pour go :
http://golang.org/doc/install#tarball
Download the archive and extract it into /usr/local, creating a Go tree in /usr/local/go. For example:
tar -C /usr/local -xzf go$VERSION.$OS-$ARCH.tar.gz
Add /usr/local/go/bin to the PATH environment variable. You can do this by adding this line to your /etc/profile (for a system-wide installation) or $HOME/.profile:
export PATH=$PATH:/usr/local/go/bin

Ok je t'envoi la suite par MP

Cette fonction est au top! Quand est ce que licences seront disponibles Loic ?

au risque de poser une question bete mais dans mon cas mon port 80 de l'exterieur pointe sur une autre vm que Jeedom.

est ce que cette fonctionnalité me permettrait de pouvoir éviter ce passer par ce genre de configuration ?

dans tous les cas encore bravo !

Oui plus de soucis d'ouverture de port ou autre même si tu as deja ouvert le port vers une autre machine pas de soucis

loic a écrit :C'est pour renforcer encore plus la sécurité, quand tu accèdes directement a ton jeedom ça change rien mais si tu y accèdes a partir du dns ça rajoute une authentification, comme ca si quelqu'un pirate le serveur que j'utilise pour le relai DNS ben il ne pourra quand même pas accèder a vos jeedom. Après meme sans la double authentification il n'aurai pas pu car il reste l'authentification de jeedom a passer... mais bon mieux vaut trop que pas assez

Je voie que tu pense à tout

Par contre pour tester je me suis connecter avec un utilisateur non admin, et à aucun moment j'ai eu a mettre le login et MDP indiquer dans les paramètres (Qui se se mis pas defaut tout seul)

Pour l'APi sa fonctionne toujours pareille via cette url ?

Tu as la demande de mot de passe que en passant par l'url ngrok.jeedom.com et après avoir sauvegarder les options de user/mot il faut faire redémarrer le dns jeedom (j'ai pas encore tout finis).

Pour l'api tu peux utiliser l'url sans soucis ca marche pareil juste si tu as mis des identifiants il va falloir faire http://username:password@xxxxx.ngrok.je ... pi/api.php

ok merci c'est plus claire, en tout cas se sera bien pratique, j’espère que pour vous sa sera pas un trop gros sur coup si il y as beaucoup d'utilisateur

Oui ca c'est l'autre question je sais pas du au niveau ressources ce que ca va donner c'est pour ca que c'est une machine dédié pour pas impacter les autres site