En poursuivant votre navigation sur ce site, vous acceptez l'utilisation de cookies pour vous proposer des contenus et services adaptés.
Mentions légales.

LanAlertCenter // Supervision de machines sur le réseau (outil abandonné depuis 2020, remplacé par DipiLanAlert)

lanalertcenter01.png lanalertcenter02.png

Ce logiciel a pour but d'aider les admins à paraître moins "bébète" face à leurs utilisateurs en cas de panne serveur/réseau ! portnawak

En effet, je suis admin depuis de nombreuses années et j'ai souvent été confronté à la désagréable situation où, absorbé par des taches diverses et variées, je ne me suis pas aperçu qu'un de mes serveurs (ou le réseau local) était "tombé" en carafe... et quand cela arrive, je trouve gênant et frustrant que ce soit un "simple" utilisateur qui vienne le signaler !

C'est donc pour éviter ce genre de situation que mes petits doigts boudinés ont caressé les touches de mon clavier des heures durant pour donner naissance à LanAlertCenter (précédemment nommé Pang). Cet outil a donc pour mission de surveiller des machines définies et d'alerter l'admin rapidement en cas de problème...

Principales fonctionnalités :

  • 7 analyses possibles :
    • test de réponse à la commande ping,
    • test de présence/accessibilité d'un partage nommé,
    • test d'accessibilité base de données (tous types : Oracle, mySql, PostgreSQL, Informix, Sybase, SQL-Server, MS-Access, Interbase, DB2, etc...),
    • test de l'état d'une imprimante réseau (compatible avec le protocole SNMP),
    • test de l'état d'un service,
    • test de la présence d'un processus,
    • test de l'espace disque libre (en valeur absolue ou en pourcentage).
  • possibilité de définir une fréquence d'analyse différente pour chaque machine surveillée,
  • possibilité de définir des périodes d'exclusion d'analyse (jour et heure),
  • possibilité de définir des actions à déclencher en cas de réponse/non réponse,
  • possibilité de choisir le mode de reporting des erreurs (popup, mail, msg, systray, journal des événements du système, fichier de journalisation, etc.),
  • et bien d'autres choses à découvrir en testant LanAlertCenter ! cligne

ASTUCE : il est possible d'ajouter le paramètre /run dans le raccourci qui lance LanAlertCenter ; cette option permet de démarrer le traitement automatiquement à l'ouverture du logiciel. Cela peut être intéressant notamment si vous placez le raccourci dans le groupe Démarrage de votre menu Démarrer...

ATTENTION : la mise en œuvre du test d'accessibilité à une base de données nécessite que la couche Odbc32 et le pilote correspondant au SGBD concerné (Oracle, mySql, PostGreSQL, etc.) soient installés...

Télécharger Télécharger ce logiciel (version installeur)
Télécharger Télécharger ce logiciel (version portable ZIP) Note importante aux utilisateurs des versions portables

Date de création : 21/02/2005 @ 14:15
Dernière modification : 23/07/2019 @ 20:30
Catégorie : - Outils obsolètes
Page lue 181900 fois
 

Réactions à cet article

Réaction n°117 

par   Bruno le 05/10/2008 @ 03:49

Bonjour,

Je voudrais vous suggérer quelques améliorations pour LanAlertCenter :

- N'envoyer d'alerte qu'en cas de plusieurs tests d'affilés en défaut (2 ou réglable) pour éviter d'être alerté lors d'une courte interruption de connexion qui se passe juste au moment du test.

- Possibilité de personnaliser les alertes mail pour pouvoir les adapter à l'application et aux limitations d'affichage à l'arrivée, par exemple un MMS sur un écran de tél portable petit et qui ne lit pas les accents (par exemple vos messages sur le mien :

"ne r pond plus (Timeout)"

"r pond  nouveau (OK (84ms))"

Cordialement.

[réponse de damien, le 05/10/2008 à 10h10]

Tout d'abord, j'ai transformé votre post (du livre d'or) en réaction à l'article sur LanAlertCenter puisqu'il concerne exclusivement cet outil. Merci de veiller à poster au bon endroit car dans le cas contraire ça nécessite de faire des manipulations dans plusieurs fichiers (il n'y a pas de fonctionnalité de ce genre dans la zone d'administration de GuppY). Avec le risque de corrompre la base... portnawak

S'agissant de vos suggestions :

  • il est prévu que je modifie le fonctionnement actuel d'envoi des mails pour le rapprocher de celui des actions : cela comprend donc la possibilité de définir le nombre de non-réponses qui conditionneront les envois de mails.
  • je n'avais pas envisagé de permettre de personnaliser les alertes mais cette idée me va bien... je la note ! cligne
  • pour ce qui est des accents, il est prévu que la configuration SMTP soit enrichie : sélection du format des mails (text ou html, charset notamment).


Réaction n°116 

par   Pascal le 04/10/2008 @ 22:08

Super comme logiciel, toutes mes félicitaions

merci beaucoup.

Une petite sugestion (si vous ne l'aviez pas déjà eue), pourriez vous intégrer des variable que l'on pourrai utiliser dans l'objet de l'alerte pas courriel, par exemple Nom du serveur et heure de l'alerte (en effet les heure des serveurs de messagerie sont parfois en heure GMT).

Par avance merci.

[réponse de damien, le 05/10/2008 à 09h47]

J'avais effectivement prévu d'intégrer quelques variables (ip, nom machine, type de surveillance) mais je n'avais pas pensé à ajouter l'heure du défaut... merci de la suggestion ! cligne


Réaction n°115 

par   Rico le 04/10/2008 @ 16:40

Salut Damien

Je cherchai un logiciel pour surveiller une machine, donc j'ai pensez a ton logiciel.

Il me manque une option, serait il possible de l'integrer.

En faite je cherche a scanner un port tcp/ip, et que LanAlertCenter me previenne quand il est ouvert.

Sinon super travail, t'es outils sont très pratique.

Rico®

[réponse de damien, le 04/10/2008 à 17h44]

Cette fonction est intégrée (depuis pas mal de temps déjà) dans la prochaine version qui n'est pas encore dispo... viens la voir à l'occasion ! cligne


Réaction n°114 

par   JB le 23/09/2008 @ 08:21

Bonjour,

Suite a un petit problème ce matin, il a fallut que je vérifie que tous mes équipements étais bien UP.
La solution : faire "arrêter" puis  "démarrer" ... un petit bouton "tout vérifier" ce serais super bien ;)

Encore merci.

[réponse de damien, le 23/09/2008 à 22h01]

Demande déjà formulée, mais tu as raison d'enfoncer le clou ! cligne


Réaction n°113 

par   Oots le 15/08/2008 @ 13:27

Bonjour,

Merci pour ce logiciel très utile de surveillance qui semble avoir fait beaucoup d'heureux.

D'une nature feignante, je me demandai s'il n'était pas possible de faire une détection automatique des machines connectées à un réseau en définissant une plage d'adresse de balayage. Du genre, scanner de "192.168.200.000" à "192.168.200.255" et définir le type, ordinateur ou imprimante, et de les ajouter à la fenêtre graphique?

Je précise que je n'ai que des notions limitées en informatique, cette suggestion est peut être absurde techniquement sourire

Oots

[réponse de damien, le 22/08/2008 à 12h38]

Je ne souhaite pas inclure de fonction de scan de plage d'IP à LanAlertCenter : il faut utiliser IPScan32 pour ça. cligne

J'ai toutefois fait quelques recherches pour implémenter une fonction de recherche automatique via le protocole "bonjour" d'Apple, mais sans succès pour les machines fonctionnant sous Windows : seules les imprimantes semblent y répondre pour l'instant... je conserve mes bouts de code de test pour l'avenir. pas ma faute


Réaction n°112 

par   Jack le 09/07/2008 @ 14:52

Bonjour Mr PONNELLE,

Tout d'abord un grand merci et un grand bravo pour vos outils et en particulier LanAlertCenter.

Execellent outil très intuitif et très puissant qui va beaucoup m'aider dans ma gestion quotidienne professionnelle.

Seulement, je me permet, si c'est possible bien sur, de vous suggérer une amélioration. J'utilise l'outil pour surveiller tout un tas d'équipements (routeurs, relais SMTP, firewall, ...) soit à peu près 200 équipements. J'ai positionné des alertes à la fois sur réponse et sur non réponse (pour avoir l'info quand un équipement tombe et quand il revient à la vie). L'outil est positionné sur 1 serveur et il vit ainsi tout seul. Le seul pb est que, pour savoir si l'outil est tjs "vivant" je l'arrête et le redemarre 2 fois par jour et lui demande un rapport. L'ennui est que dans ce rapport j'ai une longue liste d'équipement OK et qqs équipements down. Les OK bien sur ne m'interesse pas dans ces 2 rapports quotidiens. Donc 2 questions : Est-il possible que l'outil dise "Hello je suis bien la à cet heure-ci et voici la liste des équipement KO" OU, que l'on puisse choisir quel résumé l'on veut avoir quand on redémarre l'outil (équipement OK et/ou que équipement KO).

Si c'est possible çà serait le TOP !!!

Merci en tout cas pour votre attention. Cordialement.

[réponse de damien, le 09/07/2008 à 18h20]

Merci pour vos compliments, pour commencer... c'est toujours très plaisant. cligne

Je ne comprends pas trop l'utilité d'arrêter/redémarrer le soft en dehors de modifier/ajouter/supprimer des machines ou modifier la config. Cela arrive-t-il si souvent qu'il se plante pour en arriver là ? La prochaine version devrait intégrer un mini serveur web pour consulter l'état des machines - et de l'appli - quand celle-ci n'est pas installée en local. Je pense que cela devrait régler partiellement le problème, non ?

En ce qui concerne l'autre sujet que vous évoquez, à savoir "la longue liste d'équipements OK" à chaque redémarrage de l'analyse, ceci peut être inhibé en décochant la case "Alertes et actions effectives à la première analyse" dans la rubrique "Général" de la config du programme. Par contre, le traitement est actuellement le même si les machines sont OK ou non : les machines en erreur sont bien représentées en rouge mais aucune ligne n'en faisant référence n'est versée au fichier log dans ce cas. Si besoin, je peux éventuellement ajouter une option pour différencier le traitement des machines selon si elles sont OK ou non... à voir.

Cette réponse vous convient-elle ?


Réaction n°111 

par   iutgtr2 le 16/06/2008 @ 09:42

Bonjour,

Merci pour votre soft qui est vraiment sympa et utile. Cependant, cette version 3.0.4 a tendance à planter et devenir inacccessible quand un serveur de base de données (Oracle dans mon cas) ne répond plus (test avec méthode base de données). LanAlertCenter est installé sur Windows XP SP3, mais j'avais le même problème sur XP SP2 et 2000 Pro. Les bases testées sont des Oracle 9 pour la plupart.
Merci à vous
Cordialement

Richard

[réponse de damien, le 16/06/2008 à 13h43]

En effet, il arrive parfois que l'appli freeze dans certains cas d'inaccessibilité de base de données. Le problème ne vient pas directement de LanAlertCenter puisque celui-ci non plus ne "récupère pas la main". Il peut s'agir de n'importe quel composant de la chaîne d'accès aux données : RDO, ODBC, driver, etc...

Je n'ai pas de piste pour le moment. Désolé. pas ma faute


Réaction n°110 

par   o1ivier le 29/05/2008 @ 20:54

Ha effectivement!
Le rendez vous cez l'ophtalmo est priscligne
j'ai honte oups
Olivier

[réponse de damien, le 29/05/2008 à 21h00]

Pas de soucis ! cligne


Réaction n°109 

par   o1ivier le 29/05/2008 @ 19:38

 Bonjour,

tout d’abord, bravo pour ce super boulot, LanAlertCenter est vraiment un programme de surveillance super :).
Par contre je voudrai effectuer une surveillance de bases de données, et là je me retrouve comme une poule devant un couteau. Comment est-ce que l’on accède au autres modes de surveillance que le ping. J’ai parcouru le site, le programme, et je ne trouve pas.
C’est mes lunettes ou il manque quelquechose quelque part ? Amicalement Olivier

[réponse de damien, le 29/05/2008 à 20h08]

Euh... sans vouloir paraître discourtois, je pense qu'il doit effectivement y avoir un problème de lunettes ! Peut-être y collègue a-t'il collé des copies d'écran sur vos verres ?! Est-ce que l'image bouge quand vous tournez la tête ?! cligne

Bon, plus sérieusement : comme on peut le voir dans la copie d'écran de la fenêtre de configuration d'une machine (image de droite de l'article, cliquez dessus pour l'afficher en taille normale), juste au dessus du champ Adresse se trouve une combo box qui permet de sélectionner la méthode d'analyse. Elle contient différentes valeurs : Réponse au ping, existence d'un partage, état d'une imprimante, réponse base de données et état d'un service. Vu ?

Chacun de ces "tests" requiert des paramètres différents, obligatoires ou facultatifs selon le cas. S'agissant du test "réponse base de données", je vous conseille d'utiliser "l'assistant de configuration ConnectString" (en cliquant sur le bouton "...") pour vous faciliter la tâche : sélectionnez-y le type du SGBD/pilote à utiliser puis renseignez les valeurs entre #.

Avec ces infos, vous devriez vous en sortir... Si vous avez d'autres questions, n'hésitez pas à me recontacter.


Réaction n°108 

par   manuchon44 le 23/05/2008 @ 15:06

Je voudrais savoir comment on fait pour dialoguer avec l'imprimante via le protocole snmp et surtout quoi mettre exactement dans le code pour que ma dll puisse allez chercher le statut. Je te demande pas de me donner ton code car ça serait trop facile. En fait j'ai fait toute mon analyse UML et j'ai créer la base de ma dll. Le hic c'est que je n'arrive pas à appeler ma fonction. Donc voilà et encore bravo pour tes logiciels super pratique.

A +.

[réponse de damien, le 23/05/2008 à 18h10]

Dans LanAlertCenter, j'ai mis en oeuvre une implémentation asynchrone de SNMP : j'envoie ma trame (via le contrôle Winsock, port 161 UDP) contenant l'OID souhaitée vers la machine "cible" et je boucle durant quelques secondes en attendant une éventuelle réponse.

Contrairement au "magic packet" utilisé pour le WOL, la structure de la trame à envoyer est assez complexe. Tu trouveras des exemples sur le net dans différents langages mais je ne te cache pas que j'ai eu du mal à trouver mon bonheur en VB5/VB6...

Enfin, le résultat retourné est lui aussi complexe (à traiter) car ce n'est pas une simple chaîne alphanumérique : selon l'OID, la nature des données renvoyées varie...

Voilà, j'espère que ça te met un peu plus sur la voie. De toute façon, comme tu le dis si bien, "je ne vais pas te donner mon code car ça serait trop facile" !

PS.: le livre d'or n'est pas une messagerie, alors merci de poursuivre soit par mail, soit ici-même (dans l'article consacré à LanAlertCenter) pas ma faute