Bonsoir,
Un serveur web qui centralise ?
Les alertes sont envoyées par un appel de page "alerte.xxx" en https
depuis chaque machine Debian à surveiller.
Les infos sont contenues dans un POST (dont un champ est un identifiant
secret pour authentification).
Le serveur web reçoit les alertes, gère un historique, et envoie un mail
ou un SMS unique, même en cas de salves d'erreurs (un mail/SMS par jour,
par exemple).
Si l'administrateur ne se connecte pas au serveur web sous les 6h,
nouveau mail/SMS de relance, etc...
Et pourquoi pas utiliser ce principe pour appeler tous les jours une
page "rienadeclarer.xxx" quand tout va bien ?
Bon WE
Yann
Le 21/09/2018 à 17:05, Olivier a écrit :
Bonjour,
J'ai plusieurs réseaux sur des sites géographiques éloignés.
Dans ces réseaux j'ai un une machine sous Debian qui émet de temps en
temps (1 ou 2 fois par an) des alertes par mail.
Jusqu'à présent, ces alertes sont envoyées via un compte GMail, plus ou
moins dédié à cet usage: plusieurs machines disséminées sur toute la
France utilisent ce compte pour émettre des alertes.
Malheureusement, une fois sur deux, pour ne pas dire plus, GMail bloque
ces envois car ils sont pour lui un caractère suspect.
Qui a trouvé une solution satisfaisante dans ce type de situation ?
Comment la décrire ?
J'imaginais en vrac:
1. Envoyer des SMS plutôt que des emails (mais il arrive fréquemement
qu'une unique panne génère 20 ou 30 emails alors ...)
2. Utiliser un autre compte mail (mais lequel ?)
Quels suggestions et retour d'expérience ?
Slts
