Reprise du message précédent :
Ça se fait bien de rajouter les conteneurs qui t'intéressent en soit

De mon côté je suis plutôt partisan du principe qu'une bdd type influxdb n'a pas lieu d'être dans un conteneur domotique

 
J'ai pas dit que ce n'était pas possible hein Cependant ce type d'installation est certainement vouée à disparaître (mm si devant la grogne cela a été pour le moment mi en standby).

 
Pour RPi tu as juste à utiliser l’image fournie par HA. Elle propose la version supervisée, et tourne dans Docker.
 
Mais clairement, HA sur Pi, c’est pas la panacée.
 

 
En fait, je viens même de voir que c’est plus supporté par HA.
 
Dommage ... ils devraient proposer une image Debian ou Ubuntu Server x86 ... peut-être que l’image pour NUC peut faire l’affaire dans ce cas ?

HA dans Proxmox , c'est la panacée

 
 
Ca serait vraiment limitant de n'utiliser que homeassistant et pas hassos  ?

 
Ne pas avoir accès aux addons proposés, je trouve ça plutôt limitant, oui. Rien que pour Mosquitto ...

Va falloir que je revois mon installation alors

Mosquitto tu peux le faire tourner sur un conteneur docker à part, comme beaucoup des autres addons de hass.io

C'est ce que je fais

Pareil, je ne vois aucun intérêt à utiliser hassos, je préfère un docker avec des 10ène de docker pour les autres fonctions dont je souhaite profiter (que ce soit lié ou pas à home assistant / domotique).
Et puis mon os de base, je le maîtrise et applique / installe ce que je veux - pour moi toutes les solutions soft qui essaye de trop en faire, je part du principe que c'est une bêtise - pas les ressources / compétences à terme, sauf pour une boite pro.

c'est la l’intérêt de docker. Faut que je m'y plonge plus sérieusement

 
Perso je fais ça toute la journée au boulot, j’ai pas spécialement envie de me casser le cul le soir à la maison

Salut !
Je n'ai pas compris l'utilité du reverse proxy?
Dans quel cas l'utiliser / en avoir besoin ?

1 IP publique / N nom de domaine / N ip/port interne

Tu rediriges tous tes noms de domaine sur ton ip publique assignée à ta box (router avec ce qui faut).
Ton reverse proxy fera la redirection vers une ip/port interne en fonction du sous-domaine par exemple:
- toto.mondomaine.org > 192.168.0.10:8000
- tata.mondomaine.org > 192.168.0.10:8001
- titi.mondomaine.org > 192.168.0.20:8000

Et ca marche aussi en mixant sous-domaine/ port externe (du moment que ton router permette de nat/pat).

Un autre intérêt étant de pouvoir aussi faire du SSL offloading.
 
https://toto.mondomain.org > Router/ FW/ Reverse + offloading > http://192.168.0.1:45632
 
C'est ton reverse qui gère les certificats, tu n'as pas à maintenir ces derniers sur tes différents équipements backend.
 
HAProxy utilise très bien Lets encrypt par exemple (et la encore si tu gère complètement  ton router/fw/xx), tes certificats peuvent être auto renew et updaté sur le reverse.

Merci !
 
Ok, donc je n'en ai pas besoin.

 
 
vous conseillez quoi en prise connecter qui remonte la conso dans HA?

Bonne année !!    
 
Pour ça, j'ai deux prises Shelly Plug S.
J'en rependrais sans hésiter, car compactes et acceptent les fortes charges. On peut aussi désactiver les les si besoin.
 
Reconnues aussitôt dans HA, comme spécifié sur leur site.

Plutôt les Plug tout court chez Shelly, elles supportent les 16A règlementaire, le modèle S ce n'est "que" 10A.
Sinon les S26 chez Sonoff en pas cher aussi (mais 10A aussi).

 
 
J'hésite encore entre home assist et jeedom (ce que mon vendeur utilisait sur un syno et comme ça marchait.....) alors je vais lire la première page sagement, on a la même config (du zigbee, du somfy RTS, et du wifi classique).
 
Perso j'ai commandé un nuc J4005+8Go+SSD, une clef conbee, et je vais me faire un rflink pour les volets.

Drap

J'ai justement installé hier une VM avec Home Assistant (OS) en parallèle du Jeedom sur lequel je me fais la main depuis quelques semaines, histoire de comparer.

Ca tourne impec dans une VM sur un bon vieux Quadcore Q9650, 4go de RAM et SSD de 128go.

Pour l'instant j'aime bien, c'est complètement différent de Jeedom. Il y a un côté plus user-friendly (soyons honnêtes, Jeedom devient vite imbitable pour le commun des mortels ) même s'il semble y avoir moyen d'aller loin dessus aussi. Je ferai mon choix sous peu, quand j'aurai reçu le matos que j'attends (2 capteurs de température/humidité, capteur d'ouverture de porte, détecteur de mouvement et dongle Conbee2)

drap je veux tester ha par rapport a jeedom.

De mon côté j'ai rapidement déchanté, ça se passait bien au début hier, j'avais commencé à mettre deux trois intégrations assez anodines (météo par exemple). Puis petit à petit, au fur et à mesure des redémarrages, j'avais des messages d'erreur divers, parfois ça ne démarrait pas du tout. Jusqu'au moment où je n'ai plus pu me connecter sur HA qu'à partir de la machine sur laquelle il était lancé.

J'ai pourtant rien fait de particulier, c'est comme s'il s'était mis à partir petit à petit en décrépitude. Autant de problèmes qui s'accumulent en si peu de temps, bon ben j'ai arrêté quoi

C'est dommage, il avait l'air assez sexy pourtant

bizarre...
d'autant plus sur un problème de routing à l'intérieur de ta VM.
t'es sur que ça venait de HA et pas de la config/routing de ta VM ?

Bah j'ai fait au plus simple et comme il était indiqué dans pas mal de tutos, comme l'accès par pont pour le réseau dans la config de la VM ( https://www.home-assistant.io/installation/windows )etc... Donc je ne sais pas trop ce qu'il s'est passé.

J'ai pas eu le temps de faire de snapshots que ça merdait déjà. Néanmoins, si Jeedom finit par me gonfler, je retenterai peut-être, c'est l'avantage des VM, c'est moins "engageant" qu'un système installé en dur.

Edit : un exemple, je viens de tenter une install toute fraîche à partir à nouveau du VDI proposé sur le site et en suivant le tuto et au premier démarrage ça donne :

J'ai rien touché, je ne peux même pas me logger en root. C'est peut-être leur VDI qui est pourri ?

pour lire, drap

Pour ma part, ça tourne toujours comme un charme dans Docker. Je fais une mise à jour tout les 6 mois - 1 an quand j’y pense, et ça passe toujours sans accroc

pareil pour moi avec mon install hass.io

10 mois après l'install, je fais le test de MAJ...
le test est OK...
je clique sur l'upgrade...
ça reboot après 10 min...
tout est OK...

ça se passe mieux que les MAJ Windows, rien à dire  

test de maj ??  

validation que la configuration passera sur la prochaine version, pour pas se retrouver avec un HA qui ne boote pas après la MAJ à cause d'un fichier de config incompatible.
 
c'est un add-on que tu rajoute à Home Assistant :  
https://github.com/home-assistant/a [...] eck_config.
 
concrêtement, ce module déplie le core de la nouvelle version de HA. boote dessus avec ta config, et s'assure qu'il n'y a pas d'incompatibilité.
à la fin, il t'indique donc si ta config actuelle est compatible avec la version que tu souhaites installer
(pour éviter les mauvaises surprises et devoir se faire ch*** à remettre des backup)
 
ça donne ce genre de sortie dans les logs du module :  

 
J'ai à peu près rien compris car je maîtrise pas trop les certificats, que je sais pas ce qu'est un "offload", etc., mais du coup :
 
J'ai créé un nom de domaine avec les outils freebox, j'ai un certificat généré pour x temps, j'ai utilisé let's encrypt sur HA pour récupérer tout ça et je peux me co de l'extérieur, mais plus en interne.
 
Quelque part ça m'est égal (si j'ai un souci suffit de me co sur la VM et de mettre en quote les lignes http dans le configuration.yaml) mais :
 
- est-ce que c'est possible de me co en local via http ? (question de principe    )
- est-ce qu'il y a moyen d'automatiser l'histoire du certificat ? (Et comment ?)

Euh pas sur du tout de te comprendre (comme sur l'autre topic d'ailleurs).
 
Tu as un certificat généré pour X temps > par qui ?
Let's encrypt pour HA, cad ? normalement si tu as déjà un certificat, la seule chose est de remplir ssl_certificate et ssl_key dans la section http de la configuration.
 
Tu peux te co de l'extérieur et pas de l'intérieur, mais tu as redirigé comment sur ta freebox (perso jamais eu free, mais du NAT/PAT c'est toujours pareil) ?
La je dirais que tu devrais avoir qqchose comme: *:443 > ip_ha_:8123
 
Pour te co en interne, https://ip_ha:8123 donc. Après si tu as un serveur DNS (peut-être la freebox le fait aucune idée), tu lui renseignes ton_domaine = ip_ha et en interne tu pourras utiliser https://domaine:8123 (car la redirection 443 > 8123 est pas connue).
 
Si tu veux que ce soit plus seamless, tu changes la conf de HA pour écouter le port 443.
 
Je ne sais pas si HA une fois configuré pour du ssl écoute à la fois en http et https, je ne l'ai jamais fait (que du http pour ma part). Mais si c'est le cas, un simple http://ip_ha:8123 pour tester.
 
Pour le certificat, oui let's encrypt il y a un bot (ou via un cron ou via un docker) qui permet de renew auto les certificats.

 
En théorie y'a plus vraiment besoin de ça, en tout cas je l'utilise plus depuis au moins 6 ou 8 mois, depuis qu'ils ont ajout le Safe Mode :
https://www.home-assistant.io/integrations/safe_mode/
 
En pratique je n'ai jamais eu de problème. Ca ne m'empêche pas de m'imposer un rythme de backup fréquent : un backup Home Assistant par jour, une réplication de la VM sur un second noeud Proxmox toutes les heures, et un backup complet de la VM chaque nuit.

 
Vouloir faire tourner des serveurs Linux dans des VM Windows, tu cherches un peu la merde aussi.  
Passe sur Proxmox comme tout le monde. C'est parfait.  
 
Mon install Home Assistant doit avoir environ 18 mois. J'étais parti du .VMDK car je tournais sous ESXi à l'époque. Lors de ma migration vers Proxmox il y a un an environ, j'avais migré le .VMDK en image Proxmox et ça a démarré du premier coup et je n'ai jamais eu de soucis depuis.
Et j'ai changé de serveur il y a quelques mois : RAS. Ajout du nouveau noeud dans le cluster Proxmox, migration de la VM d'un noeud vers l'autre (juste un clic), et hop suppression de l'ancien serveur. Fini.

Est-ce que vous savez comment on fait pour avoir des graphs plus beaux dans le tableau de bord et surtout qui affichent plus de données dans le temps (genre les 3 derniers mois) ? Quand je dis d'afficher 48h, ça marche au moment mais ensuite plus tard, au rechargement de la page ça affiche un graph tronqué avec les infos sur 24h et rien avant.
 
Par ailleurs, quand un capteur Zigbee ne répond plus (pas un problème de batterie) il faut le supprimer de HA et le réintégrer ou il y a une autre manip pour forcer à ce qu'il retrouve le chemin pour accéder au contrôleur ?

 
Pour les graphs, le standard c'est mini-graph-card :
https://github.com/kalkih/mini-graph-card

 
Mais depuis quelques semaine y'a un nouveau challenger très prometteur et en développement actif : apexcharts-card
https://github.com/RomRider/apexcharts-card

 
 
Note : 3 mois d'historique dans HA c'est beaucoup.
Pour de l'historique long-terme on recommande plutôt d'avoir recours à une DB externe type InfluxDB.  
 

 
Ce que tu décris là ne doit pas arriver.
 
Donc tu peux tenter de solutionner rapidement, soit en appuyant sur le bouton pour forcer le module à rechercher un routeur correct, et si ça marche vraiment pas tu devras sans doute le supprimer pour le réinclure.
 
Mais surtout tu dois faire en sorte que ce genre de problème n'arrive plus. J'ai 55 modules Zigbee et aucun ne 'disparaît'.
Un bon coordinateur, 1 ou 2 bons routeurs, et plus de soucis.

 
 
Je ne connaissais pas ! Merci !

 
Le problème c'est que j'y connais rien en certificat, ssl, etc., et que j'ai pas trop de connaissance en réseau (à part le très basique, je sais ce qu'est une IP, je connais les classes d'IP, comment ça marche, et les ports, mais ça s'arrête un peu là)
 
Du coup sans parler le même langage c'est compliqué de comprendre et se faire comprendre... "seamless" je sais pas ce que ça veut dire.
 
Quand j'ai installé HA, au tout début, j'y accédais via l'ip privée de ma VM :
 
http://192.168.0.100:8123  
 
Après je suis allé dans la config de ma freebox, j'ai demandé un nom de domaine. Au bout de 20 minute, ça m'a dit que le nom de domaine "xxxx.freeboxos.fr" était disponible et que j'avais un certificat valide pour X temps, je sais pas du tout comment ça fonctionne en interne chez free, je dis juste ce que ça m'a donné comme info.
 
Ensuite sur HA, j'ai renseigné mon nom de domaine dans let's encrypt car j'avais lu sur un tuto qu'il fallait le faire pour récupérer le certificat, mais ça se trouve j'ai rien compris, c'est parfaitement possible.
 
Dans la section http de HA j'ai ajouté ça :
 
http:
  base_url: XXXXX.freebox.fr:8123
  ssl_certificate: /ssl/fullchain.pem
  ssl_key: /ssl/privkey.pem
 
 
Dans les paramètres de la freebox j'ai mis ça :
 
DMZ vers l'IP de mon routeur TP-Link
 
Dans les paramètres de mon routeur TP-Link j'ai mis ça :
 
80 vers 8123 pour l'adresse 192.168.0.100
443 vers 8123 pour l'adresse 192.168.0.100
 
Maintenant, quand je vais sur :
http://192.168.0.100:8123 -> ça ne fonctionne plus
https://XXXXX.freeboxos.fr -> j'arrive sur HA
 
Et mes questions :
 
- Comment faire pour y accéder via http://192.168.0.100 ?
- comment ne pas me retrouver avec un certificat périmé un beau jour que je voudrai accéder à l'interface HA.
 
 

Ajoute juste un "s"
 
https://192.168.0.100:8123
 
Et tu devras surement accepter l'alerte de sécurité blabla...

Ah oui, merci, le PIRE c'est que j'ai testé ça hier, mais voyant l'alerte je suis pas allé plus loin (mais il était 3h du matin, j'ai une excuse   )