jerome_clamart

Bonjour à tous, J'ai trouvé alors je met le tuyau, cela aidera peut être d'autres... Avec un docker, le réseau est avec l'IP du NAS de base et le retour des commandes se fait en 127.0.0.1 donc a destination du NAS et pas de l'image du docker ... Donc il faut changer le mode bridge ou installer sur une machine virtuelle pour avoir une IP dédiée. Il y a une méthode pour modifier le bridge de docker mai lorsqu'on commence a avoir beaucoup d'images docker (mon cas) c'est au risque de tout casser donc je suis passé à un Raspberry PI. Merci

Bonjour à tous, Je viens de faire une installation JEEDOM pour tester sur mon Synology sous docker. La Latest installé en en version 4, que je ne connaissait pas. J'avais de pas le passé testé sous virtual machine et cela tournait bien en V3. Lorsque j'ajoute le plugin Fibaro pour ma HC2, j'aimerai voir comment se comporte les commandes mais lorsque j'ajoutent module, je n'ai pas de commande ... Je ne peux donc rien faire Quelqu'un pourrait m'indiquer ou trouver un auto ou des explications car les seuls tutos que je trouve sont en V3 et me semblent non applicable. Merci

Mise a jour effectuée RAS

désolé je suis à jour et je n'ai pas de souci mais je n'ai pas de FGR223, mes FGR222 fonctionnent bien

Et cela fonctionne avec la nouvelle version ?

il y a un Fibaro 2.3.3 qui vient de sortir egalement

Etrange que ton container avec les anciennes versions ne fonctionne plus. Tuas coupé ton nouveau container (change le mot de passe pour qu'in n'intervienne plus) et redémarre tout. Il n'y a pas de raison que cela ne fonctionne plus. Moi j'ai perdu weather plus et ma conf ne redémarrait pas correctement, après nettoyage de la conf cela fonctionne de nouveau

Bonjour à tous, Pout info, j'avais un transfo 220- 12 pour des ampoules 12v qui était HS, c'était lui qui me plantait le circuit. Remplacé, tout est rentré dans l'ordre.

Tu n'aurais pas le problème depuis peu ? Il m'arrive un peu ton histoire avec 2 FGD212 qui ne veulent plus allumer/eteindre … 2 sur 30 donc un peu inexplicable. Ils fonctionnaient à merveille depuis 2/3 ans et ca s'est mis a déconner peu avant le passage de firware 4.570, il y a 4 jours. Je pourrais aussi penser à des modules qui meurt, c'est peut etre cela car cela ne tiendra pas a vie mais 2 en meme temps, autour d'un inter double, drole de coincidence. CE soir je vais démonter pour voir ce qui est faisable et peut etre faire une réinstallation …. PS : j'ai aussi des messages en voltage overload (pareil sans changements, pas même d'ampoule)

Pour ma part, je suis passé par un recovery, impossible de voir cette mise a jour. Ca semble avoir fonctionné, a voir avec le temps...

Bonjour à tous, Apres une bonne nuit de sommeil, on y voit plus clair ! Un problème de domaine de broadcast, j'ai regardé les spécifications de mDNS ( m étant pour multicast) et là j'ai compris. Sur un firewall tout est coupé par défaut, il fallait donc autoriser le multicast entre mes 2 réseaux. J'ai relancé l'application Homebridge (car le taf de Oznu est tellement fini que c'est une application avec portail web et tout et tout ...) sur mon Synology et là j'arrive a voir l'application sur mon tel. il me reste les modules a intégrer, les plug in a ajouter pour le reste mais classer les modules dans Home après 1 semaine c'est rien. J'espère que mon histoire va en aider qui comme moi désespèrent ... PS : j'ai remis l'IPv6 qui ne posait pas de pb, c'est juste que "nativement" l'IPv6 permet de passer des firewall

Salut à tous, ce qui devait arriver arriva ... un plantage raspberry , une redémarrage et plus de synchro j'ai refait le tour pour voir quoi de 9, sur Syno, il y a l'application Homebridge basée sur docker et oznu/homebridge, c'est d'une simplicité d'installation et de configuration exceptionnelle, moi qui suis une buse, aucun souci. Cela remonte la HC2 avec une simplicité ... Plus l'interface c'est le top. https://github.com/oznu/homebridge-syno-spk Ca mérite le détour ... - interface graphique - verification des modules (propose les updates) - gestion des fichiers de configuration embarquée - sauvegarde / restauration des config Maintenant pour moi j'ai toujours un problème a être monté sur Apple Home J'ai installé Discovery sur mac et iPhone et en allant voir les données qui transitent dans _Hap._Tcp. je ne vois que ma passerelle Netatmo J'ai lu que l'ipV6 était mal supportée (ou difficile a configurer) j'ai retiré tout ce qui est IPv6. J'ai tout coupé en IPv6 sur la freebox (Je suis revenu chez Free avec la fibre) Comme je suis en wifi, bien que mon firewall soit avec un réseau ouvert entre wifi et filaire, par acquis de conscience, je me suis branché et là, j'ai 2 Homebridge qui apparaissent dans Discovery. Toujours pas d'ajout dans Home mais un pas de géant !! Le mDNS ne passe pas les domaines de broadcast , ce qui explique plein de choses. Je vias regarder de ce coté, cela me laisse penser que si mon iPhone était sur le même réseau de broadcast que le filaire, cela arrangerai bien les choses mais c'est inevisageable.la borne est une fortiAP et mon firewall un Fortigate ... Je vais tenter demain de retrouver une vieille borne et monter un réseau ouvert avec un point wifi sur mon réseau filaire, si j'ai raison cela marchera. Je viendrai apporter la réponse. Si des gens ont des idées, je suis preneur.

Un reset général des variables et la recréation du VD et tout fonctionne Merci

Bonsoir, J'ai créé les variables (problème sur "FbxV6_CnxDownBitrate", trop long de 2 caractères, j'ai donc tronqué de 2 caractères dans le code). Je debug, j'accepte sur l'écran de la freebox mais en allant voir ce qui se passe j'ai l'encan ci dessous. Il semblerait qu'une seconde demande soit arrivée à la freebox et le temps de comprendre et la valider, elle était en timeout. Une idée ? Merci

@Lazer merci pour ton retour. Je vais ajouter les variables manuellement, je viens de passer le mode bridge ce soir, cela marchait bien en bridge de par le passé (avec quelques fonction inutiles). Je reviendrai partager

Bonjour, Apres un passage chez Bouygues, me revoilà chez free. Je vais pour remonter la VD de @Lazer en version 1.1, il semblerait qu'en 1 an, il y ai eu du changement, a la création auto des variables, le type n'est pas le bon. J'ai bien tenté de créer main les variables mais après pas d'association Freebox , tout s'enchaine donc mal Si quelqu'un a une idée .

Merci @Shadpour ton retour. Comme la Fibaro est moins cher, si en plus, moins de stabilité sur la LD, le choix est vite fait... Je n'ai par contre jamais lu autour de l'instabilité. Un dernier point, j'ignore si on peut connecter une alarme Deltal à l'ancienne (X2D) avec la LD ?

Bonjour, Je rebondis sur le sujet, je regarde pour une LifeDomus Vision, cela n'existe plus ? J'ai cru comprendre qu'il n'y avait que la Tydom 3.0 avec des options ? Pour faire du XD3, zwave et du http cela semble bien mais déjà la doc commerciale pas a jour, cela fait un peu peur, il y a des sources fiables comme ici pour Fibaro ? merci pour vos retours

Et bien après 30 minutes a tourner, j'ai décidé de couper électriquement et redémarrer ... Ca a marché ! Je pense que les services étaient mas ré-initialisés ... tout est rentré dans l'ordre Merci

Bonjour à tous, De retour de vacances (en fait en transit pour 1 semaine) je vois la mise à jour et je me lance... La procédure est arrivé à "Success" mais ensuite je n'ai le droit qu'au chenillard depuis 15 minutes Quelqu'un a une idée ? J'ose pas couper électriquement

Bonjour à tous , Bonne année. Passage en 4.530 sans problème.

@Krikroff : il s'agit de l'alerte suivante https://fortiguard.com/encyclopedia/ips/107347977 Maintenant, j'ai autorisé la communication entre la Freebox et la HC2 via mon Fortigate et donc plus de souci. Je communique car c'est une problématique qui peut se poser a d'autres.

Bonjour à tous, J'ai trouvé le problème de mon Fortigate ... en fait j'ai créé une règle en première position qui n'est pas en mode "allow" mais en mode "listen". Cette règle est pour le test uniquement avec l'IP source de ma HC2. Et là je me connecte immédiatement mais je reçois également un email our m'alerter ... Message meets Alert conditionThe following intrusion was observed: "HTTP.Null.Session".date=2018-11-01 time=16:29:48 devname=DUFF-FORTIGATE devid=FGT60E4Q1XXXXXX logid="0419000004" type="utm" subtype="ips" eventtype="signature" level="alert" vd="root" eventtime=1541000008 severity="low" srcip=192.168.0.50 srccountry="Reserved" dstip=212.27.38.253 srcintf="internal1" srcintfrole="lan" dstintf="wan1" dstintfrole="wan" sessionid=17669 action="detected" proto=6 service="HTTP" policyid=12 attack="HTTP.Null.Session" srcport=37404 dstport=80 hostname="mafreebox.freebox.fr:80" url="/api/v1/login/" direction="outgoing" attackid=107347977 profile="N/A" ref="http://www.fortinet.com/ids/VID107347977" incidentserialno=293975948 msg="http_decoder: HTTP.Null.Session," crscore=5 crlevel="low" En fait, comme Fibaro développe bien, le firewall repère un truc de pas res beau. La VD de @Krikroff est la cause du probleme (l'appel à "mafreebox.freebox.free.fr:80" est une grosse piste . Il y a 2 options: - le HTTP.Null Session est lié au développement de Krikroff et s'il y a une façon de contourner cet appel avec une méthode plus "propre" c'est super - l'appel au HTTP.Null est imposé par Fibaro et on est pas prêt d'en voir la fin Attention, il y a donc un appel non conforme dans cette VD. En interne ce n'est pas gravissime mais comme j'ai la Fibaro dans un réseau et la Freebox dans un autre, je doit être l'une des premiers à voir cela. En tout cas encore merci à tous ! @Krikroff: si tu modifie et veux un beta tester, je suis ton homme.

Oui je t'accorde que j'ai résolu car j'ai réussi a enregistrer mes tel, je peux maintenant attendre d'avoir un support Fortinet pour résoudre définitivement. Le coté FW est utile pour protéger et en plus j'ai mes wifi dedans donc plutôt utile pour moi..

@Nico : Pas qu'un reboot, j'ai aussi ouvert un ticket chez Fortinet car j'autorise bien de l'intérieur vers l'extérieur tous les ports et je ne comprends pas ce qui bloque. Nous verrons bien