Forum Domoticz en français

Neutrino a écrit : 06 janv. 2024, 20:16 Le serveur web de Domoticz n'est pas connu pour être le plus sécurisé.
(...)
Et d'ailleurs, voir domoticz toujours être sur une version ancienne de openSSL, ça me sidère...

Si on fait la liste des CVE d'Apache ça risque de piquer bien plus et tout ceci est clos. Également, Kiddigital avait fait pas mal d'évolutions sur 2023 côté serveur web Domoticz. La libssl1.1, ça peut en effet poser pb à terme. Mais nombreux sont ceux resté sur des bases Debian 11 qui n'ont qu'elle et cette version 1.1 reste présente dans les dépots debian 12 (donc suivie niveau sécu) pour justement assurer la transition de l'applicatif...

Pour éviter cela, Domoticz devrait venir avec son ssl (librairie à lui ou libssl compilée statique) et devrait être MAJ très rapidement si une faille y était trouvé. Pas forcément un meilleur compromis et un sacré surcroit de travail poru Gizmocuz qui porte cela a bout de bras.

J'en reste donc pour le moment à un système accessible sans complexité ajoutée, avec les moyens classiques de calmer le bruteforce.

Keros a écrit : 11 nov. 2023, 21:32

• Passer par un VPS

J'avais gardé ce tutoriel en favoris depuis longtemps, car c'est pour moi la solution la plus sécurisée. Elle nécessite l'utilisation d'un VPS ...

Note que sans VPS intermédiaire et juste ssh (serveur et client) dispo des 2 côtés (téléphone Linux et PI/hôte Domoticz du même tonneau), tu aurais pu satisfaire à ton besoin/contraintes en faisant ouvrir un reverse tunnel SSH directement PI->Téléphone, qui passe donc sans règle NAT et se remonte ensuite à la demande pour le sens Tél->PI, cf la suite.

Cette ouverture de reverse tunnel pourrait se faire à la demande, par exemple SMS spécialement formaté (envoyant l'IP actuellement attribuée au tél afin de savoir vers ou ouvrir le reverse tunnel si pas de dydns avec un nom de domaine de son côté).

Ou l'avoir ouvert en continu avec du keep-alive, mais il faudra alors impérativement un nom de domaine côté téléphone.

On ouvre alors une connection ssh vers son PI/Domoticz en utilisant localhost et port reverse-forwardé, idéalement en utilisant l'option -D 1234 de ssh qui va te faire un proxy socks sur localhost:1234

Il suffit de mettre cela en configuration proxy côté navigateur et on accède aux pages comme si on était à la maison.

Certes, il faut alors protéger le SSH côté tél. Mais dans ce cadre on gère de toutes manières tout par clef afin de rendre le truc transparent (pas devoir taper de user/passwd) et on peut configurer pour ne plus en accepter du tout.

Au pire si on prends la version ouverture à la demande, on peut avoir le SSH bloqué côté Tél/FW en règle générale et juste ouvert pour qq secondes le temps que le reverse tunnel soit établi.

Je te remercie Lost.

DomoticZ fonctionnant comme une horloge, je n'ai jamais utiliser le VPS en dehors de me tests. Ma gestion à distance par SMS est suffisante pour les quelques fois où j'ai quelque chose à gérer.

C'est avec une petite émotion que je dis aujourd'hui au revoir à ma ZiGate. Cela faisait 5 ans qu'elle tournait sans interruption. Elle fonctionne encore très bien. Quelques erreurs de temps à autre, mais honnêtement, elle a bien fonctionné.

Pourquoi j'en change ? Mon réseau a grossi avec 66 objets au compteur et plus de 81% des widgets utilisés. J'ai beaucoup de mesure de conso électrique ce qui charge beaucoup le réseau. Je commençais à avoir un peu de latence quand je demandais l'allumage d'une lumière depuis un bouton ZigBee. Et sachant que je vais rajouter 6 module Nodon de gestion de chauffage par fil pilote, je vais arriver à la limite.

Avec le coordinateur Sonoff, je vais pouvoir profiter des améliorations possibles avec le Zigpy qui permet, par exemple, de configurer la remonter des infos des objets. Cela ne permettra de limiter les remonter de conso électrique (je n'ai pas besoin de savoir que mon chauffage consomme 1 watt de plus ou de moins toutes les 5 secondes).

La ZiGate est un bon produit, dommage que le projet soit en déclin.

J'ai retardé longtemps ce changement pour continuer de vérifier que le plugin ZigBeeForDomoticZ restait compatible avec les ZiGates.

est ce que le coordinateur sonoff fait le thread ?
car j’ai vu que certains avait la puce utilise par le thread et que l’on pouvait les flasher

C'est quoi le thread ?

Perso, j'utilise le coordinateur avec le firmware d'origine.

le thread voir ici https://www.journaldugeek.com/2023/03/3 ... domotique/

Je ne suis pas certain que tout ceci ait un grand avenir:
https://blog.domadoo.fr/108711-thread-1 ... amelioree/

L’interopérabilité a été loupée d'entrée, ce qui est ballot quand on prétendait l'assurer mieux que les autres, google et apple se tirent dans les pattes... et les fabricants de modules domotique (que ce soit des solutions semi-ouvertes zwave/zigbee aptes au DIY ou du fermé d'un géant type Somfy) n'ont certainement pas intérêt à faire le lit de ces deux là!

Certes, on a 2 noms qui ont les moyens, mais cela fait déjà quelques années qu'ils poussent là dessus et ils ne sont pas connus pour s'acharner longtemps sur ce qui tarde trop à prendre...

Aucune idée concernant thread ou matter.

Perso, je reste sur du ZigBee simple avec le plugin ZigBeeForDomoticZ : cela répond à mon besoin.