{"id":3924,"date":"2020-01-06T18:00:37","date_gmt":"2020-01-06T17:00:37","guid":{"rendered":"https:\/\/www.unicoda.com\/?p=3924"},"modified":"2020-01-06T10:31:45","modified_gmt":"2020-01-06T09:31:45","slug":"onduleur-nut-en-client-direct","status":"publish","type":"post","link":"https:\/\/www.unicoda.com\/?p=3924","title":{"rendered":"Onduleur – Nut en client direct"},"content":{"rendered":"\n

Il y a de cela quelques semaines, j’ai fait l’acquisition d’une pi\u00e8ce manquante de mon r\u00e9seau interne, \u00e0 savoir: un onduleur. Je n’avais pas, jusqu’\u00e0 pr\u00e9sent, consid\u00e9r\u00e9 cet \u00e9l\u00e9ment comme indispensable, mais la perspective d’un d\u00e9placement professionnel de plus d’une dizaine de jours m’a pouss\u00e9 \u00e0 l’achat. J’esp\u00e8re ainsi prot\u00e9ger mes services auto-h\u00e9berg\u00e9s d’une \u00e9ventuelle coupure de courant.<\/p>\n\n\n\n

Une coupure de courant reste un \u00e9v\u00e9nement relativement exceptionnel, du moins dans mon environnement g\u00e9ographique, puisqu’apr\u00e8s plusieurs ann\u00e9es d’auto-h\u00e9bergement, je n’ai jamais eu d’arr\u00eat de service provoqu\u00e9 par un d\u00e9faut d’alimentation. Apr\u00e8s avoir consid\u00e9r\u00e9 ces facteurs, un onduleur a donc trouv\u00e9 sa place dans mon logement, \u00e0 proximit\u00e9 du routeur, du switch, etc… N’ayant pas not\u00e9 d’interruption de service durant mon d\u00e9placement, je peux en d\u00e9duire que l’onduleur a rempli son r\u00f4le…, ou que le r\u00e9seau \u00e9lectrique est rest\u00e9 stable, comme \u00e0 son habitude.<\/p>\n\n\n\n

Bref, apr\u00e8s m’\u00eatre content\u00e9 du raccordement \u00e9lectrique des p\u00e9riph\u00e9riques \u00e0 l’onduleur, je me suis int\u00e9ress\u00e9 \u00e0 la configuration d’un service de surveillance de l’\u00e9tat de l’onduleur. Le but \u00e9tant de d\u00e9tecter un \u00e9tat de batterie faible subs\u00e9quent \u00e0 une coupure de courant, et d’\u00eatre ainsi en mesure de proc\u00e9der proprement et automatiquement \u00e0 l’extinction des composants critiques du r\u00e9seau, serveurs et routeur en particulier.<\/p>\n\n\n\n

Voici donc, \u00e0 la suite, la configuration d\u00e9ploy\u00e9e sur la machine charg\u00e9e de la surveillance de l’onduleur. Les deux \u00e9l\u00e9ments sont connect\u00e9s via le cable USB fournit avec l’onduleur. Une derni\u00e8re chose, mon onduleur est de marque Eaton. Entrons maintenant dans le vif du sujet.<\/p>\n\n\n\n

Apr\u00e8s avoir connect\u00e9 l’onduleur, un petit tour du c\u00f4t\u00e9 du contenu de dmesg<\/code>, me permet de v\u00e9rifier que celui-ci est d\u00e9tect\u00e9. Je proc\u00e8de \u00e9galement \u00e0 l’installation de nut via aptitude install nut<\/code>.<\/p>\n\n\n\n

[238029.826593] hid-generic 0003:0463:FFFF.0001: hiddev96,hidraw0: USB HID v1.10 Device [EATON Ellipse PRO] on usb-3f980000.usb-1.5\/input0<\/pre>\n\n\n\n
Avant d’aller plus loin et pour pouvoir commencer \u00e0 configurer nut, il est n\u00e9cessaire de d\u00e9terminer le driver \u00e0 utiliser pour l’onduleur. Pour trouver cette information, il est conseill\u00e9 de s’aider de la page \u00ab\u00a0Hardware compatibility list<\/a>\u00ab\u00a0. Pour ma part, je n’ai pas trouv\u00e9 mon mod\u00e8le dans la liste (Eaton Ellipse Pro), mais les mod\u00e8les pr\u00e9sents les plus r\u00e9cents et les plus proches de la gamme \u00ab\u00a0Ellipse Pro\u00a0\u00bb, indiquent de choisir usbhid-ups.<\/p>\n\n\n\n
Munis de cette information, je peux donc passer \u00e0 l’\u00e9dition du fichier \/etc\/nut\/ups.conf<\/code>, afin de d\u00e9clarer l’onduleur dans nut.<\/p>\n\n\n\n
[nom_onduleur]\n        driver = usbhid-ups\n        port = auto\n        desc = \"EATON UPS\"<\/pre>\n\n\n\n
A ce stade, il est d\u00e9j\u00e0 possible d’effectuer un premier test de fonctionnement.<\/p>\n\n\n\n
$ sudo upsdrvctl start\nNetwork UPS Tools - UPS driver controller 2.7.4\nNetwork UPS Tools - Generic HID driver 0.41 (2.7.4)\nUSB communication driver 0.33\nUsing subdriver: MGE HID 1.39<\/pre>\n\n\n\n
Apr\u00e8s avoir v\u00e9rifi\u00e9 avec la commande ci-dessus que notre d\u00e9claration de l’onduleur est correct, c’est-\u00e0-dire, que nut communique bien avec l’onduleur, je passe \u00e0 l’\u00e9dition du fichier \/etc\/nut\/upsd.conf<\/code>, afin de n’autoriser que les connexions provenant de la machine locale.<\/p>\n\n\n\n
LISTEN 127.0.0.1<\/pre>\n\n\n\n
Il convient ensuite de d\u00e9finir un utilisateur qui sera ensuite autoris\u00e9 \u00e0 acc\u00e9der \u00e0 l’\u00e9tat de l’onduleur. Cette fois, les modifications sont apport\u00e9es au fichier \/etc\/nut\/upsd.users<\/code>.<\/p>\n\n\n\n
[nom_utilisateur]\n     password = PASSWORD_HERE\n     upsmon master<\/pre>\n\n\n\n
Pour la suite, je modifie \/etc\/nut\/upsmon.conf<\/code>, pour configurer la surveillance de l’onduleur. A noter qu’il est possible de configurer la commande d’extinction, en modifiant la propri\u00e9t\u00e9 SHUTDOWNCMD. J’ai de mon c\u00f4t\u00e9 configur\u00e9 la propri\u00e9t\u00e9 NOTIFYCMD, en pr\u00e9cisant le chemin vers un script relativement simple ayant pour r\u00f4le de m’envoyer un mail pour les \u00e9v\u00e9nements ONLINE, ONBATT et LOWBATT, comme l’indique la pr\u00e9sence de l’instruction EXEC pour chacune des trois lignes NOTIFYFLAG.<\/p>\n\n\n\n
MONITOR nom_onduleur@localhost 1 nom_utilisateur PASSWORD_HERE master\n\nNOTIFYCMD \/path\/to\/script\/notif-ups.sh\nNOTIFYFLAG ONLINE       EXEC+SYSLOG+WALL\nNOTIFYFLAG ONBATT       EXEC+SYSLOG+WALL\nNOTIFYFLAG LOWBATT      EXEC+SYSLOG+WALL<\/pre>\n\n\n\n
Enfin, le dernier fichier \u00e0 modifier est \/etc\/nut\/nut.conf<\/code>, pour d\u00e9terminer le mode de fonctionnement de nut. L’utilisation se limitant \u00e0 une seule machine pour le moment, j’utilise donc le mode client seul.<\/p>\n\n\n\n
MODE=standalone<\/pre>\n\n\n\n
Maintenant que l’ensemble est configur\u00e9, il est possible de r\u00e9cup\u00e9rer les informations de l’onduleur par appel \u00e0 la commande upsc nom_onduleur@localhost<\/code>. Ayant r\u00e9ussi \u00e0 obtenir les informations d’\u00e9tat de l’onduleur, il reste \u00e0 effectuer un dernier test, en simulant une situation n\u00e9cessitant l’arr\u00eat de la machine connect\u00e9e \u00e0 l’onduleur.<\/p>\n\n\n\n
sudo upsmon -c fsd<\/pre>\n\n\n\n
La demande d’ex\u00e9cution de l’arr\u00eat forc\u00e9 est particuli\u00e8rement int\u00e9ressante, puisqu’elle m’a permit de v\u00e9rifier la bonne extinction de la machine surveillant l’onduleur. J’ai \u00e9t\u00e9 un peu surpris, car l’onduleur, simule \u00e9galement une coupure compl\u00e8te et un retour du courant sur toutes les prises. Quelques appareils ont donc subi un arr\u00eat un peu rude, mais cela m’a permis de v\u00e9rifier que tout le syst\u00e8me est capable de revenir \u00e0 un fonctionnement normal automatiquement.<\/p>\n\n\n\n
Il faudra n\u00e9anmoins que je pr\u00e9vois un test de coupure compl\u00e8te en d\u00e9branchant l’onduleur, afin de tester le comportement de l’ensemble dans cette situation. Par ailleurs, il me reste \u00e0 modifier cette configuration de surveillance de l’onduleur, afin de passer \u00e0 un mod\u00e8le client-serveur et d’\u00eatre en mesure de partager les informations d’\u00e9tat avec les autres composants branch\u00e9s \u00e0 l’onduleur et que ces derniers soient en mesure de d\u00e9clencher leur arr\u00eat avant une coupure totale du courant.<\/p>\n\n\n\n
Source :<\/p>\n\n\n\n