J’y avais introduit un script simple de notification mail et SMS avec la commande NOTIFYCMD. A l’époque, je n’hébergeais pas encore sur github mes projets. J’avais mis le script en 2018 sur github, à l’occasion de la prise en charge de pushbullet et plus uniquement les mails et SMS.

Récemment j’ai revu le script, car il n’était pas très flexible. J’en ai profité pour y intégrer un PR de pushover de longue date, mais surtout Telegram qui est absolument recommandé pour des échanges chiffrés correctes, même si je n’avais pas d’infos sensibles sur des notifications UPS

Fin d’année passée, ma volonté était de passer toutes mes notifications en Telegram, que ce soit pour octoprint, mes vps, mes serveurs à la maison, Jeedom. J’ai notamment fait un script générique qui peut être utilisé pour envoyer des notifications Telegram à la fin d’une commande, avec un pipe, dans un script, etc en décembre.

La partie boot a été revue afin de ne plus avoir de dépendance avec un script de notification. Ce sont les mêmes fonctions, mais internalisées. J’ai partagé le logrotate également.

Installation manuelle du script de notification depuis github

Une fois la configuration de NUT suivis sur l’article précédent, voici la marche à suivre pour installer le script avec un copier coller. Vous aurez besoin de git :

• Copier le projet git nutNotify
• Copier le fichier nutNotify.conf.txt vers /usr/local/etc/nutNotify.conf afin de l’éditer avec vos besoins. Pour Telegram les deux variables telegramAccessToken et telegramChatID suffisent. Pour obtenir vos identifiants il faut créer un bot Telegram.
• Copier nutNotifyFct.sh nutNotifyBoot.sh nutNotify.sh nutShutdown.sh vers /usr/local/bin
• Copier systemd-notify vers /lib/systemd/system/nut-notify-boot.service
• systemctl reload daemon et enable nut-notify-boot
• Créer le répertoire de log /var/log/nutNotify avec les droits de l’utilisateur nut
• Copier le fichier de logrotate dans /etc/logrotate.d

git clone https://github.com/belgotux/nutNotify.git
cd nutNotify
cp nutNotify.conf.txt /usr/local/etc/nutNotify.conf
vim /usr/local/etc/nutNotify.conf
cp nutNotifyFct.sh nutNotifyBoot.sh nutNotify.sh nutShutdown.sh /usr/local/bin
cp systemd-notify /lib/systemd/system/nut-notify-boot.service
systemctl daemon-reload
systemctl enable nut-notify-boot.service
mkdir /var/log/nutNotify
chown nut:nut /var/log/nutNotify
cp nutNotify.logrotate /etc/logrotate.d

Configuration de NUT et du script de notification push depuis Ansible Galaxy

J’ai également créé un repo github pour le projet Ansible nut client qui a 2 fonctions :

• Configurer le service nut facilement : autant sur le nut server relié à l’UPS, que les clients réseaux nut
• Configurer le script de notification Push pour Telegram, Pushbullet, Pushover, mal ou sms

Vous pouvez définir différents types de notifications en fonction de l’évènement. J’enverrai une notification Telegram pour un problème secteur et lorsque les serveurs s’éteindront en fin de batterie par exemple. Mais je ne voudrais peut-être pas que tous mes serveurs me disent qu’ils sont sur batterie UPS lors d’une coupure, un seul me suffira… D’où l’utilité des variables Ansible : des notifications minimales pour le groupe de serveurs et des notifications pour tous les events pour le serveur relié à l’UPS.

Le role nut-client est disponible sur Ansible Galaxy. Pour le prendre :

ansible-galaxy install belgotux.nut_client

La configuration est bien fournie dans le README en Anglais, mais je mets ici les points essentiels avec un exemple :

• notifynut_method peut être [mail|pushbullet|telegram|pushover|sms] (default mail)
• notifynut_mailto adresse mail de destinataire (default root)
• nut_mode peut être [netclient|netserver] : netserver est à mettre uniquement sur le serveur ayant l’UPS en USB ou utilisé en réseau (default netclient)
• nut_ups_name le nom donné à l’ups
• nut_ups_ip l’IP de l’UPS
• nut_ups_port port du service nut (default 3493)
• nut_user utilisateur nut pour monitorer l’UPS
• nut_password le mot de passe pour monitorer l’UPS

Selon la notification utilisée, les variables sont aussi à compléter. Dans le cas de Telegram :

• notifynut_telegram_accessToken Telegram token
• notifynut_telegram_chatID Telegram chat ID

Utiliser efficacement les variables Ansible

Et c’est suffisant pour un simple serveur. Mais pour ne pas recevoir 5 notifications si vous avez 5 serveurs qui passent sous batteries… Je vous conseille dans le groupe de serveur de mettre ces variables. Vous serez averti en cas de problème de communication avec le serveur NUT et quand le serveur est de nouveau en ligne après une coupure de courant :

notifynut_method: none
notifynut_method_comm: telegram
notifynut_method_serveronline: (telegram mail)

Et dans le hosts_vars du serveur NUT ceci, afin que le service soit en écoute et d’avoir toutes les notifications par telegram uniquement. (sauf serveronline vu qu’on l’a défini dans notre groupe à telegram+mail comme les autres serveurs).

nut_mode: netserver
notifynut_method: telegram

L’article NUT – notifications push Telegram Pushbullet Pushover pour UPS est apparu en premier sur Mon linux.

Ce rôle est disponible dans l’Ansible Galaxy. Pour l’installer rien de plus simple :

ansible-galaxy install belgotux.notification_push

Je vous mets également le lien du projet de notification avec Ansible sur github.

Il ne requiert aucune dépendance, il va chercher la dernière version du script via github pour les 2 scripts actuellement supportés : Pushbullet et Telegram. Dans le cas de ce dernier, une tâche Ansible va directement chercher le chat ID, nécessaire en plus du token.

Au préalable, il faut avoir créé un compte pour Pushbullet en suivant les étages. Et un bot pour Telegram en plus en suivant l’article que j’ai écrit sur les notifications Telegram pour Debian.

Exemple Playbook

Notification pushbullet :

- hosts: servers
  roles:
      - { role: notification-push vars: notification_pushbullet_access_token: 'o.XXXXXXXXXXXXXXXXXXXXX' }

Notification Telegram :

- hosts: servers
  roles:
      - { role: notification-push vars: notification_telegram_access_token: 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX' }

Utiliser un bot API local pour Telegram

Il est tout à fait possible de pousser l’utilisation en auto-hébergement via l’utilisation de son propre service d’API bot Telegram. L’article officiel sur le site de Telegram en décrit les capacités. Le rôle est fait pour pouvoir changer l’adresse par défaut de l’API https://api.telegram.org.

- hosts: servers
  roles:
      - role: notification-push
        vars:
          notification_telegram_access_token: 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
          notification_telegram_provider_api: 'https://your_custom_api'

L’article Role Ansible notification push Linux Debian est apparu en premier sur Mon linux.

Mais le plus gros avantage étant que le canal est sécurisé car chiffré et vous n’avez pas de tiers qui peut tout lire comme avec pushbullet.

Dans le cas de cette notification, mon besoin est simple, distinguer les serveurs à la maison, de ceux en VPS via différent chatBot. Pour plus de visibilité sur les types d’alerte, les emoji sont bien utiles et complètement gérés par Telegram et par ce script.

Je vous partage donc le lien du projet github du script Telegram qui peut envoyer des notifications autant sous Debian que Ubuntu. Il peut sans doute tourner sous d’autres distributions, mais je n’ai pas testé.

Créer un compte Telegram

Rien de plus simple, vous installez Telegram sur votre Android ou autre smartphone. Il est nécessaire que votre compte soit vérifié par un numéro de téléphone. SI vous n’avez pas de smartphone, il est encore possible d’utiliser bluestacks pour émuler facilement un Android.

Une fois le compte créé, vous pouvez très bien installer le client sur votre Linux ou votre Windows pour recevoir les notifications. Il y a même un client CLI de disponible via le paquet telegram-cli.

Ajouter le contact @BotFather

Pour créer un bot il faut ajouter le contact @BotFather.

Vous faites la commande /start.

Vous demandez un nouveau bot via /newbots et suivez les instructions :

• Vous lui donnez un nom utile
• Vous créez un utilisateur qui doit être unique, le mieux étant de préfixer vos bots par votre pseudo ou un mot pas trop commun pour être certains d’avoir ce pseudo unique.
• Vous récupérez le token pour joindre l’API et vous le gardez secret.

Récupérer l’IP de chat

Sur votre compte Telegram, vous ajoutez votre nouveau bot comme contact et vous faites un /start. C’est important pour avoir un contenu et pouvoir récupérer l’ID du chat.

Avec votre navigateur ou curl, aller à l’adresse : https://api.telegram.org/bot<YourBOTToken>/getUpdates

Vous aurez un message du genre en json, ce qui nous intéresse est le chat: {"id":XXXXXXX :

{"ok":true,"result":[{"update_id":551184892,
"message":{"message_id":2,"from":{"id":1648779299,"is_bot":false,"first_name":"xxxx","language_code":"fr"},"chat":{"id":XXXXXXXXX,"first_name":"xxxx","type":"private"},"date":1670947477,"text":"/start","entities":[{"offset":0,"length":6,"type":"bot_command"}]}}]}%

Récupérer le script telegram-notification-linux

• Vous récupérez le projet git
• Vous copiez telegram-notification.sh dans /usr/local/bin/ et appliquez un chmod +x
• Vous copiez telegram-notification.conf.example dans /usr/local/etc/telegram-notification.conf
• Vous modifiez telegram-notification.conf pour y ajouter votre accessToken et votre chatID

git clone https://github.com/belgotux/telegram-notification-linux.git
cd telegram-notification-linux/
cp telegram-notification.sh /usr/local/bin/
chmod +x /usr/local/bin/telegram-notification.sh
vim telegram-notification.conf

Utilisation du script de notification Telegram

Voici différents cas d’utilisation et le résultat:

telegram-notification.sh -m "Space disc critic" -t "test" -c
telegram-notification.sh -m "Space disc high" -t "test" -w 
telegram-notification.sh -m "service blabla need attention" -w
telegram-notification.sh -m "simple report"
telegram-notification.sh -m "simple report with title" -t "my title \xF0\x9F\x90\xA2" 

L’article Notification Bot Telegram sous Linux Debian est apparu en premier sur Mon linux.

Mise à jour décembre 2017 : A partir de Debian 9 des modifications sont à faire

Mise à jour mars 2018 : script de notification modifié afin d’avoir des notification push sur son smartphone via pushBullet

Mise à jour février 2023 : script de notification totalement revu pour les dépendances, ajout de notification Telegram et Pushover, ainsi qu’un rôle Ansible dont j’explique les détails dans l’article dédié. La partie installation de cet article reste toujours valable

Installation de nut

Cette installation est pour un serveur ayant l’UPS branché directement en USB ou en SNMP. Si vous avez 2 serveurs alimentés par l’UPS, j’explique également comment configurer un serveur nut slave. Dans ce cas, le serveur slave interroge le serveur NUT du serveur master (qui a l’UPS branché en USB).

Installation des outils :

apt-get install nut

Pour utiliser un UPS disposant d’une carte réseau avec SNMP configuré :

apt-get install nut-snmp

Chercher le bon driver :

less /usr/share/nut/driver.list

Configurer ups.conf pour un UPS relié en USB :

[home-nas-ups]
driver = usbhid-ups
port = auto
desc = "EATON Protection Station 650"

Configurer ups.conf pour un gros UPS qui dispose d’une carte réseau en SNMP :

[ups-bat2]
driver = snmp-ups
port = 10.1.2.3
community = monitor
#       mibs=appc
snmp_version=v2c
pollfreq=30
desc = "AEG Protect D. 3000"

Configurer upsd.conf pour un serveur en standalone :

LISTEN 127.0.0.1 3493

Configurer upsd.conf sur le master si on a plusieurs serveurs alimenté par l’UPS :

LISTEN 0.0.0.0 3493

Configurer upsd.users :

[admin]
password = *********
actions = SET
instcmds = ALL

[nutsoft]
password = *****
actions = FSD
upsmon master

Si vous avez 2 serveurs qui sont sur le même UPS, voici la configuration d’un accès pour le serveur slave à configurer dans le fichier upsd.users du master nut :

[nutslave]
password = **********
upsmon slave

Script de notification d’évènement NUT par mail / SMS / push

J’ai créé un script de notification NUT sur Github afin d’être alerté d’un évènement sur l’UPS par mail ou sms. Depuis mars 2018, par notification push sur son smartphone! Depuis le début d’année 2023, un article complet sur une mise à jour majeure du script est disponible avec de nouvelles notifications Push comme Telegram.

Il faut créer un compte sur le site de pushBullet et installer l’application Android. Elle existe aussi pour windows phone ou iPhone. Une fois loggé avec votre compte Google, allez dans Settings > Account > « Create Access Token ». Copiez le code apparu pour le mettre dans le fichier de configuration dans la variable « accessToken ».

Les notifications sont variables :

• On peut très bien être averti uniquement par mail d’un soucis de déconnexion usb à l’UPS
• Etre averti au passage sous batterie par mail, sms et push.
• Etc

Le script envoi un mail à « alert ». On crée donc un alias dans /etc/aliases :

alert: monmail@mydomain.tld

Et on applique la configuration avec la commande :

newaliases

Intégration du script de notification

Pour intégrer le script de notification dans la configurer de NUT, il faut modifier le fichier upsmon.conf du master :

RUN_AS_USER nut
MONITOR home-nas-ups@localhost:3493 1 nutsoft ***** master
NOTIFYCMD /usr/local/bin/nutNotify.sh
#multiple instances running simultaneously

NOTIFYMSG ONLINE "ONLINE %s"
NOTIFYMSG ONBATT "ONBATT %s"
NOTIFYMSG LOWBATT "LOWBATT %s"
NOTIFYMSG FSD "FSD %s"
NOTIFYMSG COMMBAD "COMMBAD %s"
NOTIFYMSG COMMOK "COMMOK %s"
NOTIFYMSG SHUTDOWN "SHUTDOWN %s"
NOTIFYMSG REPLBATT "REPLBATT %s"
NOTIFYMSG NOCOMM "NOCOMM %s"

NOTIFYFLAG ONLINE SYSLOG+EXEC
NOTIFYFLAG ONBATT SYSLOG+EXEC
NOTIFYFLAG LOWBATT SYSLOG+WALL+EXEC
NOTIFYFLAG FSD SYSLOG+WALL+EXEC
NOTIFYFLAG COMMBAD SYSLOG+EXEC
NOTIFYFLAG COMMOK SYSLOG+EXEC
NOTIFYFLAG SHUTDOWN SYSLOG+WALL+EXEC
NOTIFYFLAG REPLBATT SYSLOG+EXEC
NOTIFYFLAG NOCOMM SYSLOG+EXEC

#NOTIFYMSG type message

POWERDOWNFLAG /var/lib/nutsoft/killpower
#POWERDOWNFLAG /var/tmp/killpower
#Dans la doc :
#POWERDOWNFLAG /etc/killpower
SHUTDOWNCMD "/sbin/shutdown -h +0"

FINALDELAY 2
MINSUPPLIES 1
RBWARNTIME 604800
NOCOMMWARNTIME 21600

POLLFREQ 15
POLLFREQALERT 30
HOSTSYNC 15
DEADTIME 45

Voici une configuration pour un serveur slave de upsmon.conf

RUN_AS_USER nutsoft
MONITOR ups-bat2@localhost 1 nutsoft ***** master
NOTIFYCMD /usr/local/bin/nutNotify.sh
#multiple instances running simultaneously

NOTIFYMSG ONLINE "ONLINE %s"
NOTIFYMSG ONBATT "ONBATT %s"
NOTIFYMSG LOWBATT "LOWBATT %s"
NOTIFYMSG FSD "FSD %s"
NOTIFYMSG COMMBAD "COMMBAD %s"
NOTIFYMSG COMMOK "COMMOK %s"
NOTIFYMSG SHUTDOWN "SHUTDOWN %s"
NOTIFYMSG REPLBATT "REPLBATT %s"
NOTIFYMSG NOCOMM "NOCOMM %s"

NOTIFYFLAG ONLINE SYSLOG+EXEC
NOTIFYFLAG ONBATT SYSLOG+EXEC
NOTIFYFLAG LOWBATT SYSLOG+WALL+EXEC
NOTIFYFLAG FSD SYSLOG+WALL+EXEC
NOTIFYFLAG COMMBAD SYSLOG+EXEC
NOTIFYFLAG COMMOK SYSLOG+EXEC
NOTIFYFLAG SHUTDOWN SYSLOG+WALL+EXEC
NOTIFYFLAG REPLBATT SYSLOG+EXEC
NOTIFYFLAG NOCOMM SYSLOG+EXEC

#NOTIFYMSG type message

POWERDOWNFLAG /var/lib/nutsoft/killpower
SHUTDOWNCMD "/sbin/shutdown -h +0"

FINALDELAY 2
MINSUPPLIES 1
RBWARNTIME 604800
NOCOMMWARNTIME 21600

POLLFREQ 30
POLLFREQALERT 60
HOSTSYNC 15
DEADTIME 15

Configurer nut.conf pour un seul serveur sur l’UPS :

MODE=standalone
UPSD_OPTIONS="-u root"    #car upsdrvctl a besoin d'être spécifié en root

En cas de serveur master et slave, éditer le fichier nut.conf sur le master :

MODE=netserver
UPSD_OPTIONS="-u root"

Opérations pour l’utilisateur spécifique :

• créer fichier de log et modif user :

touch /var/log/nutNotify.log && chown nut:nut /var/log/nutNotify.log

UPS de test

Pour tester les scripts, implémentation et autre, on peut utiliser un driver de test : dummy-ups

Voici l’exemple qui permet de tester son script de notification par exemple :

[dummy]
driver = dummy-ups
port = evolution500.dev
desc = "dummy-ups in dummy mode"

[repeater]
driver = dummy-ups
port = ups@hostname
desc = "dummy-ups in repeater mode"

Explications :

Il faut bien comprendre que upsmon va exécuter le script notify avec l’argument adéquoit : passage sous batterie, restauration du secteur, batterie faible ou signal d’arrêt des serveurs

Lorsque le signale LOWBATT est reçu, le SHUTDOWNCMD est exécuté après le FINALDELAY. Par défaut le script init halt appelle le script « ups-monitor shutdown » qui appelle réellement le script d’init « nut shutdown ». Celui-ci vérifie que le fichier POWERDOWNFLAG existe et contient the « magic string » de nut (cela peut poser problème lors de test, faire attention). Ensuite, le script demande au gestionnaire de driver (upsdrvctl) d’envoyer le signal de shutdown à l’UPS avec un delay de 20 secondes par exemple (dépend des UPS).

Si besoin, modifier la ligne 165 « if $upsmon -K >/dev/null 2>&1 ; then » par « if [ 1 ] ; then », si l’on veut pouvoir créer ce flag soit même

Attention que le fichier POWERDOWNFLAG doit se trouver sur la partition racine p.e. car il est exécuté en dernier dans les scripts rc.0. Le mettre dans /tmp quand on a un tmpfs ne fonctionnera pas.

Pour plus d’informations, rendez-vous sur le site officiel de Nut.

Problèmes possibles

Cas 1 – mauvaise syntaxe

#upsmon
Network UPS Tools upsmon 2.4.3
Unable to use old-style MONITOR line without a username

Problème de ligne dans le fichier de configuration upsmon.conf attention au power value 1!!!

Cas 2 – driver ne démarre pas

Can't connect to UPS [home-nas-ups] (usbhid-ups-home-nas-ups): No such file or directory

Vérifier que le driver est bien chargé (besoin de lancer en root…) :

#upsdrvctl start
Network UPS Tools - UPS driver controller 2.4.3
Network UPS Tools - Generic HID driver 0.34 (2.4.3)
USB communication driver 0.31
Can't claim USB device [0463:ffff]: could not detach kernel driver from interface 0: Operation not permitted Driver failed to start (exit status=1)

Tester en root :

upsdrvctl -t -u root start

Aide du driver de l’UPS :

/lib/nut/usbhid-ups -h

Editer le fichier d’init, chercher la ligne « ! $upsdrvctl start » et remplacer par « ! $upsdrvctl -u root start »

 Problème 3 – driver non démarré automatiquement sur Squeeze

Si upsdrvctl ne se lance pas avec /etc/init.d/nut start sous Debian Squeeze, alors il s’agit peut-être d’un problème de droits.

# /etc/init.d/nut stop
Stopping Network UPS Tools: (driver(s) failed) upsd upsmon.

Essayer sans et avec les options root :

# /sbin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.4.3
Network UPS Tools - Generic HID driver 0.37 (2.6.4)
USB communication driver 0.32
interrupt pipe disabled (add 'pollonly' flag to 'ups.conf' to get rid of this message)
Can't claim USB device [051d:0003]: could not detach kernel driver from interface 0: Operation not permitted
Driver failed to start (exit status=1)

# /sbin/upsdrvctl -u root start
Network UPS Tools - UPS driver controller 2.4.3
Network UPS Tools - Generic HID driver 0.37 (2.6.4)
USB communication driver 0.32
interrupt pipe disabled (add 'pollonly' flag to 'ups.conf' to get rid of this message)
Using subdriver: APC HID 0.95

Il faut donc éditer le script d’init, c’est pas propre, mais pas le choix :

# diff /tmp/nut /etc/init.d/nut
84c84
<           ! $upsdrvctl start >/dev/null 2>&1  &&  \
---
>           ! $upsdrvctl -u root start >/dev/null 2>&1  &&  \

Le driver est correctement chargé :

# /etc/init.d/nut start
Starting Network UPS Tools: driver(s) upsd upsmon.

Nut-cgi

installer le paquet :

apt-get install nut-cgi

Configurer le fichier hosts.conf :

MONITOR home-nas-ups@localhost:3493 "EATON Protection Station 650"

Configurer le fichier upsset.conf :

I_HAVE_SECURED_MY_CGI_DIRECTORY

Configuration pour Apache, éditer /etc/apache2/site-enable/000-default :

#ScriptAlias /nut/cgi-bin /usr/lib/cgi-bin/nut
ScriptAlias /cgi-bin/nut /usr/lib/cgi-bin/nut
<Directory /usr/lib/cgi-bin/nut>
AllowOverride AuthConfig
Options ExecCGI
Order allow,deny
Allow from all
</Directory>

Alias /nut /usr/share/nut/www
<Directory /usr/share/nut/www >
Options None
AllowOverride None
Order allow,deny
allow from all
</Directory>

Configuration pour Lighttpd, éditer /etc/lighttpd/lighttpd.conf :

alias.url = ( "/nut/cgi-bin" => "/usr/lib/cgi-bin/nut" )
alias.url += ( "/cgi-bin/nut" => "/usr/lib/cgi-bin/nut" )
alias.url += ( "/nut" => "/usr/share/nut/www" )

Commandes utiles

• upscmd : interragir avec l’UPS commande
• désactiver temporairement le beeper : upscmd -u admin -p ‘jeypErjEm!ogIm9’ ups-antenne beeper.mute
• upsrw : set UPS variables
• upsc : CLi pour monitorer l’ups

L’article NUT – parler à son UPS – notifications mails/push et arrêt propre du système est apparu en premier sur Mon linux.

Pour savoir qui est connecté en temps réel, on peut déjà utiliser cette option dans la configuration serveur l’OpenVPN :

status /var/log/openvpn-status.log

Mais c’est encore mieux d’être averti par mail en live que quelqu’un se connecte à notre VPN OpenVPN !

Il faut ajouter ces 3 lignes dans le fichier de configuration serveur OpenVPN :

script-security 2
client-connect /usr/local/bin/openvpn-notify.sh
client-disconnect /usr/local/bin/openvpn-notify.sh

Cela permet à OpenVPN de faire appel à ces scripts lors d’une connexion ou déconnexion d’un client. Dans mon cas, c’est le même script, car des variables d’environnement permettent d’obtenir l’action (connect ou disconnect) et de gérer l’action désirée dans le script.

Les variables d’environnement servent à passer les paramètres d’OpenVPN dont on a besoin dans notre script. Il existe une liste liste impressionnante, voir le man d’openvpn à la section Environmental Variables.

Celles que j’ai utilisées :

• $script_type : permet de récupérer l’action client-connect ou client-disconnect
• $config : permet de récupérer le chemin absolut de la configuration vpn (pratique si on dispose de plusieurs VPN afin de les distinguer)
• $common_name : le nom du client openvpn afin de savoir qui s’y connecte
• $trusted_ip : l’IP publique par laquelle le client se connecte au VPN
• $ifconfig_remote : l’IP interne du VPN obtenue par le client

Je vous livre mon script « tout fait qui va bien » dans la suite de cet article, il est personnalisable et sous licence GPLv3.

Dans ce script les fonctions connect-action et disconnect-action sont personnalisables.

Dans mon cas je n’utilise que la notification mail appelée dans une autre fonction. openvpn-notify.sh.

#!/bin/bash
# Auteur : Belgotux
# Site : www.monlinux.net
# Adresse : belgotux@monlinux.net
# Version : 1.0
# Date : 08-03-2015
# Licence : GPLv3
# Changelog : 
# Description : 
#   use openvpn local environment variable, see openvpn man
#   In your server config file :
#    client-connect /usr/local/bin/openvpn-notify.sh
#    client-disconnect /usr/local/bin/openvpn-notify.sh

MAILTO=root

function connect-action () {
    mail-notify
}

function disconnect-action () {
    mail-notify
}

function mail-notify () {
    (echo "
    action = $script_type
    VPN = $config
    Common name = $common_name
    Public IP address = $trusted_ip
    VPN get address = $ifconfig_remote"
    ) | mail -s "$script_type $(basename $config .conf) $common_name" $MAILTO
    return $?
}

case $script_type in

    client-connect)
        connect-action
    ;;

    client-disconnect)
        disconnect-action
    ;;

    *)
    exit 0
    ;;
esac


exit 0

On fait un reload d’openvpn pour les options serveur rajoutées et voilà.

L’article Openvpn notify – notification email de connexion utilisateur est apparu en premier sur Mon linux.