En 2020, pour m'occuper pendant le confinement, j'avais écrit un article sur la configuration automatique des clients POP/IMAP. Ca fonctionnait sur Thunderbird, mais pas sur les clients Microsoft... Bon, les clients Microsoft il y en a de plusieurs sorte (Courrier, Outlook nouveau, ancien, 365, jadis Express et j'en passe) et la chose n'est (volontairement ?) pas simple. On va oublier les versions 365 qui même si elles supportent IMAP le font mal et ne sont pas vraiment destinés à cet usage mais plus à du MAPI.
Pour cet article j'ai monté un serveur Cloudron. Ce projet gère très bien le mail dans sa version de base gratuite. Hélas il ne gère pas la configuration des clients, ce qui est regrettable car il pourrait très facilement intégrer ce qui suit afin d'être totalement dans la philosophie du projet intégré !
Il existe plusieurs façons de faire de l'AutoDiscovery ou de l'AutoConfig
Elle se base sur des enregistrements DNS :
_imap._tcp 300 IN SRV 0 0 0 .
_imaps._tcp 300 IN SRV 0 1 993 mail.domain.tld.
_pop3._tcp 300 IN SRV 0 0 0 .
_pop3s._tcp 300 IN SRV 10 1 995 mail.domain.tld.
_submission._tcp 300 IN SRV 0 0 0 .
_submissions._tcp 300 IN SRV 0 1 587 mail.domain.tld.Normalisée mais visiblement trop simple est abandonnée. Encore que certaines versions d'Outlook utiliseraient ça. Etrange.
Thunderbird va chercher les paramètres dans un fichier XML sur l'url :
http://autoconfig.domain.tld/mail/config-v1.1.xml
Outlook cherche l’enregistrement DNS de type SRV :
_autodiscover._tcp.domain.tld 3600 IN SRV 10 10 443 autodiscover.domain.tld.
qui va lui donner l'adresse ou interroger le fichier XML, donc un CNAME qui pointe sur le serveur web qui héberger le fichier XML, ce qui au final donnera une requête sur
https://autodiscover.domain.tld/AutoDiscover/AutoDiscover.xml
Simple ! Attention à bien respecter la casse du mot AutoDiscover... Et ne pas oublier que dans le cas Microsoft on travaille en HTTPS. Dans certains cas on pourrait faire pointer ça sur n'importe quelle url, mais il semblerait que certaines vers ions d'Outlook (et il y en a !) cherchent une url qui commence par autodiscover...
Dans la méthode qui va suivre on va utiliser un seul site capable de répondre aux url autoconfig et autodiscover, on renseignera donc ces enregistrement dans le dns :
_autodiscover._tcp.domain.tld 1800 IN SRV 10 10 443 autodiscover.domain.tld.
autoconfig 1800 IN CNAME web_server.domain.tld.
autodiscover 1080 IN CNAME web_server.domain.tld.Ensuite on crée un site web capable de répondre à ces deux url pour l'ensemble des domaines de messagerie pour lesquels on souhaite proposer ce service. Le site doit répondre en HTTP et HTTPS, mais surtout sans redirection automatique HTTP vers HTTPS. Pour cet exemple j'ai utilisé un serveur web NGINX avec du PHP.
On va utiliser ce code que j'ai trouvé ici, je l'ai utilisé tel que en adaptant les enregistrements DNS et les redirections pour NGINX que l'on verra après le code. On copie donc ce code PHP dans autoconfig-mail.php :
<?php
/*
By David Mercereau
Licence Beerware
*/
function extract_domain($domain) {
if(preg_match("/(?P<domain>[a-z0-9][a-z0-9\-]{1,63}\.[a-z\.]{2,6})$/i", $domain, $matches)) {
return $matches['domain'];
} else {
return $domain;
}
}
$domain = extract_domain($_SERVER['SERVER_NAME']);
$mailServeur='mail.'.$domain;
if (preg_match('/^\/mail\/config-v1\.1\.xml/', $_SERVER['REQUEST_URI'])) {
header('Content-Type: text/xml');
header('Content-Type: application/xml');
?>
<clientConfig version="1.1">
<emailProvider id="<?= $domain ?>">
<domain><?= $domain ?></domain>
<displayName><?= $domain ?></displayName>
<displayShortName><?= $domain ?></displayShortName>
<incomingServer type="imap">
<hostname><?= $mailServeur ?></hostname>
<port>143</port>
<socketType>STARTTLS</socketType>
<username>%EMAILADDRESS%</username>
<authentication>password-cleartext</authentication>
</incomingServer>
<outgoingServer type="smtp">
<hostname><?= $mailServeur ?></hostname>
<port>587</port>
<socketType>STARTTLS</socketType>
<username>%EMAILADDRESS%</username>
<authentication>password-cleartext</authentication>
</outgoingServer>
<documentation url="https://webmail.<?= $domain ?>">
<descr lang="fr">Connexion Webmail</descr>
<descr lang="en">Webmail connexion</descr>
</documentation>
<documentation url="http://projet.retzo.net/projects/hebergement/wiki">
<descr lang="fr">Documentation</descr>
<descr lang="en">Generic settings page</descr>
</documentation>
</emailProvider>
</clientConfig>
<?php
} else {
// Outlook
//get raw POST data so we can extract the email address
$data = file_get_contents("php://input");
preg_match("/\<EMailAddress\>(.*?)\<\/EMailAddress\>/", $data, $matches);
//set Content-Type
header('Content-Type: text/xml');
header('Content-Type: application/xml');
echo '<?xml version="1.0" encoding="utf-8" ?>';
?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>IMAP</Type>
<Server><?= $mailServeur ?></Server>
<Port>993</Port>
<DomainRequired>off</DomainRequired>
<LoginName><?php echo $matches[1]; ?></LoginName>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>POP3</Type>
<Server><?= $mailServeur ?></Server>
<Port>995</Port>
<DomainRequired>off</DomainRequired>
<LoginName><?php echo $matches[1]; ?></LoginName>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>SMTP</Type>
<Server><?= $mailServeur ?></Server>
<Port>587</Port>
<DomainRequired>off</DomainRequired>
<LoginName><?php echo $matches[1]; ?></LoginName>
<SPA>off</SPA>
<Encryption>TLS</Encryption>
<AuthRequired>on</AuthRequired>
<UsePOPAuth>off</UsePOPAuth>
<SMTPLast>off</SMTPLast>
</Protocol>
</Account>
</Response>
</Autodiscover>
<?php
}
?>Ensuite dans configuration NGINX on ajoute les redirections suivantes qui va permettre de servir la bonne version XML selon que la requête utilise la méthode Outlook ou Thunderbird (attention à la casse...) :
location /AutoDiscover {
rewrite ^/AutoDiscover/AutoDiscover.xml /autoconfig-mail.php;
}
location /mail {
rewrite ^/mail/config-v1.1.xml /autoconfig-mail.php;
}
https://github.com/gronke/email-autodiscover
https://github.com/SpicyWeb-de/isp-mailConfig
On m'a demandé récemment d'intégrer des appareils Legrand dans Home Assistant, je l'avais déjà fait pour certains et j'en avais parlé dans cet article. Aujourd'hui il s'agit d'intégrer des commandes sans fil vue come des télécommandes dans HA. Vous allez me demander quel est l'intérêt quand un simple bouton Ikea (E1743) à moins de 10 fait le job pour mes volets roulants. C'est purement esthétique, quand on a un logement équipé en Legrand Céliane ou Mosaic, on veut parfois que les commandes des volets soient dans la même collection.
Soit, Legrand propose des commandes en Zigbee, il n'y a plus qu'à !
Dans la pratique on va voir que ce n'est pas si simple, en tous cas bien moins simple qu'avec mon bouton Ikea à 10 € ! Je précise le prix car les commandes Legrand sont plutôt à 80 €. Mais quand on aime on ne compte pas.
Il existe plusieurs type d'équipements Zigbee chez Legrand
Je me suis donc penché sur la gamme avec pile.
Première observation, ces devices sont généralement livrés avec un firmware de niveau 42 qui ne permet que l'utilisation du canal Zigbee 11. Don impossible à faire fonctionner sur mon ZHA qui est en 15. Je l'ai donc appairé sur mon Z2M en 11 et ça fonctionne. Et là je me suis dit que j'allais pouvoir mettre à jour ce firmware en OTA. Mais non, ça ne fonctionne pas et on se retrouve dans la problématique des équipements franco Français qui n'intéressent pas grand monde au niveau international (on pense par exemple à tout ce qui est lié à l'intégration Overkiz...).
Après moultes lectures des forums de diverses plateformes domotique, la conclusion est que la mise à jour du firmware ne peut se faire qu'au travers d'une passerelle officielle Legrand ! J’ai donc acheté le kit qui comprend :
Il faut bien sur installer l’appli Legrand et ensuite tenter d’associer la prise au WIFI. Facile ? Non, ça m’a pris de plombes car vu que leur process est trop long, le mobile qui se connecte à la prise pour la configurer repasse sur le WIFI normal ou il retrouve Internet, et perd la config en cours. Solution faire ça avec un vieux mobile… Bref, un premier amateurisme car on fait facilement ce genre d'association avec la majorité des objets mobile en WIFI !
Bon, la logique de l’appli est orientée électricien très grand public, avec une logique d'électricien qui n’est pas nécessairement la notre. C'est un choix, il faut s'y faire, mais n'oublions pas que nous sommes ici uniquement pour faire un mise à jour...
Ensuite il faut ajouter les inter. Sauf que la il faut comprendre qu’on ne peut pas ajouter un inter seul. Dans la logique Legrand si tu ajoute un inter, en fin de dialogue ça te demande ce que tu veux commander, sans quoi ça bloque et il n’y a plus qu’à forcer le redémarrage de l’appli et recommencer... Je n’avais pas de prise Legrand sous la main, mais au bout d’un moment j’ai fini par penser à appairer l’ampoule. Et la je vois enfin l’inter livré et mon inter de volet roulant qui ne peut rien commander, c’est le même mais avec un firmware différent.
Mais souvenons nous que nous somme là à jouer avec ce bazar dans le seul but de mettre à jour le firmware de ces putains d’inter qui au delà de couter un rein ne fonctionnent (mal) que sur le canal 11. Hélas il n’y arien pour faire cette mise à jour, mon inter de VR apparait en 42 dans l’appli et en 002a dans z2m, donc identique l’un étant en hexa. D’après ce que j’ai pu lire, la mise à jour se fera, un jour, mais on ne peut pas la forcer. Il faut juste laisser branché, en espérant que mon inter qui n’est pas connecté à un appareil se mette à jour tout seul…
Donc je laisse branché, la suite pour bientôt…
EDIT un peu plus tard :
EDIT le lendemain :
EDIT le lendemain soir :
EDIT le sur lendemain midi :
Montée :
1002/ Montée puis relâché :1002/3002
Descente :2002/ Descente puis relâché :2002/3003
Stop (Les deux en même temps) :3003
Ce comportement est identique à ce qu’il était sous Z2M et contrairement à d'autres télécommandes (le on/off Ikea (E1743 par exemple) il manque le fait qu’un second appui bref provoque un stop. Il faut donc bien appuyer au milieu pour faire un « stop » et ce n’est pas toujours pris en compte (problème physique).
Qu’il ne soit pas supporté sur ZHA est un fait, il faudrait développer un quirk et ça me dépasse. Je ne sais pas pourquoi il ne veut plus s’appairer sur Z2M, mais c’est peut être lié à mon installation, ma clé, que sais-je...
Il y a des chances que l’aventure Legrand va prendre fin et je que je retourne fissa ce Kit à Amazon !
A signaler toutefois que cette passerelle est Homekit. Ce qui veut dire que ses équipements remontent dans Home Assistant. Mais ne rêvez pas trop, si l’ampoule remonte bien, et certainement tous les actionneurs connectés (prises, modules DIN), pas les inter ! Mais j’avais déjà remarqué ça avec les télécommandes Tuya qui ne remontent pas via une passerelle Tuya Homekit. Il y a une forme de logique, Homekit sert à commander un équipement, comme une télécommande, hors on ne commande pas une télécommande…
Par contre ça veut dire que les équipements reconnus par Legrand vont remonter dans Homekit, ce qui peut être une solution de contrôle facile pour des produit pas reconnus par HA (Profalux, Bubendorf, Aldes, etc…).
Je vous propose de poursuivre ici et que chacun y apporte ses retours.
J'avais acheté cette télécommande Mi Boxer il y a quelques mois afin de gérer les éclairages de mon séjour, en me disant que les curseurs seraient plus pratiques que mon Opple avec ses 6 boutons actuelle. Hélas elle n'était reconnue nulle part et avait terminé sa course dans le tiroir aux oubliettes du Zigbee...
C'était sans compter sur la ténacité de quelques amateurs de reverse engineering sur lesquels je suis tombé il y a quelques semaines et qui on fait un travail formidable qui a aboutit à une extension pour Zigbee2MQTT, ce qui rend cette télécommande enfin utilisable, tout au moins partiellement pour l'instant. Mais l'essentiel est là !
Ce qui fonctionne :
Ce qui ne fonctionne pas (pour l'instant) :
Une fois la télécommande reconnue sous Z2M on peut commencer à créer des actions. On remarque tout de suite que l'affaire va manquer de sensor: et que certains ne fonctionnent pas. Pas de panique, il y a une solution comme je vais vous le démonter avec l'automation: qui suit.
J'ai fait un mélange de choose: / conditions: / trigger.id . C'est un peu long, mais je la colle en entier ce qui vous évitera une fastidieuse saisie. Il faudra tout de même y coller vous id: et entity: ! Ah j'allais oublier, il faut aussi ajouter un petit input_select: ...
J'ai tenté de faire ça avec ControllerX que j'adore et qui me sert pour toutes mes télécommandes, mais pour l'instant c'est un échec !
alias: GUI - Mi Boxer
description: ""
trigger:
- platform: state
entity_id:
- sensor.mi_boxeur_brightness
id: bright
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_1_on
discovery_id: 0x003c84fffec29c71_zone_1_button_on
id: 1on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_1_off
discovery_id: 0x003c84fffec29c71_zone_1_button_off
id: 1off
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_2_on
discovery_id: 0x003c84fffec29c71_zone_2_button_on
id: 2on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_2_off
discovery_id: 0x003c84fffec29c71_zone_2_button_off
id: 2off
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_3_on
discovery_id: 0x003c84fffec29c71_zone_3_button_on
id: 3on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_3_off
discovery_id: 0x003c84fffec29c71_zone_3_button_off
id: 3off
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_4_on
discovery_id: 0x003c84fffec29c71_zone_4_button_on
id: 4on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_4_off
discovery_id: 0x003c84fffec29c71_zone_4_button_off
id: 4off
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_5_on
discovery_id: 0x003c84fffec29c71_zone_5_button_on
id: 5on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_5_off
discovery_id: 0x003c84fffec29c71_zone_5_button_off
id: 5off
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_6_on
discovery_id: 0x003c84fffec29c71_zone_6_button_on
id: 6on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_6_off
discovery_id: 0x003c84fffec29c71_zone_6_button_off
id: 6off
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_7_on
discovery_id: 0x003c84fffec29c71_zone_7_button_on
id: 7on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_7_off
discovery_id: 0x003c84fffec29c71_zone_7_button_off
id: 7off
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_8_on
discovery_id: 0x003c84fffec29c71_zone_8_button_on
id: 8on
- platform: device
domain: mqtt
device_id: 86c1403c24491ce021ac3ee081a86308
type: button_short_press
subtype: button_group_8_off
discovery_id: 0x003c84fffec29c71_zone_8_button_off
id: 8off
condition: []
action:
- choose:
- conditions: "{{ trigger.id in ['1on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id: light.shellydimmer_f3d426
- service: input_select.select_option
data:
option: "1"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['1off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id: light.shellydimmer_f3d426
- conditions: "{{ trigger.id in ['2on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id: light.shellydimmer_d3e57c
- service: input_select.select_option
data:
option: "2"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['2off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id: light.shellydimmer_d3e57c
- conditions: "{{ trigger.id in ['3on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id: light.ikea_e27_tv
- service: input_select.select_option
data:
option: "3"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['3off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id: light.ikea_e27_tv
- conditions: "{{ trigger.id in ['4on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id: light.lidl_led_stand
- service: input_select.select_option
data:
option: "4"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['4off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id: light.lidl_led_stand
- conditions: "{{ trigger.id in ['5on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id: light.dimmable_sm309
- service: input_select.select_option
data:
option: "5"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['5off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id: light.dimmable_sm309
- conditions: "{{ trigger.id in ['6on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id: light.shelly_bulb_1
- service: input_select.select_option
data:
option: "6"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['6off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id: light.shelly_bulb_1
- conditions: "{{ trigger.id in ['7on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id: light.led_strip_1
- service: input_select.select_option
data:
option: "7"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['7off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id: light.led_strip_1
- conditions: "{{ trigger.id in ['8on'] }}"
sequence:
- service: light.turn_on
data: {}
target:
entity_id:
- light.shellydimmer_f3d426
- light.shellydimmer_d3e57c
- light.ikea_e27_tv
- light.dimmable_sm309
- light.shelly_bulb_1
- light.lidl_led_stand
- light.plug_tz_10_switch
- light.led_strip_1
- service: input_select.select_option
data:
option: "8"
target:
entity_id: input_select.mi_boxer_select
- conditions: "{{ trigger.id in ['8off'] }}"
sequence:
- service: light.turn_off
data: {}
target:
entity_id:
- light.shellydimmer_f3d426
- light.shellydimmer_d3e57c
- light.ikea_e27_tv
- light.dimmable_sm309
- light.shelly_bulb_1
- light.lidl_led_stand
- light.plug_tz_10_switch
- light.led_strip_1
- conditions: >-
{{ is_state('input_select.mi_boxer_select', '1') and trigger.id in ['bright'] }}
sequence:
- service: light.turn_on
data:
brightness_pct: "{{ trigger.to_state.state }}"
transition: 0.2
target:
entity_id: light.shellydimmer_f3d426
enabled: true
- conditions: >-
{{ is_state('input_select.mi_boxer_select', '2') and trigger.id in ['bright'] }}
sequence:
- service: light.turn_on
data:
brightness_pct: "{{ trigger.to_state.state }}"
transition: 0.2
target:
device_id: 1ff4112785e14b8b8cba18d45fec3b11
enabled: true
- conditions: >-
{{ is_state('input_select.mi_boxer_select', '3') and trigger.id in ['bright'] }}
sequence:
- service: light.turn_on
data:
brightness_pct: "{{ trigger.to_state.state }}"
transition: 0.2
target:
entity_id: light.ikea_e27_tv
enabled: true
- conditions: >-
{{ is_state('input_select.mi_boxer_select', '4') and trigger.id in ['bright'] }}
sequence:
- service: light.turn_on
data:
brightness_pct: "{{ trigger.to_state.state }}"
transition: 0.2
target:
entity_id: light.lidl_led_stand
enabled: true
- conditions: >-
{{ is_state('input_select.mi_boxer_select', '5') and trigger.id in ['bright'] }}
sequence:
- service: light.turn_on
data:
brightness_pct: "{{ trigger.to_state.state }}"
transition: 0.2
target:
entity_id: light.dimmable_sm309
enabled: true
- conditions: >-
{{ is_state('input_select.mi_boxer_select', '6') and trigger.id in ['bright'] }}
sequence:
- service: light.turn_on
data:
brightness_pct: "{{ trigger.to_state.state }}"
transition: 0.2
target:
entity_id: light.shelly_bulb_1
enabled: true
- conditions: >-
{{ is_state('input_select.mi_boxer_select', '7') and trigger.id in ['bright'] }}
sequence:
- service: light.turn_on
data:
brightness_pct: "{{ trigger.to_state.state }}"
transition: 0.2
target:
entity_id: light.led_strip_1
enabled: true
mode: restart
Au fil des ans TeamViewer s’est imposé dans l'IT. Au départ pseudo gratuit ce produit offre maintenant de plus en plus de fonctionnalités (souvent inutiles) et son cout augmente d’années en années. On pourrait imaginer le remplacer par AnyDesk, mais hélas leur politique est quasiment identique et ce serait reculer pour mieux sauter.
Pendant le confinement certains en ont eu assez de se faire “raquetter”. Si le mot vous parait fort, constatez simplement les augmentations successives dont la dernière de 20% que rien ne justifie à mes yeux, l'éditeur se justifiant quant à lui par l'ajout de fonctionnalités qui me sont inutiles. Entendons nous bien, tout a un prix et tout travail ou service mérite une rémunération, mais tout doit rester dans la nuance, même quand on se retrouve dans une position de domination, ce qui est d'ailleurs le cas pour d'autres, comme Microsoft et ses dernières augmentations au niveau 365 ou Azure...
Bref, c'est donc ainsi qu'une petite équipe de développeurs a créé RustDesk. RustDesk offre les mêmes fonctionnalités de base dans le cadre de l’open source. Je teste Rustdesk depuis près d’un an et j’estime que l’heure est venue de franchir le pas.
RustDesk est disponible sous différentes distributions Linux, MacOS, Windows, Android et IOS.
La plus simple et totalement gratuite, mais qui présente quelques inconvénients :
Toujours gratuit (en dehors du cout d'un serveur VPS (qui peut être mutualisé)), et on résous la question du chiffrement :
La totale qui va couter quelques euros (10 € / mois pour deux utilisateurs, ou 20 € /mois pour 20 utilisateurs + le serveur), mais à mon sens indispensable dans un cadre professionnel
Il n'existe pour l'instant pas de version Cloud et je n'ai pas le sentiment que ce soit dans l'ordre des priorités de l'équipe.
Je me place ici dans le cadre de la version serveur après avoir acquis une licence.
L'installation du serveur se fait sous Linux ou dans un container Docker. La procédure est décrite ici et je ne vais pas la reprendre. J'ai choisit Docker pour la facilité d'un Compose...
Coté client, contrairement à TeamViewer qui fonctionne uniquement avec une infrastructure cloud, RustDesk fonctionne avec une infrastructure privée si l’on veut disposer de toutes ses fonctionnalités. Quand on installe le client il va donc falloir configurer les informations liées au serveur. Ce device sera alors uniquement accessible par des clients également configurés pour ce serveur (tout au moins pour l’instant car il y a des évolutions en cours).
Pour configurer le client afin qu’il soit reconnu par le serveur on a plusieurs solutions :
Qfi0TWlxGWrUdfqdsfVENxxxxxxxxxxxxxxxxxxxxxxxqfsqdfN3boJye
rustdesk-licensed-Qfi0TWlxGWrUkR5Vxxxxxxxdfsdfsdfsdfye.exe
En général quand on utilise ce genre de produit, souvent pour de l'assistance client ou de la gestion de serveurs, il y a deux types d'installations :
Si on affecte un device à un utilisateur, cet utilisateur (et uniquement lui) verra ce device distant monter dans son logiciel client. Il pourra également l’ajouter à son carnet d’adresse personnel. Si on ne l'affecte pas, tous les utilisateurs le verront, pourront l'ajouter à leur carnet d'adresse et s'y connecter (sous réserve de disposer du mot de passe préalablement défini).
Des fonctionnalités de groupe et de partage de groupe sont également prévues. Il est ainsi possible de partager les devises affectés à un groupe à un autre utilisateur. A noter que pour l'instant groupe = utilisateur et que l'on ne peut pas directement affecter des devices à un groupe isolé. La solution consiste donc à créer un utilisateur virtuel qui partagera ses devices avec d'autres utilisateurs. Par exemple j'ai créé un utilisateur virtuel Société A qui partage ses devices avec les deux personnes chargés de la maintenance de Société A. Ca consomme une licence utilisateur mais je n'ai pas trouvé mieux pour l'instant.
Il existe plusieurs façons pour y parvenir :
Pour ça il faut un token. Les tokens qui permettent l’accès à l’API sont délivrés par l’admin.
PS C:\Program Files\RustDesk>.\RustDesk.exe –assign –token "rapi_xxxxxxxxdyw==" –user_name “admin” | moreChaque utilisateur peut voir la liste de ses devices, l’état de la connexion ainsi que diverses infos (par exemple :
ip: 82.65.xxx.xxx;
version: 1.2.3;
cpu: Intel(R) Core(TM) i7-9750H CPU @ 2.60GHz, 2.53GHz, 4/4 cores; mem: 8GB
Un log est également disponible tant pour les connections que pour les transferts de fichiers. Cette console est destinée à évoluer pour plus de fonctionnalités.
L'administrateur peut quant à lui, outre gérer utilisateurs et devices, affecter des stratégies aux utilisateurs et devices :
On ne dispose pour l'instant pas de .msi et ce script est un peu simpliste (il en existe pour d'autres O/S ici). Pour faire simple je conseille d’ouvrir une session PS en mode admin. Mais il est également possible de faire une élévation dans le script (voir à la fin). Pour l’instant attention à indiquer la version de l'exe sur la bonne ligne…
################################# VARIABLES #######################################
$rustdesk_pw="PasswordPermanent" # Celui du device distant
$rustdesk_token="MonTocken"
$rustdesk_cfg="Qfi0TWlxxxxxxxxxxxxxxxxxxxxxxxxxxN3boJye" # Clé de configuration
$ErrorActionPreference= 'silentlycontinue'
################################### SCRIPT ########################################
If (!(Test-Path C:\Temp))
{
New-Item -ItemType Directory -Force -Path C:\Temp > null
}
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
cd C:\Temp
Invoke-WebRequest "https://github.com/rustdesk/rustdesk/releases/download/1.2.3/rustdesk-1.2.3-x86_64.exe" -Outfile "rustdesk.exe" # Changer la version le cas échéant
Start-Process .\rustdesk.exe --silent-install # -wait
$ServiceName = 'Rustdesk'
$arrService = Get-Service -Name $ServiceName -ErrorAction SilentlyContinue
if ($arrService -eq $null)
{
Start-Sleep -seconds 20
}
cd $env:ProgramFiles\RustDesk\
$rustdesk_id = (.\RustDesk.exe --get-id | out-host)
.\RustDesk.exe --config $rustdesk_cfg | out-host
.\RustDesk.exe --password $rustdesk_pw | out-host
Start-Sleep -Seconds 5
.\RustDesk.exe --assign --token $rustdesk_token --user_name manu | out-hostElévation (le cas échéant à ajouter au début du script)
if (-Not ([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)) {
if ([int](Get-CimInstance -Class Win32_OperatingSystem | Select-Object -ExpandProperty BuildNumber) -ge 6000) {
Start-Process PowerShell -Verb RunAs -ArgumentList "-NoProfile -ExecutionPolicy Bypass -Command `"cd '$pwd'; & '$PSCommandPath';`"";
Exit;
}
}Si on installe RustDesk sur un serveur Windows va se retrouver face à deux possibilités, activer ou pas le partage de session RDP (une problématique identique existe avec TeamViewer qui a choisit de fournir deux ID, cela concerne principalement les administrateurs de serveurs, qu’ils soient premise ou cloud) :
RustDesk est constante évolution et j'y reviendrait certainement ici. En attendant j'ai déployé une trentaine de devices sans observer de problèmes particulier si je compare à mon classique TeamViewer.
Et non, je ne suis hélas pas parti en vacances au Mexique déguster du guacamole arrosé de téquila ! Mais j'ai trouvé la solution que je cherchait depuis longtemps pour sécuriser les accès RDP. Comme chacun le sait il n'est vraiment pas conseillé de laisser ouvert sur internet le port RDP qui est plutôt vulnérable. Hélas pensant le confinement beaucoup de clients ont du mettre en place des solutions dans l'urgence et dans bien des cas il était impossible de verrouiller au minimum ce port sur une IP fixe....
Bien sur Microsoft a une solution (RDP Gateway), couteuse et complexe, donc pas adaptée à de petites entreprises dont les couts IT explosent déjà. Je restait donc en éveil à la recherche d'une solution quand je suis tombé sur le projet open-source Guacamole en HTML5. Et surprise, celui ci fonctionne vraiment bien ! Le principe est simple et reprends celui des autres projets, une machine va servir de proxy afin d'exposer le RDP (mais aussi SSH, Telnet et VNC).
S'il est possible d'installer Guacamole en natif comme c'est très bien expliqué ici, après avoir testé différentes options, par facilité je vais faire ça sous Docker en utilisant ce projet.
Je vais donc monter une VM Linux Ubuntu et y configurer Docker et Docker Compose. Pour cette partie je vous laisse chercher, d'autres expliquent mieux que moi.
Pour déployer Guacamole on a besoin de 3 services :
Docker Compose
L'auteur de l'intégration a eu la bonne idée de nous fournir un script d'installation. On va donc l'utiliser et on se servira de Docker Compose plus tard afin d'ajuster la configuration.
sudo git clone "https://github.com/boschkundendienst/guacamole-docker-compose.git"
cd guacamole-docker-compose
./prepare.sh
sudo docker-compose up -dSi tout se passe bien on peut se connecter sur https://ip_serveur:8443/guacamole. Le nom d'utilisateur par défaut est guacadmin avec mot de passe guacadmin. La première chose à faire est bien sur de le changer.
On pourra facilement configurer un serveur RDP et s'y connecter pour avoir les premières impressions. Je trouve que le rendu RDP en HTML5 est fluide, même en regardant des vidéos sur YouTube à une bonne résolution. Attention à ne pas perdre de vue que c'est le serveur Guacamole qui doit encaisser le trafic entrant et sortant. Selon l'usage et le nombre de clients il faudra donc le dimensionner correctement.
Je ne vais pas m'étendre sur les différentes options, l'interface et claire, la documentation également et d'autres en parlent très bien.
Il n'est bien sur pas question d'exposer ce serveur directement sur internet et je vais tester deux solutions de reverse proxy, je commence par éditer le fichier docker-compose.yml afin de supprimer le proxy Nginx préinstallé histoire de ne pas empiler les proxys. J'ajuste également en 8080:8080 pour une utilisation en direct et REMOTE_IP_VALVE_ENABLED: 'true' pour activer le proxy externe et WEBAPP_CONTEXT: 'ROOT' afin que Guacamole soit accessible en racine :
version: '2.0'
networks:
guacnetwork_compose:
driver: bridge
services:
# guacd
guacd:
container_name: guacd_compose
image: guacamole/guacd
networks:
guacnetwork_compose:
restart: always
volumes:
- ./drive:/drive:rw
- ./record:/record:rw
# postgres
postgres:
container_name: postgres_guacamole_compose
environment:
PGDATA: /var/lib/postgresql/data/guacamole
POSTGRES_DB: guacamole_db
POSTGRES_PASSWORD: 'ChooseYourOwnPasswordHere1234'
POSTGRES_USER: guacamole_user
image: postgres:15.2-alpine
networks:
guacnetwork_compose:
restart: always
volumes:
- ./init:/docker-entrypoint-initdb.d:z
- ./data:/var/lib/postgresql/data:Z
guacamole:
container_name: guacamole_compose
depends_on:
- guacd
- postgres
environment:
REMOTE_IP_VALVE_ENABLED: 'true' # On active ici l'utilisation via un proxy externe
WEBAPP_CONTEXT: 'ROOT'
GUACD_HOSTNAME: guacd
POSTGRES_DATABASE: guacamole_db
POSTGRES_HOSTNAME: postgres
POSTGRES_PASSWORD: 'ChooseYourOwnPasswordHere1234'
POSTGRES_USER: guacamole_user
image: guacamole/guacamole
volumes:
- ./custom/server.xml:/home/administrator/guacamole-docker-compose/server.xml
links:
- guacd
networks:
guacnetwork_compose:
ports:
- 8080:8080
restart: alwaysJe relance docker :
administrator@guacamole:~/guacamole-docker-compose$ sudo docker-compose up -dEn local je me connecte maintenant en http://ip_serveur:8080 sans SSL car le SSL sera géré par le proxy.
J'ai un pfsense installé avec HAProxy et Acme pour gérer les certificats Lets'Encrypt, je vais donc me servir de ca pour publier le service. Sur HAProxy on configure le BackEnd et le FronteEnd qui lui utilisera le certificat préalablement créé avec Acme. Dans ma configuration je partage l'IP avec plusieurs sites et ce qui est important c'est d'activer l'option forwardfor qui permettra de transférer les adresses sources à Guacamole.
Je mets ici le code de configuration qui sera utile à ceux qui n'utilisent pas HAProxy sous pfsense qui lui dispose d'une interface graphique. Comme on peut le constater le HTTP to HTTPS se fait au niveau du HAProxy et c'est lui également qui redirigera les requetés HTTTP vers HTTPS et mon serveur sera accessible sur https://guacamole.mondomaine.tld :
global
maxconn 10000
stats socket /tmp/haproxy.socket level admin expose-fd listeners
uid 80
gid 80
nbproc 1
nbthread 1
hard-stop-after 15m
chroot /tmp/haproxy_chroot
daemon
tune.ssl.default-dh-param 1024
server-state-file /tmp/haproxy_server_state
listen HAProxyLocalStats
bind 127.0.0.1:2200 name localstats
mode http
stats enable
stats admin if TRUE
stats show-legends
stats uri /haproxy/haproxy_stats.php?haproxystats=1
timeout client 5000
timeout connect 5000
timeout server 5000
frontend Shared_WAN-merged
bind x.x.x.x:443 (IP WAN) name x.x.x.x:443 (IP WAN) ssl crt-list /var/etc/haproxy/Shared_WAN.crt_list
mode http
log global
option http-keep-alive
option forwardfor
acl https ssl_fc
http-request set-header X-Forwarded-Proto http if !https
http-request set-header X-Forwarded-Proto https if https
timeout client 30000
acl Admin var(txn.txnhost) -m str -i admin.domain.tld
acl guacamole var(txn.txnhost) -m str -i guacamole.domain.tld
http-request set-var(txn.txnhost) hdr(host)
use_backend Admin_ipvANY if Admin
use_backend Guacamole_8443_ipvANY if guacamole
frontend http-to-https
bind x.x.x.x:80 (IP WAN) name x.x.x.x:80 (IP WAN)
mode http
log global
option http-keep-alive
timeout client 30000
http-request redirect code 301 location https://%[hdr(host)]%[path]
backend Admin_ipvANY
mode http
id 100
log global
timeout connect 30000
timeout server 30000
retries 3
server admin 192.168.55.44:80 id 101
backend Guacamole_8443_ipvANY
mode http
id 102
log global
timeout connect 30000
timeout server 30000
retries 3
server guacamole 192.168.66.55:8080 id 101Cette option est encore plus simple pour ceux qui disposent d'un domaine chez Cloudflare. On va utiliser les possibilités offertes gratuitement par Cloudflared et ajouter une couche de sécurité supplémentaire.
On commence par créer un tunnel CloudFlared avec une instance Docker supplémentaire (le code est fournit par le site de configuration Zero Trust de Cloudflare)
docker run cloudflare/cloudflared:latest tunnel --no-autoupdate run --token eyJhIjoiZjk0YjdkZTBiMzFmYWNkNjZlshhsgfhsfghsgfhgfhssgfhsfgzRiMC00MmNlLWJjMghsfghsghsgfhsgfhsgfhsgmpaR00tyyretu(-yenebybvewWXpGaUxUazVNell0TnpRek56WXhNMlkxWXpFeiJ9Ensuite une fois que le tunnel est monté
On va publier et pointant sur l'ip privée et le port de notre serveur, cela va automatiquement créer l'entrée DNS dans CloudFlare et gérer la problématique du certificat. Ll sera accessible en SSL. :
Ensuite on va ajouter une couche de sécurité supplémentaire en créant une application de type SelfHosted à laquelle on affecte une policie qui impose un code supplémentaire lors d'une connexion. Ce code sera envoyé sur le mail de l'utilisateur sur une adresse individuelle ou un domaine spécifique. Ce n'est pas tout à fait du MFA, mais on considère que si l'utilisateur reçoit bien le code sur son mail professionnel, il s'agit bien de lui et on peut lui permettre de saisir son login / password pour accéder au service :
C'est la méthode la plus simple et de nombreuses option sont exploitables, de même qu'il est possible d'utiliser de nombreux providers externes d'authentification :
Lorsqu'il souhaite se connecter, l'utilisateur tombe sur un portail que l'on peu personnaliser aux couleurs de l'entreprise.
Voilà, et surtout maintenant on retrouve bien les IP publiques dans le log de Guacamole :
Il n'y a plus qu'a ajuster les différentes options de Guacamole et pour ça la documentation est très bien faite. Et bien sur si on se sert de Guacamole pour exposer des serveurs RDP accessibles sur l'internet on prendra soin de restreindre leur usage à l'IP publique du serveur Guacamole, ou mieux de faire transiter ce flux par un tunnel (Wireguard, Tailscale ou Zerotier par exemple que l'on peu facilement installer sur les deux serveurs).
Je n'ai pas vraiment la main verte et et mon jardin ressemble souvent à un no man's land, mais au printemps dernier une amie m'a convaincu de créer un carré d'herbes aromatiques, l'idée à fait son chemin et au centre on a même planté des plants de tomates qui produisent bien cet été ! Bon, vous imaginez bien que je ne vais pas ici vous conter ma vie privée mais plutôt la part domotique de cette réalisation !
En Provence, si on veut un peu de verdure et espérer manger ses propres tomates, il n'y a pas de secret, il faut arroser ! J'ai donc commencé par disposer un tuyau poreux sur mon carré. Ensuite j'ai acheté un robinet Zigbee et préparé un petit scheduler qui me permet facilement d'activer ou pas la plage journalière d'arrosage. J'ai fait quelque chose de simple en m'inspirant de ce que j'avais fait pour mon chauffe eau. Je publie ici le code suite à quelques demandes, même si ça n'a pas une grande valeur ajoutée.
Pour l'instant ça ne prends pas en compte les valeurs remontés sur les capteurs de plantes car je n'en suis pas satisfait.
L'offre en matière de capteurs de plantes n'est pas énorme :
J'utilise une vanne Zigbee Woox qui alimente le tuyaux poreux (que je devrais remplacer par un un goute à goute). Pour avoir un réseau Zigbee fiable à l'extérieur, j'ai installé sous la toiture de la terrasse des prises Zigbee dont le relais est HS mais qui continuent à remplir parfaitement leur rôle de routeur Zigbee.
Tout cela reste très expérimental... Coté intégration j'utilise Home Assistant Plant et la carte qui va avec.
Une automation de schedule simple et visuelle :
input_datetime:
watering_start:
has_date: false
has_time: true
watering_stop:
has_date: false
has_time: true
input_boolean:
watering_day_monday:
name: "WATERING : Lundi"
icon: mdi:toggle-switch
watering_day_tuesday:
name: "WATERING : Mardi"
icon: mdi:toggle-switch
watering_day_wednesday:
name: "WATERING : Mercredi"
icon: mdi:toggle-switch
watering_day_thursday:
name: "WATERING : Jeudi"
icon: mdi:toggle-switch
watering_day_friday:
name: "WATERING : Vendredi"
icon: mdi:toggle-switch
watering_day_saturday:
name: "WATERING : Samedi"
icon: mdi:toggle-switch
watering_day_sunday:
name: "WATERING : Dimanche"
icon: mdi:toggle-switch
automation:
- id: 'xx8d0e1-fcb6-4412-abvxx-99c4d37be5xx'
alias: 'WATERING ON'
trigger:
- platform: template
value_template: '{{ states.sensor.time.state == states.input_datetime.watering_start.state[0:5] }}'
condition:
condition: or
conditions:
- '{{ (now().strftime("%a") == "Mon") and is_state("input_boolean.watering_day_monday", "on") }}'
- '{{ (now().strftime("%a") == "Tue") and is_state("input_boolean.watering_day_tuesday", "on") }}'
- '{{ (now().strftime("%a") == "Wed") and is_state("input_boolean.watering_day_wednesday", "on") }}'
- '{{ (now().strftime("%a") == "Thu") and is_state("input_boolean.watering_day_thursday", "on") }}'
- '{{ (now().strftime("%a") == "Fri") and is_state("input_boolean.watering_day_friday", "on") }}'
- '{{ (now().strftime("%a") == "Sat") and is_state("input_boolean.watering_day_saturday", "on") }}'
- '{{ (now().strftime("%a") == "Sun") and is_state("input_boolean.watering_day_sunday", "on")}}'
action:
- service: switch.turn_on
entity_id: switch.vanne_woox_switch
- service: notify.slack_hass_canaletto
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M')}} > WATERING | START | Soil : {{ states.sensor.soil_01_soil_moisture.state }}%"
- id: 'zz9csdfsef-76dd-4fdd-9dzz-40bfsdq158zz'
alias: 'WATERING OFF'
trigger:
- platform: template
value_template: '{{ states.sensor.time.state == states.input_datetime.watering_stop.state[0:5] }}'
action:
- service: switch.turn_off
entity_id: switch.vanne_woox_switch
- service: notify.slack_hass_canaletto
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M')}} > WATERING | STOP | Soil : {{ states.sensor.soil_01_soil_moisture.state }}%" La carte Lovelace :
type: vertical-stack
cards:
- type: entities
entities:
- entities:
- entity: automation.watering_on
name: false
- entity: sensor.energy_total_yearly_1pm_watering
name: false
unit: kWh
format: precision2
- entity: sensor.soil_01_soil_moisture
name: false
entity: switch.vanne_woox_switch
name: Arrosage
icon: mdi:watering-can-outline
show_state: false
state_color: true
type: custom:multiple-entity-row
- type: horizontal-stack
cards:
- type: custom:button-card
color_type: card
entity: input_boolean.watering_day_monday
name: Lundi
show_last_changed: false
show_state: false
tap_action:
action: toggle
state:
- value: 'on'
color: green
icon: mdi:water-boiler
- value: 'off'
color: grey
icon: mdi:water-boiler-off
styles:
card:
- height: 60px
- border-radius: 5px
- font-size: 12px
- type: custom:button-card
color_type: card
entity: input_boolean.watering_day_tuesday
name: Mardi
show_last_changed: false
show_state: false
tap_action:
action: toggle
state:
- value: 'on'
color: green
icon: mdi:water-boiler
- value: 'off'
color: grey
icon: mdi:water-boiler-off
styles:
card:
- height: 60px
- border-radius: 5px
- font-size: 12px
- type: custom:button-card
color_type: card
entity: input_boolean.watering_day_wednesday
name: Mercredi
show_last_changed: false
show_state: false
tap_action:
action: toggle
state:
- value: 'on'
color: green
icon: mdi:water-boiler
- value: 'off'
color: grey
icon: mdi:water-boiler-off
styles:
card:
- height: 60px
- border-radius: 5px
- font-size: 12px
- type: custom:button-card
color_type: card
entity: input_boolean.watering_day_thursday
name: Jeudi
show_last_changed: false
show_state: false
tap_action:
action: toggle
state:
- value: 'on'
color: green
icon: mdi:water-boiler
- value: 'off'
color: grey
icon: mdi:water-boiler-off
styles:
card:
- height: 60px
- border-radius: 5px
- font-size: 12px
- type: custom:button-card
color_type: card
entity: input_boolean.watering_day_friday
name: Vendredi
show_last_changed: false
show_state: false
tap_action:
action: toggle
state:
- value: 'on'
color: green
icon: mdi:water-boiler
- value: 'off'
color: grey
icon: mdi:water-boiler-off
styles:
card:
- height: 60px
- border-radius: 5px
- font-size: 12px
- type: custom:button-card
color_type: card
entity: input_boolean.watering_day_saturday
name: Samedi
show_last_changed: false
show_state: false
tap_action:
action: toggle
state:
- value: 'on'
color: green
icon: mdi:water-boiler
- value: 'off'
color: grey
icon: mdi:water-boiler-off
styles:
card:
- height: 60px
- border-radius: 5px
- font-size: 12px
- type: custom:button-card
color_type: card
entity: input_boolean.watering_day_sunday
name: Dimanche
show_last_changed: false
show_state: false
tap_action:
action: toggle
state:
- value: 'on'
color: green
icon: mdi:water-boiler
- value: 'off'
color: grey
icon: mdi:water-boiler-off
styles:
card:
- height: 60px
- border-radius: 5px
- font-size: 12px
- type: conditional
conditions:
- entity: automation.watering_on
state: 'on'
card:
type: custom:vertical-stack-in-card
cards:
- type: horizontal-stack
cards:
- type: markdown
content: '#### <center> Heure de début'
- type: markdown
content: '#### <center> Arrosage'
- type: markdown
content: '#### <center> Heure de Fin'
- type: horizontal-stack
cards:
- entity: input_datetime.watering_start
type: custom:time-picker-card
name: Début
layout:
align_controls: center
embedded: true
hide:
name: true
icon: true
- type: glance
show_state: true
show_name: false
entities:
- switch.vanne_woox_switch
- entity: input_datetime.watering_stop
type: custom:time-picker-card
layout:
align_controls: center
embedded: true
hide:
name: true
icon: true
- color_thresholds:
- color: '#039BE5'
value: 0
- color: '#0da035'
value: 19
- color: '#e0b400'
value: 25
- color: '#e45e65'
value: 2400
color_thresholds_transition: hard
entities:
- entity: sensor.plant_01_moisture
name: Humidité du sol
- entity: sensor.plant_01_temperature
name: Températire du sol
- color: rgba(0,0,255,1)
entity: binary_sensor.night_reworked
name: Nuit
show_line: false
y_axis: secondary
group: false
hour24: true
hours_to_show: 24
line_width: 2
name: Humidité et température du sol
points_per_hour: 4
show:
extrema: true
fill: fade
icon: true
labels: false
name: true
state: true
state_map:
- label: Day
value: 'off'
- label: Night
value: 'on'
type: custom:mini-graph-card
- type: custom:flower-card
entity: plant.jardin
show_bars:
- illuminance
- humidity
- moisture
- conductivity
- temperature
- dli
battery_sensor: sensor.demo_battery";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:52:"http://canaletto.fr/post/home-assistant-and-arrosage";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:8:"comments";a:1:{i:0;a:5:{s:4:"data";s:60:"http://canaletto.fr/post/home-assistant-and-arrosage#comment";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post.aspx?id=73d63065-74d4-46d9-a913-740f09593ea0";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:32:"mer., 7 juin 2023 20:21:00 +0100";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:8:"category";a:1:{i:0;a:5:{s:4:"data";s:9:"Domotique";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:34:"https://blogengine.io/schemas/tags";a:1:{s:3:"tag";a:6:{i:0;a:5:{s:4:"data";s:14:"Home Assistant";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:1;a:5:{s:4:"data";s:4:"HASS";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:2;a:5:{s:4:"data";s:5:"Plant";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:3;a:5:{s:4:"data";s:4:"Soil";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:4;a:5:{s:4:"data";s:8:"Arrosage";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:5;a:5:{s:4:"data";s:8:"Watering";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:9:"publisher";a:1:{i:0;a:5:{s:4:"data";s:5:"Admin";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:52:"http://madskills.com/public/xml/rss/module/pingback/";a:2:{s:6:"server";a:1:{i:0;a:5:{s:4:"data";s:32:"http://canaletto.fr/pingback.axd";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:6:"target";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post.aspx?id=73d63065-74d4-46d9-a913-740f09593ea0";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:38:"http://purl.org/rss/1.0/modules/slash/";a:1:{s:8:"comments";a:1:{i:0;a:5:{s:4:"data";s:1:"1";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:53:"http://madskills.com/public/xml/rss/module/trackback/";a:1:{s:4:"ping";a:1:{i:0;a:5:{s:4:"data";s:73:"http://canaletto.fr/trackback.axd?id=73d63065-74d4-46d9-a913-740f09593ea0";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:36:"http://wellformedweb.org/CommentAPI/";a:2:{s:7:"comment";a:1:{i:0;a:5:{s:4:"data";s:60:"http://canaletto.fr/post/home-assistant-and-arrosage#comment";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:10:"commentRss";a:1:{i:0;a:5:{s:4:"data";s:77:"http://canaletto.fr/syndication.axd?post=73d63065-74d4-46d9-a913-740f09593ea0";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:6;a:6:{s:4:"data";s:131:" ";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:7:{s:0:"";a:7:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:34:"Home Assistant & Plug Security";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:6180:"
On utilise souvent des prises commandées uniquement pour mesurer la consommation de certains appareils. Ces prises sont toujours en position ON. Ces prises, si elles ne sont pas de trop mauvaise qualité un mécanisme de sécurité intégré qui les passent OFF en cas de surtension ou de surcharge. Et dans la pratique ça arrive parfois et on constate plus tard que le lave linge ou le lave vaisselle s'est arrêté, ou pire dans le cas d'un congélateur.
Pour palier à cet inconvénient on va créer une automation qui va réarmer la prise après quelques minutes en OFF. Jusque là c'est simple, mais il se peut également que le problème soit plus grave et qu'il ne faille pas forcer indéfiniment ce réarmement automatique. Etant donné qu'on ne dispose généralement pas d'information sur la cause de ce passage en sécurité on va considérer qu'au bout de "n" tentatives sur un temps donné on ne réarme plus. Pour ça on va utiliser des compteurs (à créer avec un minimum à 0 et un maximum à 10) et on fera un reset de ceux-ci toutes les nuits...
J'ai fixé ici arbitrairement à 5 le nombre de réarmements possibles.
Attention : Je vous explique ici comment j'ai fait, mais un risque existe toujours et la mise en œuvre de cette solution est à vos risques (et périls). Je me dégage ainsi de toute responsabilité.
On va faire ça avec une seule automation que j'ai voulue la plus concise et qui servira également à notifier :
automation:
- id: '2bd0ertyyf-2687-45f98f-aed0-to-off'
alias: "Notify Plug Off"
description: "Notification mise en sécurité des prises"
mode: single
trigger:
- platform: state
entity_id: switch.bw_1
to: "off"
id: "Lave Vaisselle"
- platform: state
entity_id: switch.bw_2
to: "off"
id: "Lave Linge"
- platform: state
entity_id: switch.bw_3
to: "off"
id: "Seche Linge"
- platform: state
entity_id: switch.bw_4
to: "off"
id: "Congelateur"
- platform: time
at: "00:05:00"
id: "Reset"
condition: []
action:
- delay:
hours: 0
minutes: 5
seconds: 0
milliseconds: 0
- choose:
- conditions: "{{ trigger.id in ['Lave Vaisselle'] and states('counter.plug_bw_1') | int < 5 }}"
sequence:
- service: switch.turn_on
target:
entity_id: switch.bw_1
- service: counter.increment
target:
entity_id: counter.plug_bw_1
- service: notify.slack_hass_mondon
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Réarmement n°{{ states('counter.plug_bw_1')}} du {{ trigger.id }}"
- conditions: "{{ trigger.id in ['Lave Linge'] and states('counter.plug_bw_2') | int < 5 }}"
sequence:
- service: switch.turn_on
target:
entity_id: switch.bw_2
- service: counter.increment
target:
entity_id: counter.plug_bw_2
- service: notify.slack_hass_mondon
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Réarmement n°{{ states('counter.plug_bw_2')}} du {{ trigger.id }}"
- conditions: "{{ trigger.id in ['Seche Linge'] and states('counter.plug_bw_3') | int < 5 }}"
sequence:
- service: switch.turn_on
target:
entity_id: switch.bw_3
- service: counter.increment
target:
entity_id: counter.plug_bw_3
- service: notify.slack_hass_mondon
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Réarmement n°{{ states('counter.plug_bw_3')}} du {{ trigger.id }}"
- conditions: "{{ trigger.id in ['Congelateur'] and states('counter.plug_bw_4') | int < 5 }}"
sequence:
- service: switch.turn_on
target:
entity_id: switch.bw_4
- service: counter.increment
target:
entity_id: counter.plug_bw_3
- service: notify.slack_hass_mondon
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Réarmement n°{{ states('counter.plug_bw_4')}} du {{ trigger.id }}"
- conditions:
- condition: or
conditions:
- "{{ trigger.id in ['Lave Vaisselle'] and states('counter.plug_bw_1') | int >= 5 }}"
- "{{ trigger.id in ['Lave Linge'] and states('counter.plug_bw_2') | int >= 5 }}"
- "{{ trigger.id in ['Seche Linge'] and states('counter.plug_bw_3') | int >= 5 }}"
- "{{ trigger.id in ['Congelateur'] and states('counter.plug_bw_4') | int >= 5 }}"
sequence:
- service: notify.slack_hass_mondon
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Problème avec le {{ trigger.id }}. On ne réarme plus, une vérification s'impose."
- conditions: "{{ trigger.id in ['Reset'] }}"
sequence:
- service: counter.reset
target:
entity_id:
- counter.plug_bw_1
- counter.plug_bw_2
- counter.plug_bw_3
- counter.plug_bw_4
J'ai souvent parlé de Zerotier que j'utilise au quotidien, mais qui dans sa version gratuite comporte quelques limitations en terme de contrôle d'accès dans un environnement mixant du site-to-site et des clients isolés. J'ai donc voulut voir ce que proposait Tailscale, qui est un VPN managé relativement similaire reposant sur Wireguard. Tous deux offrent des fonctionnalités gratuites et payantes. Si payer ne doit pas être un problème dans un environnement de production, c'est un peu différent en mode home lab.... d'autant plus que certaines fonctionnalités de la version gratuite ne se retrouvent que dans la version Premium à $18 /mois/utilisateur.
La version gratuite des Tailscale est plutôt généreuse, elle propose 100 nodes et 3 utilisateurs (à condition de disposer d'un "custom domain" (je vais utiliser des comptes Microsoft 365, mais plusieurs autres possibilités sont disponibles : SSO Identity Providers). On peut donc disposer de 3 comptes sur un même domaine. Je parle de comptes car nativement (et normalement) le contrôle d'accès se fait sur l'utilisateur. Manque de chance j'ai besoin de gérer 4 utilisateurs, et je ne suis pas prêt à payer 4 x $18, ce qui me ferait plus de $ 800 par an !
J'ai donc cherché à contourner et je vais finalement gérer mes autorisations à partir des machines Tailscale que j'ai approuvées (mode NFS pour ceux qui se souviennent). Dans cet usage je ne cherche pas faire communiquer les clients Tailscale entre eux mais à leur permettre d'accéder à des ressources situées sur différents subnets sur lesquels je souhaite restreindre les possibilités.
Pour la suite on considère que le réseaux Tailscale est configuré avec les nodes qui servent à joindre les subnets.
Je vais créer deux utilisateurs :
admin@canaletto.fr
user@canaletto.frLe premier compte qui sera également le mien va également me permettre de configurer et approuver les machines clientes.
Le second servira à connecter mes utilisateurs et je pourrais approuver leurs machines. Ce compte étant protégé en MFA, il nécessitera une validation de ma part. Une fois la machine connectée, je désactive l'expiration de la clé et on passe au contrôle s'accès :
{
"acls": [
{"action": "accept", "src": ["admin@canaletto.fr"], "dst": ["*:*"]}, // Ici l'admin dispose de tous les droits
// Autorisation par machines
{
"action": "accept",
"src": ["azura", "lydia"], // Ici deux clients Tailscale
"dst": [
"pipa:25,53", // On autorise le host qui supporte le DNS si on veut utiliser les noms courts...
"mixa:80,443,445,3389",
"nona:80,443,445,1443,3389", // Ports autorisés
"lab-1:*",
"192.168.2.12:80,443,9100,5001,3389", // Par IP + ports
"192.168.6.0/24:*", // Par subnet
],
},
],
"hosts": {
"azura": "100.1.2.3", // Client Tailscale
"lydia": "100.5.2.3", // Client Tailscale
"mixa": "192.168.1.4", // Host on subnet
"nona": "192.168.2.8", // Host on subnet
"pipa": "192.168.2.1", // Host on subnet
"lab-1": "192.168.6.0/24", // subnet
},
}Dans l'ordre :
azura et lydia à accéder uniquement aux hosts que j'aurais défini avec une restriction sur certains ports. C'est possible en définissant les hosts plus loin ou en se servant directement des adresses IP. L'ICMP (ping) est ouvert automatiquement vers les destinations autorisées.Voilà. Je n'ai pas creusé toutes les possibilité offertes par le contrôle d'accès proposé par Tailscale, la liste est longue et le documentation plutôt bien faire. Idées bienvenues !
J'ai souvent parlé d'alarme ici, de télécommandes, de claviers et de sirènes. Je pense cette fois être parvenu à quelque chose de fonctionnel et je vais vous en parler. Pour faire face aux différentes contraintes, notamment la gestion bizarre des télécommandes sous ZHA, il va falloir un peu ruser. Avant que vous me demandiez pourquoi je m'obstine sous ZHA alors que ces mêmes télécommandes sont bien gérées sous Z2M, je vous répondrait que mon objectif est la simplification et donc d'éviter le plus possible les adons qui complexifient une installation, pas forcément pour moi ou je dispose de toutes les passerelles possibles, mais sur des installations que je gère à distance ou je me dois de faire simple et fiable.
Attention : on parle ici d'un système de sécurité DIY, donc non agrée par les assurances et autres... Ca ne veut pas dire que ça ne fonctionne pas, juste que ça ne répond pas aux normes NF en vigueur dans ce domaine
Afin de gérer toutes les contraintes, je vais principalement m'appuyer sur deux automations:, quelques scripts: et un alarm_control_panel: virtuel.
L'objectif est de gérer :
De l'armement / désarmement vont également découler :
Etant donné que j'ai deux systèmes d'alarme qui fonctionnent en parallèle (Alarmo et Visonic), j'ai commencé par créer une alarme virtuelle et je me servirait d'elle pour les différentes actions.
alarm_control_panel:
- platform: manual
name: Home Alarm Command
code: 1234
code_arm_required: false
disarm_after_trigger: false
arming_time: 0
delay_time: 0
trigger_time: 600
disarmed:
trigger_time: 0
armed_home:
arming_time: 0
delay_time: 0L'armement / désarmement va pouvoir se faire de plusieurs façons :
J'ai volontairement écarté les télécommandes radio en 433 Mhz dont j'avais parlé ici, d'une part parce qu'elles sont facilement piratables, et d'autre part parce qu'elles ne permettent pas de savoir qui a désarmé le système.
Je vais utiliser deux automations et les découper ce dessous/
Les déclencheurs : Ici on va empiler nos déclencheurs d'armement, qu'ils soient gérés par ZHA, Z2M ou toute autre source. 3 par fonction, armed_away, armed_home, triggered, mais cela peut également être un bouton virtuel pour Lovelace, voire n'importe quelle télécommande ou bouton poussoir.
- id: 078fsdg412-3545-4f37-ba02-bccsfds5646sf
alias: "Alarm : Global ON/OFF"
mode: restart
trigger:
- platform: device
device_id: c036b6547a0347878dcc6d06152267ab
domain: alarm_control_panel
entity_id: alarm_control_panel.lk_zb_keypad
type: armed_away
id: "KeyPad Away"
- platform: device
device_id: c036b6547a0347878dcc6d06152267ab
domain: alarm_control_panel
entity_id: alarm_control_panel.lk_zb_keypad
type: armed_home
id: "KeyPad Home"
- platform: device
device_id: c036b6547a0347878dcc6d06152267ab
domain: alarm_control_panel
entity_id: alarm_control_panel.lk_zb_keypad
type: triggered
id: "KeyPad Triggered"
- platform: state
entity_id: input_button.arm_alarm_away
id: "Push Button Away"Et un déclencheur de désarmement activé par une seconde automation que l'on verra plus loin :
- platform: state
entity_id:
- alarm_control_panel.home_alarm_command
to: disarmed
id: "Remote or Keypad"Les conditions : Dans mon cas je n'en ai pas utilisé. Chacun adaptera.
condition:Les actions :
Je commence par arrêter les éventuels scripts en cours. Cela est principalement utile quand on a fermé la porte, armé le système et que l'on doit rapidement désarmer car on a oublié quelque chose dans la maison.
action:
- service: homeassistant.turn_off
target:
entity_id:
- script.privacy_on
- script.privacy_off
- script.alarmo_after_arm
- script.alarmo_after_disarm
- script.alarm_actions_on_leave_common_tasks
- script.alarm_actions_on_return_common_tasksEnsuite on va utiliser chose: pour exécuter les différentes actions en fonction de la source et de l'état.
On commence par l'armement en mode absent :
input_text: que l'on affiche dans Lovelace et qui nous permet de savoir qui fait quoi. A terme je remplacerait les id: par le prénom de l'utilisateur pour plus de lisibilité. - choose:
- conditions: "{{ trigger.id in ['KeyPad Away', 'Heiman RC1 Away', 'Heiman RC2 Away', 'Woox RC1 Away'] }}"
sequence:
- service: mqtt.publish
data:
topic: zigbee2mqtt/Sirène SMaBiT/set
payload: >-
{"squawk": {"state": "system_is_armed", "level": "veryhigh", "strobe": "true"}}
- service: alarm_control_panel.alarm_arm_away # ALARMO Away
data:
code: !secret alarm_code
entity_id: alarm_control_panel.alarmo
- service: alarm_control_panel.alarm_arm_home # VISONIC Home (ne jamais armer AWAY à cause des détecteurs HS)
data:
code: !secret alarm_code_visonic
entity_id: alarm_control_panel.visonic_alarm
- service: script.alarm_actions_on_leave_common_tasks
- service: alarm_control_panel.alarm_arm_away # FAKE ALARM PANEL Away
target:
entity_id: alarm_control_panel.home_alarm_command
- service: alarm_control_panel.alarm_arm_away # On arme le clavier afin qu'il apparaisse armé
data:
code: !secret alarm_code_zha
target:
entity_id:
- alarm_control_panel.lk_zb_keypad
- service: input_text.set_value
target:
entity_id: input_text.last_arm
data:
value: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Arm Away by : {{ trigger.id }}" On fait la même chose pour le mode home. Je fais l'impasse sur Visonic, par contre j'émet un son de confirmation sur un buzzer (on verra plus loin l'utilisation possible d'un TTS sur une enceinte.
- conditions: "{{ trigger.id in ['KeyPad Home', 'Heiman RC1 Home', 'Heiman RC2 Home', 'Woox RC1 Home'] }}"
sequence:
- service: alarm_control_panel.alarm_arm_home # ALARMO Home
data:
code: !secret alarm_code
entity_id: alarm_control_panel.alarmo
- service: alarm_control_panel.alarm_arm_home # FAKE ALARM PANEL Home
target:
entity_id: alarm_control_panel.home_alarm_command
- service: alarm_control_panel.alarm_arm_home # On arme le clavier afin qu'il apparaisse armé
data:
code: !secret alarm_code_zha
target:
entity_id:
- alarm_control_panel.lk_zb_keypad
- service: button.press
target:
entity_id: button.up_chime_play_buzzer
- service: input_text.set_value
target:
entity_id: input_text.last_arm
data:
value: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Arm Home by : {{ trigger.id }}" Ensuite on passe au désarmement du mode absent. On remarque que l'on écrit pas d'input_text: car ici on ne sait pas qui a fait quoi car l'ordre vient de la seconde automation que l'on verra plus loi. C'est donc elle qui écrira. Par contre on émet le son de désarmement sur la sirène.
- conditions: "{{ trigger.id in ['Remote or Keypad'] and is_state('alarm_control_panel.alarmo', 'armed_away') }}"
sequence:
- service: alarm_control_panel.alarm_disarm
data:
code: !secret alarm_code
entity_id:
- alarm_control_panel.alarmo
- alarm_control_panel.visonic_alarm
- service: mqtt.publish
data:
topic: zigbee2mqtt/Sirène SMaBiT/set
payload: >-
{"squawk": {"state": "system_is_disarmed", "level": "veryhigh", "strobe": "true"}} Pareil pour le mode Home. Ici on joue un son sur le buzzer.
- conditions:
- "{{ trigger.id in ['Push Button'] }}"
- "{{ is_state('alarm_control_panel.alarmo', 'armed_home') }}"
sequence:
- service: alarm_control_panel.alarm_disarm
data:
code: !secret alarm_code
entity_id:
- alarm_control_panel.alarmo
- service: button.press
target:
entity_id: button.up_chime_play_buzzerOn continue avec la gestion du bouton d'urgence :
input_text: pour avoir une trace. - conditions: "{{ trigger.id in ['KeyPad Triggered', 'Heiman RC1 Triggered', 'Heiman RC2 Triggered', 'Woox RC1 Triggered'] and is_state('alarm_control_panel.alarmo', 'disarmed') }}"
sequence:
- service: button.press
target:
entity_id: button.up_chime_play_chime
- service: alarm_control_panel.alarm_arm_night # FAKE ALARM PANEL Night pour pouvoir désarmer
target:
entity_id: alarm_control_panel.home_alarm_command
- service: notify.free_mobile_andre
data:
message: "{{ states.sensor.date_time.state}} > TEST Alerte au secours par télécommande TEST"
- service: input_text.set_value
target:
entity_id: input_text.last_arm
data:
value: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Triggered by : {{ trigger.id }}" Enfin, on désarme cette alerte. A ce stade on peut aussi envoyer un SMS pour dire que c'était une fausse alerte... Je vais me contenter de jouer du buzzer...
- conditions:
- "{{ trigger.id in ['Remote or Keypad'] and is_state('alarm_control_panel.alarmo', 'disarmed') }}"
sequence:
- service: button.press
target:
entity_id: button.up_chime_play_buzzer
Au risque de me répéter, cette partie aurait pu être intégrée à la première automation, si ZHA ne posait pas problème... Je le ferait probablement, mais pour l'exemple on va pour l'instant scinder cette partie.
Donc, pour les télécommandes d'alarme sous ZHA on va devoir écouter un event:, s'en servir pour désarmer nos système d'alarme mais également pour la désarmer et désarmer ses copines ainsi que le clavier. Simple ! J'avais exploré dans un précédent article plusieurs pistes afin de ne prendre en compte qu'un seul de ses "events" (en + elle en envoie 3 ou 4 identiques selon l'humeur et le modèle). J'ai un peu avancé et on ne va pas les écouter dans l'automation, mais se servir de l'état temporaire d'un binary_sensor: que l'on va pouvoir temporiser et ainsi ne prendre en compte qu'un seul event:
template:
- trigger:
- platform: event
event_type: zha_event
event_data:
device_ieee: a4:c1:38:96:0b:cf:c9:61 # Woox RC1
command: 'arm'
args:
arm_mode: 0
arm_mode_description: 'Disarm'
code: ''
zone_id: 0
binary_sensor:
name: Woox RC1 to Disarmed
icon: "{{ (trigger.platform == 'event') | iif('mdi:remote-off', 'mdi:remote') }}"
state: "{{ trigger.platform == 'event' }}"
auto_off:
seconds: 5Les déclencheurs : Ici on va écouter des actions de désarmement, que cela provienne d'un clavier, une télécommande (via leur binary_sensor:), ou en direct pour une source classique (tag RFID, MQTT, ...).
- id: '2bd0ertyyf-43fa-45f98f-aed0-disarm'
alias: "Alarm @ Remote Disarm"
description: 'Disarm Remote Control panel'
mode: single
trigger:
- platform: state
entity_id: binary_sensor.heiman_rc1_to_disarmed
to: "on"
id: "Heiman RC 1"
- platform: tag
tag_id: 2b855225-c999-4b5558123-6c7d12345641
id: "TAG Jaune"
- platform: device
domain: mqtt
device_id: 139eb4ce27246465b0d5aa7560a953601
type: action
subtype: disarm
discovery_id: 0x84fd27fffe915905 action_disarm
id: "Heiman RC2"Les conditions : Aucune, mais on pourrait imagine un flag de blocage activé à distance après une alerte...
condition:Les actions : On utilise un chose: et on commence par :
input_text: afin de savoir qui a désarmé. action:
- choose: # DISARM
- conditions: "{{ trigger.id in ['Push Button', 'KeyPad', 'Linkind RC', 'Heiman RC 1', 'Woox RC 1', 'TAG Porte', 'TAG Jaune', 'TAG Clé', 'TAG Carte', 'Heiman RC2' ] }}"
sequence:
- service: alarm_control_panel.alarm_disarm # FAKE ALARM PANEL to Command
data:
code: "1234"
target:
entity_id: alarm_control_panel.home_alarm_command
- service: alarm_control_panel.alarm_disarm
data:
code: !secret alarm_code_zha
target:
entity_id:
- alarm_control_panel.lk_zb_keypad
- alarm_control_panel.lk_zb_remote
- alarm_control_panel.heiman_remote
- alarm_control_panel.woox_01
- service: input_text.set_value
target:
entity_id: input_text.last_disarm
data:
value: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Disarm by : {{ trigger.id }}"
- service: notify.slack_hass_canaletto
data:
message: "{{now().strftime('%d/%m/%Y, %H:%M:%S')}} > Disarmed by : {{ trigger.id }}" On peut également faire une place à une fonctionnalité détournée du clavier. En effet au delà de l'amenée Home, Away et Emergency, on peut également lui faire avaler n'importe quel code et effectuer une action précise en fonction de celui ci. Ici si je saisit 33 et valide je vais allumer les projecteurs.
- choose:
- conditions: "{{ trigger.id in ['KeyPad 33'] }}"
sequence:
- service: light.turn_off
target:
entity_id:
- light.groupe_de_projecteurs
Enfin j'ai quelques actions par défaut, comme éteindre les sirènes au cas ou... (ça sent le debug...).
- service: mqtt.publish
data:
topic: zigbee2mqtt/Sirène SMaBiT/set
payload: >-
{"warning": {"mode": "stop"}}
- service: siren.turn_off
target:
entity_id:
- siren.heiman_sirene_1
- siren.heiman_sirene_2
- siren.sirene_terrasse
Et surtout on ajoute un délai car ces télécommandes ont la fâcheuse idée d'envoyer 3 ou 4 event: identique pour chaque appui. Donc combiné au mode: single de cette automation, on va en capturer qu'un seul. Ce délais est bien sur à ajuster plus ou moins au pif... Maintenant que je passe par des binary_sensor: temporisés, je pense que ce délai est devenu inutile.
- delay : '00:00:08'On va utiliser deux scripts qui seront exécutés par Alarmo après l'armement et après le désarmement. Chez moi ils vont servir à :
Pour cela on va utiliser des scripts: qui seront lancés par Alarmo selon les conditions choisies (voir ici).
Etant donné que j'ai des détecteurs d'ouverture sur mes volets roulants, je peux également imaginer l'éclairage extérieur avant de déclencher l'alarme si un de ces volets est touché. Il faut être prévenant et éclairer l'intrus. Cela peut se gréer dans une partition secondaire d'Alarmo, ou simple une automation. Les caméras Unifi Protect (G4) font également de la détection de personne qui remonte dans Home Assistant.
Voilà, ce n'est pas exhaustif, vos idées son les bienvenues, ici ou sur HACF.
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:56:"http://canaletto.fr/post/home-assistant-and-alarm-encore";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:8:"comments";a:1:{i:0;a:5:{s:4:"data";s:64:"http://canaletto.fr/post/home-assistant-and-alarm-encore#comment";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post.aspx?id=9217dc3a-beac-408d-9078-45b874365a1a";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:33:"lun., 13 mars 2023 00:01:00 +0100";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:8:"category";a:1:{i:0;a:5:{s:4:"data";s:9:"Domotique";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:34:"https://blogengine.io/schemas/tags";a:1:{s:3:"tag";a:5:{i:0;a:5:{s:4:"data";s:4:"HASS";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:1;a:5:{s:4:"data";s:6:"Hassio";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:2;a:5:{s:4:"data";s:6:"Alarme";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:3;a:5:{s:4:"data";s:6:"Alarmo";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:4;a:5:{s:4:"data";s:6:"Remote";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:9:"publisher";a:1:{i:0;a:5:{s:4:"data";s:5:"Admin";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:52:"http://madskills.com/public/xml/rss/module/pingback/";a:2:{s:6:"server";a:1:{i:0;a:5:{s:4:"data";s:32:"http://canaletto.fr/pingback.axd";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:6:"target";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post.aspx?id=9217dc3a-beac-408d-9078-45b874365a1a";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:38:"http://purl.org/rss/1.0/modules/slash/";a:1:{s:8:"comments";a:1:{i:0;a:5:{s:4:"data";s:1:"5";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:53:"http://madskills.com/public/xml/rss/module/trackback/";a:1:{s:4:"ping";a:1:{i:0;a:5:{s:4:"data";s:73:"http://canaletto.fr/trackback.axd?id=9217dc3a-beac-408d-9078-45b874365a1a";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:36:"http://wellformedweb.org/CommentAPI/";a:2:{s:7:"comment";a:1:{i:0;a:5:{s:4:"data";s:64:"http://canaletto.fr/post/home-assistant-and-alarm-encore#comment";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:10:"commentRss";a:1:{i:0;a:5:{s:4:"data";s:77:"http://canaletto.fr/syndication.axd?post=9217dc3a-beac-408d-9078-45b874365a1a";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:9;a:6:{s:4:"data";s:166:" ";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:7:{s:0:"";a:7:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:43:"VMWare ESXi sur Nuc 9 & SSD firmware...";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:10810:"
Comme je vous en avait parlé ici, j'ai remplacé mon serveur ESXi HP ML350p par un Nuc 9. Depuis plus de 6 mois ça fonctionne très bien.
Dans ce Nuc j'ai installé deux SSD NVMe Samsung 980 Pro. Les performance sont au top, mais voilà que plusieurs utilisateurs se plaignent que leurs SSD s'usent prématurément et finissent par passer en R/O. C'est d'autant plus fâcheux que sous ESX on ne dispose de rien pour surveiller les disques sur un NUC, celui ci ne remontant pas de données IPML comme le ferait un vrai serveur. Après avoir fait un peu la sourde oreille, Samsung a fini par sortir la mise à jour idoine.
Sous Windows il est très facile de mettre à jour (ou de migrer) un SSD, il suffit de lancer Samsung Magician et le tour est joué ! Sous VMWare ESXi rien de tout ça et il va falloir le faire à la mano. Heureusement pour cela Samsung fournit également les firmawares sous la forme d'une ISO, il suffit, en principe, de le griller sur une clé USB et de booter avec et de faire la mise à jour. Mais ça c'est la théorie. Dans la pratique j'ai appris à mes dépends que cette clé basée sur un vieux Linux était incapable de booter sur du matériel moderne, et quand elle boote certains disent même qu'elle ne reconnait que les claviers PS2... Allons donc !
Après quelques recherches j'ai découvert qu'il existait un contournement possible mis en pratique par la communauté Linux, mais nullement supportée par Samsung qui doit considérer que ses SSD sont destinés uniquement à l'environnement Windows, tout comme VMWare qui a sa liste de hardware supporté...
L'astuce consiste à booter sous Linux, un Live CD Ubuntu. Facile, non pas si simple car ce live CD ne voulait lui non plus pas booter. Le bios de ce Nuc n'étant pas de toute fraicheur j'en profite pour le mettre à jour sans plus de succès.
J'ai fini par trouver que pour booter sous Ubuntu il fallait désactiver TPM et SGX. Ca ne s'invente pas mais j'ai fini par pouvoir booter mon Ubuntu Live.
Une fois sur le desktop de mon Ubuntu je copie l'ISO de mise à jour (Samsung_SSD_980_PRO_5B2QGXA7.iso) que j'ai au préalable préparée sur une autre clé USB vers le répertoire Home et je monte le volume. Ensuite toujours depuis l'interface graphique j'extrait le fichier initrd un répertoire (/home/samsung par exemple). Ensuite je vais jusqu'à /home/samsung/initrd/root/fumagician et je peux lancer la mise à jour de mes SSD :
sudo ./fumagicienJe fais la mise à jour de mes deux SSD et je relance le Nuc. Attention, le bon numéro de version n'apparaitra qu'âpres le prochain redémarrage. Donc même si c'est un peu fastidieux, je vous conseille de relancer le Live CD pour vérifier. De même si vous avez d'autres machines à mettre à jour, vous pouvez sauvegarder fumagician sur une clé pour éviter l'étape de l'extraction.
Il existe une autre méthode en CLI pour les barbus, elle demandera toutefois de connecter le Live CE au réseau si on veut éviter l'étape de la clé USB, mais in fine ça revient au même :
wget https://semiconductor.samsung.com/resources/software-resources/Samsung_SSD_980_PRO_5B2QGXA7.iso
apt-get -y install gzip unzip wget cpio
mkdir /mnt/iso
sudo mount -o loop ./Samsung_SSD_980_PRO_5B2QGXA7.iso /mnt/iso/
mkdir /tmp/fwupdate
cd /tmp/fwupdate
gzip -dc /mnt/iso/initrd | cpio -idv --no-absolute-filenames
cd root/fumagician/
sudo ./fumagicianVoilà comment occuper (perdre) un après-midi d'hiver !
Attention toutefois, si vous avez créé un volume RAID, ce qui est discutable avec des SSD, il semblerait que vous ne puissiez les voir sans repasser le bios en AHCI.
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:61:"http://canaletto.fr/post/vmware-esxi-nuc9-update-ssd-firmware";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:8:"comments";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post/vmware-esxi-nuc9-update-ssd-firmware#comment";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post.aspx?id=9efc2b9d-524d-442f-8beb-9d9b6e866358";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:35:"dim., 12 févr. 2023 22:46:00 +0100";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:8:"category";a:1:{i:0;a:5:{s:4:"data";s:2:"IT";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:34:"https://blogengine.io/schemas/tags";a:1:{s:3:"tag";a:9:{i:0;a:5:{s:4:"data";s:7:"Samsung";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:1;a:5:{s:4:"data";s:3:"SSD";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:2;a:5:{s:4:"data";s:4:"NVMe";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:3;a:5:{s:4:"data";s:3:"ESX";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:4;a:5:{s:4:"data";s:4:"ESXi";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:5;a:5:{s:4:"data";s:6:"VMWare";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:6;a:5:{s:4:"data";s:5:"Linux";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:7;a:5:{s:4:"data";s:8:"Firmware";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}i:8;a:5:{s:4:"data";s:5:"NUC 9";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:9:"publisher";a:1:{i:0;a:5:{s:4:"data";s:5:"Admin";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:52:"http://madskills.com/public/xml/rss/module/pingback/";a:2:{s:6:"server";a:1:{i:0;a:5:{s:4:"data";s:32:"http://canaletto.fr/pingback.axd";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:6:"target";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post.aspx?id=9efc2b9d-524d-442f-8beb-9d9b6e866358";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:38:"http://purl.org/rss/1.0/modules/slash/";a:1:{s:8:"comments";a:1:{i:0;a:5:{s:4:"data";s:1:"0";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:53:"http://madskills.com/public/xml/rss/module/trackback/";a:1:{s:4:"ping";a:1:{i:0;a:5:{s:4:"data";s:73:"http://canaletto.fr/trackback.axd?id=9efc2b9d-524d-442f-8beb-9d9b6e866358";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:36:"http://wellformedweb.org/CommentAPI/";a:2:{s:7:"comment";a:1:{i:0;a:5:{s:4:"data";s:69:"http://canaletto.fr/post/vmware-esxi-nuc9-update-ssd-firmware#comment";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:10:"commentRss";a:1:{i:0;a:5:{s:4:"data";s:77:"http://canaletto.fr/syndication.axd?post=9efc2b9d-524d-442f-8beb-9d9b6e866358";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}}}s:45:"http://backend.userland.com/blogChannelModule";a:2:{s:8:"blogRoll";a:1:{i:0;a:5:{s:4:"data";s:28:"http://canaletto.fr/opml.axd";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:5:"blink";a:1:{i:0;a:5:{s:4:"data";s:36:"https://canaletto.fr/syndication.axd";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:2:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:7:"My name";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:12:"My Canaletto";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:40:"http://www.w3.org/2003/01/geo/wgs84_pos#";a:2:{s:3:"lat";a:1:{i:0;a:5:{s:4:"data";s:8:"0.000000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"long";a:1:{i:0;a:5:{s:4:"data";s:8:"0.000000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}}}}}}}}s:4:"type";i:128;s:7:"headers";a:14:{s:4:"date";s:29:"Sun, 26 Nov 2023 10:04:50 GMT";s:12:"content-type";s:19:"application/rss+xml";s:13:"cache-control";s:6:"public";s:13:"last-modified";s:29:"Mon, 20 Nov 2023 23:56:40 GMT";s:4:"etag";s:22:"W/"638361250000000000"";s:19:"content-disposition";s:24:"inline; filename=rss.xml";s:12:"x-powered-by";s:7:"ASP.NET";s:15:"cf-cache-status";s:7:"DYNAMIC";s:9:"report-to";s:233:"{endpoints:[{url:https:\/\/a.nel.cloudflare.com\/report\/v3?s=aZZVj5znwMVrqU%2Bn32L8cfd4HVN4ZOcLEhpiJsiXo7ELCb1ZG6QgG5YV8AsKh%2BNuq5djk8r4Y%2Bxd%2FGSGjoWnNStVjm7REaGbdNOUxu01aoD%2BaMKWHF9cOvqiwXkxpzk%3D}],group:cf-nel,max_age:604800}";s:3:"nel";s:52:"{success_fraction:0,report_to:cf-nel,max_age:604800}";s:6:"server";s:10:"cloudflare";s:6:"cf-ray";s:20:"82c14f401cb012b4-MRS";s:16:"content-encoding";s:2:"br";s:7:"alt-svc";s:17:"h3=:443; ma=86400";}s:5:"build";s:14:"20230304122624";s:5:"mtime";i:1700993090;s:3:"md5";s:32:"5aee2bbdb1d87fbc5607ccb26c505eb4";}