{"id":3949,"date":"2020-01-14T14:00:00","date_gmt":"2020-01-14T13:00:00","guid":{"rendered":"https:\/\/www.unicoda.com\/?p=3949"},"modified":"2020-01-07T11:49:23","modified_gmt":"2020-01-07T10:49:23","slug":"onduleur-surveillance-sur-le-reseau","status":"publish","type":"post","link":"https:\/\/www.unicoda.com\/?p=3949","title":{"rendered":"Onduleur – Surveillance sur le r\u00e9seau"},"content":{"rendered":"\n

Dans un article pr\u00e9c\u00e9dent<\/a>, nous nous \u00e9tions quitt\u00e9 avec une connexion directe par USB entre l’une des machines connect\u00e9e \u00e0 l’onduleur et l’onduleur lui-m\u00eame. Aujourd’hui, retour sur la configuration du service de surveillance de l’\u00e9tat de l’onduleur, cette fois pour que la machine connect\u00e9e partage l’information sur le r\u00e9seau. Le but \u00e9tant que les autres machines connect\u00e9es \u00e0 l’onduleur soit elles aussi capable de conna\u00eetre son \u00e9tat, de d\u00e9clencher un arr\u00eat en cas de batterie faible et ainsi, de pouvoir s’\u00e9teindre avant de subir une perte de courant totale.<\/p>\n\n\n\n

Je repars ici de ma configuration d\u00e9j\u00e0 en place. Comme la premi\u00e8re fois, plusieurs fichiers sont \u00e0 modifier, mais en nombre plus r\u00e9duit. Je commence par \u00e9diter le fichier \/etc\/nut\/upsd.users<\/code>, sur la machine d\u00e9j\u00e0 configur\u00e9e en mode client et connect\u00e9e \u00e0 l’onduleur, pour y ajouter un utilisateur \u00ab\u00a0esclave\u00a0\u00bb qui servira \u00e0 mon autre ordinateur pour l’authentification des demandes d’\u00e9tat.<\/p>\n\n\n\n

[slave]\n  password = PASSWORD\n  upsmon slave<\/pre>\n\n\n\n
Je modifie ensuite \/etc\/nut\/upsd.conf<\/code> pour que le serveur nut soit accessible sur le r\u00e9seau et non plus seulement en localhost; en consid\u00e9rant que l’IP de ma machine est statique.<\/p>\n\n\n\n
LISTEN 192.168.24.42 3493<\/pre>\n\n\n\n
J’encha\u00eene ensuite avec \/etc\/nut\/nut.conf<\/code>, o\u00f9 je pr\u00e9cise que nut devra d\u00e9sormais fonctionner en mode serveur.<\/p>\n\n\n\n
MODE=netserver<\/pre>\n\n\n\n
Enfin, pour terminer la configuration de la machine principale, je red\u00e9marre ups-monitor<\/code> et nut-server<\/code>.<\/p>\n\n\n\n
Passons maintenant \u00e0 la machine cliente, o\u00f9, apr\u00e8s avoir install\u00e9 nut, je d\u00e9finie la mani\u00e8re dont nut va r\u00e9cup\u00e9rer les informations d’\u00e9tat de l’onduleur, en modifiant \/etc\/nut\/upsmon.conf<\/code>. J’utilise ici l’utilisateur \u00ab\u00a0slave\u00a0\u00bb configur\u00e9 pr\u00e9c\u00e9demment.<\/p>\n\n\n\n
MONITOR eaton@192.168.24.42 1 slave PASSWORD slave<\/pre>\n\n\n\n
Ensuite, \u00e9dition du fichier \/etc\/nut\/nut.conf<\/code> afin de pr\u00e9ciser le mode de fonctionnement de nut, \u00e0 savoir ici, client du r\u00e9seau.<\/p>\n\n\n\n
MODE=netclient<\/pre>\n\n\n\n
Pour finir sur cette machine cliente, red\u00e9marrage de ups-monitor<\/code> et nut-client<\/code>.<\/p>\n\n\n\n
Dernier point de configuration important, mais non li\u00e9 \u00e0 nut, au d\u00e9marrage, j’ai constat\u00e9 que nut n’\u00e9tait pas capable d’\u00e9couter sur l’IP d\u00e9finie dans la configuration, cela \u00e9tant due, au fait que la r\u00e9cup\u00e9ration de l’IP \u00e9tait encore en cours d’acquisition (statique c\u00f4t\u00e9 DHCP), au moment du d\u00e9marrage de nut. Pour palier au probl\u00e8me, j’ai configur\u00e9 mon RPI pour attendre la connexion au r\u00e9seau avant de continuer plus avant dans la proc\u00e9dure de boot. Sur un RPI, la configuration s’effectue comme suit :<\/p>\n\n\n\n