A l’origine j’avais « juste » un nouveau serveur qui coupait toutes les 24 heures alors qu’il était tout neuf.. Aussi bien que c’était gênant, les techniciens étaient assez rapide pour redémarrer gentiment (reboot soft) la machine.
C’est au pendant le debug de ce problème que je suis tombé sur un problème de sécurité.
Depuis quelques temps je travail sur des sondes #iot pour capturer des données environnementales chez moi. Ces captures ont pour but de mieux connaitre mon environnement, et agir sur ce dernier dans le but d’optimiser les rendements et l’expérience de l’utilisateurs chez moi.
Ayant commencé l’hébergement des données chez moi j’ai trouvé que les données n’étaient pas backupé, et pas obligatoirement stocké dans un environnement adapté à l’utilisation que je voulais en faire.
Travaillant avec les services d’OVH depuis quelques années (publicité gratuite : très bon service ;p), je me suis tourné sur leur plateforme Time Series PaaS.
J’ai donc commencé par dupliquer le stockage des données sur leur service après avoir créé une instance « Internet Of Things » et récupéré les tokens.
Ensuite dans mon script, j’ai rajouté le code suivant (que j’ai copié/collé d’un site dont j’ai oublié l’URL, désolé) :
Sinon c’est sympa, mais avec une interface graphique c’est mieux! Du coup je suis partis sur Grafana qui semble être une bonne interface de gestion de dashboard à partir de données « cloud ». Pour l’installation, je vous laisse consulter le tutorial de Florian.
Pour le résultat , ça donne cela chez moi pour aujourd’hui :
Prochaine version, afficher consommation en heures pleines et heures creuses.
J’ai un serveur chez Ovh depuis des années, et dernièrement étant cibles de joyeux pirates, j’ai installé des sondes sur mon serveur pour les surveiller.
Du coup, je suis tombé sur la supervision d’OVH….
=========================================== # of from to method =========================================== 5736 167.114.37.1 91.121.150.200 ICMP PING 5736 92.222.185.1 91.121.150.200 ICMP PING 5736 92.222.186.1 91.121.150.200 ICMP PING 5735 92.222.184.1 91.121.150.200 ICMP PING
En faisant un petit scan des IPs, on se rend compte que la supervision de chaque DC ping mon serveur :
@jdenoy Bjr, Pourquoi souhaite tu avoir cette infos ? trop de requêtes ? Tu peux nous DM si tu veux Cdlt ^RomC — OVH Support FR (@ovh_support_fr) 6 Octobre 2015
Du coup, je suis partis sur une idée de faire la même chose qu’OVH en inverse pour voir ce que ca donne. J’ai fait un traceroute de chaque IP, et ca donne ca :
traceroute [(91.121.150.200:33456) -> (167.114.37.1:33457)], protocol udp, algo hopbyhop, duration 21 s 1 rbx1-3a-a9.fr.eu (91.121.150.252) 5.988 ms 5.547 ms 3.235 ms 2 10.21.50.250 (10.21.50.250) 1.235 ms 1.328 ms 1.284 ms 3 * * * 4 10.21.51.10 (10.21.51.10) 83.031 ms 81.707 ms 81.849 ms 5 * * * 6 * * * 7 * * *
traceroute [(91.121.150.200:33456) -> (92.222.184.1:33457)], protocol udp, algo hopbyhop, duration 15 s 1 rbx1-3a-a9.fr.eu (91.121.150.252) 3.008 ms 1.270 ms 5.892 ms 2 10.21.50.40 (10.21.50.40) 1.033 ms 1.276 ms 1.837 ms 3 * * * 4 * * * 5 * * *
traceroute [(91.121.150.200:33456) -> (92.222.185.1:33457)], protocol udp, algo hopbyhop, duration 16 s 1 rbx1-3a-a9.fr.eu (91.121.150.252) 1.282 ms 1.349 ms 6.499 ms 2 10.21.50.250 (10.21.50.250) 1.302 ms 1.313 ms 1.863 ms 3 10.21.57.250 (10.21.57.250) 10.323 ms 10.096 ms 10.246 ms MPLS Label 20359 TTL=255 4 10.21.57.6 (10.21.57.6) 10.184 ms 10.116 ms 10.152 ms 5 * * * 6 * * * 7 * * *
traceroute [(91.121.150.200:33456) -> (92.222.186.1:33457)], protocol udp, algo hopbyhop, duration 21 s 1 rbx1-3a-a9.fr.eu (91.121.150.252) 2.711 ms 4.601 ms 1.389 ms 2 10.21.50.250 (10.21.50.250) 1.239 ms 1.336 ms 1.346 ms 3 * * * 4 10.21.148.6 (10.21.148.6) 7.878 ms 7.395 ms 7.431 ms 5 * * * 6 * * * 7 * * *
Du coup, vu que le traceroute ne passe pas, on peut imaginer que ca rentre dans une VRF MPLS chez OVH avec probablement un firewall qui nous interdis de faire la même chose dans l’autre sens. D’ailleurs on le vois dans le traceroute vers 92.222.185.1, il y a un label MPLS dans la réponse à l’ICMP… (quelqu’un a oublié de désactiver la réponse ICMP sur un P 😉 )
Depuis quelques mois je travaille sur un projet supervision de consommation électrique et eau. La première partie du projet pour la consommation électrique semble maintenant fonctionner correctement.
Maintenant je travail sur la supervision de ma consommation d’eau, et heureusement pour moi, mon compteur possède un module radio qui envois les infos toutes les 8/10 secondes.
Il reste cependant à isoler le signal, le décoder, et surtout exploiter les informations.
Ce que je sais pour le moment, c’est qu’il est fabriqué par la société Sappel, qu’il émet sur 868,95Mhz en FSK, en unidirectionnel, avec une puissance maximum de 16 mW, et que le protocole utilisé est PRIOS ( aucune documentation n’existe pour ce protocole sur internet pour le publique).
Si certains ont des informations, pistes, etc, n’hésitez pas a m’aider (anonymement si vous le souhaitez). Je posterais des infos au fur et à mesure que j’avance, si j’ai le droit…
Il est toujours intéressant de connaitre la consommation électrique en temps réel chez soi. Ça fait maintenant deux ans que je travail sur ce projet et je commence à avoir des choses sympas!
Une courbe à cinq minutes sur la journée en cours :
Une courbe sur la journée avec heures creuses/heures pleines et la comparatif de la journée précédente en ligne violet :
Je récupère les données directement du compteur EDF avec un relevé toutes les minutes. Ça me fait un bon nombre de données.
Je vais maintenant faire des plus beaux graph sur une seule page