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 5455 fois
 

Réactions à cet article

Réaction n°227 

par djfb1 le 14/11/2013 @ 14:42

Bonjour,

J'essaie de faire une surveillance entre une application et une base de données Oracle mais j'ai le message suivant: erreur ora-12154:tns qui s'affiche.

Merci pour votre réponse.

[réponse de damien, le 14/11/2013 à 21h16]

Cette erreur signifie que la base désignée n'a pas été trouvée dans ton fichier TNSNAMES.ORA ou que ce dernier est "foireux"...

Comment as-tu configuré le champs ConnectString ? As-tu utilisé un des modèles "Oracle" ou "Odbc" (voir liste déroulante) ? Personnellement je te conseille d'utiliser "Oracle (full-DSN-less)" qui te permettra d'indiquer tous les paramètres d'accès sans passer par le TNSNAMES.ORA.


Réaction n°226 

par Amed le 31/10/2013 @ 14:08

Bonjour,

Je me demande si sur votre appli il est possible d'importer une liste depuis "ip scan32", ce qui existe avec votre appli "wakeonlan" ??

Ce serai un grand plus.

Merci de votre réponse.
Amed.

[réponse de damien, le 31/10/2013 à 19h15]

Je répète ce que j'ai déjà écrit à plusieurs reprises...

La dernière version publiée (v3.0.4) n'intègre pas cette fonctionnalité que j'ai ajoutée dans les versions suivantes, mais ces dernières sont "instables", par conséquent je ne les publierai pas. La v3.0.4 version donc est la dernière et n'aura pas de remplaçante : LanAlertCenter en VisualBasic 5 c'est terminé, je n'y apporterai plus aucune évolution. pas ma faute

Mais j'ai prévu de re-développer totalement l'appli dans un autre langage (le projet est déjà commencé en fait) tout comme c'est le cas pour le successeur d'IPScan32 qui devrait sortir d'ici peu en bêta publique après plusieurs mois de bêta privée.


Réaction n°225 

par Fabrice le 20/09/2013 @ 08:05

Bonjour,

J'ai un problème avec le scan des imprimantes.

Chaque fois, cela me marque "Erreur imprimante non-compatible SNMP". Le SNMP est activé sur l'imprimante et c'est des imprimantes HP.

Que fais-je de faux?

Merci de votre réponse et merci pour le développement de vos différents softs.

Fabrice

[réponse de damien, le 20/09/2013 à 09h02]

Il s'agit peut-être d'un problème de communication entre ta machine et les imprimantes. As-tu essayé après reboot de ton PC ? Est-ce que tu rencontres le même problème depuis un autre PC ? Quelle version de Windows (XP/Win7/Win8 ? 32/64 bits ?)


Réaction n°224 

par thierry le 05/07/2013 @ 08:34

Merci, pour ta réponse si rapide.
Je suis une quiche…, je n’avais pas coché et compris qu’il fallait activer les alertes pour les périph !!!
Je cherchais dans la configuration générale du pgm.
Ce pgm est génial.
Encore une fois : un grand Merci

Thierry

[réponse de damien, le 05/07/2013 à 21h43]

Je me suis permis de retranscrire ton mail perso ici, il permettra peut-être à d'autres utilisateurs de se rendre compte de leur propre erreur... cligne


Réaction n°223 

par Thierry le 04/07/2013 @ 13:46

Merci pour ce logiciel génial, mais j'ai un soucis : je n'ai pas de journal d'historique ou d’événement créé. (windows tse 2003)

[réponse de damien, le 04/07/2013 à 21h02]

Il peut y avoir plusieurs explications mais en général c'est plutôt dû à une méconnaissance de l'outil et donc sa mauvaise utilisation/configuration. Il faut dire que sans doc c'est compréhensible... et là je plaide coupable. oups

En l'absence d'infos plus détaillées de ta part, je me permets donc de rappeler quelques principes suivants :

  • Les événements (anomalie ou fin d'anomalie) ne sont pas journalisés dans le journal des événements du système mais dans le fichier LanAlertCenter.log si la case "Journaliser dans le log global (pang.log)" est cochée. A noter que la mention "pang.log" est erronée, c'est un résidu d'une ancienne version qui n'a jamais été corrigé.
  • La journalisation peut aussi être effectuée dans un fichier individuel (qui portera le nom que tu as défini pour la machine) si tu as coché la case "Dans le log individuel".
  • Les fichiers de logs sont en principe créés dans le répertoire où se trouve LanAlertCenter.exe, du moins jusqu'à XP/2003. A partir de Vista, l'UAC interdit l'écriture dans "Program Files" (idem pour "Program Files (x86)") et redirige donc ces fichiers dans le "VirtualStore" (%appdata%/../local/virtualstore/)
  • Tu peux consulter ces fichiers via l'option "Consulter journaux et historiques des événements" (raccourci clavier [F12]) présent dans le menu "Affichage". Dans la fenêtre qui s'ouvre, la liste "< historique des événements >" trace les événements liés aux machines dont la case "Informer par fenêtre popup" est cochée.

Est-ce qu'avec ces informations ça t'aide ? Si ça n'explique/résout pas ton problème, n'hésite pas à me recontacter.


Réaction n°222 

par PSOSTHENE le 01/07/2013 @ 22:33

Bonjour,

Je suis un administrateur réseau et cet outil m'intéresse beaucoup. Je l'ai téléchargé et installer, il fonctionne parfaitement et me permet de surperviser le réseau. Cependant, j'aimerai configurer les envoie mail en cas de deconnexion. Je tente cela en vain. je suis sur gmail et voici les paramètres que j ai mis :

serveur smtp: smtp.gmail.com
port 465
username: XXXXX@gmail.com password:XXXX
expediteur: réseau
destinataire: XXXX@gmail.com(le meme que username)
titre : urgent

J'aimerai bien que cela fonctionne car je surveille un réseau de base de données connecté par des boucles radios dont la moindre deconnexion empêche l'accès aux bases.

cordialement,

[réponse de damien, le 02/07/2013 à 06h47]

En fait il ne faut pas renseigner les champs login/password... c'est ça qui pose problème (bug connu). Ça signifie qu'il faut que le SMTP que tu utilises doit accepter les connexions anonymes. Désolé. oups


Réaction n°221 

par lsda26 le 17/05/2013 @ 16:28

Bonjour Damien,
Je suis actuellement confronté à un gros problème réseau à mon taff. Et LanAlerteCenter pourrait fortement m'aider.
Mais en l'état il n'est pas assez souple dans ses réglages et pas assez bavard dans ses log.
Je m'explique:
Je suis en train de surveiller des serveurs et équipements réseaux qui parfois ont des temps de réponse au ping (DOS) qui peuvent monter jusqu'à entre 50 et 700ms sur des période de 5 à 6s jusqu'à plusieurs dizaines de secondes. Voir même plus de réponse du tout pendant plusieurs seconde.
Afin de pouvoir savoir quand cela arrive et donc trouver pourquoi, je cherchais donc un moyen de logger quand cela arrive, pendant combien de temps, quel est le temps de réponse. J'ai donc essayé des surveiller ça avec LanAlerteCenter. Mais j'ai vite été confronté à certaines limitation au niveau des paramètres et des log.

- Impossibilité de régler dans le menu configuration, un délais inférieur à 200ms. Autant pour le net cette valeur est acceptable comme seuil. Autant en réseau local, un seuil de 5ms serais plus judicieux (étant donné qu'en entreprise, sans passer de routeur on tourne normalement <1ms. Donc si l'utilisateur pouvait saisir jusqu'à un seuil mini de de 5ms ça serait cool.

- La base de temps ne peut pas baisser à moins 10s. Ne serais t-il pas possible de pouvoir baisser la base de temps à 1s par exemple afin d'avoir des logs plus précis pour les débuts de coupure et de reprise du lien.

- En cas de dépassement du délais choisi dans le menu de configuration,  afficher dans les logs le temps de réponse en plus/à la place de "timeout".
Car il est important d'avoir le temps de réponse même si il dépasse le délais préalablement choisi.

-De même il est peut-être intéressant de pouvoir fixer un second seuil pour pouvoir dire qu'une machine n'est plus joignable du tout (genre entre 1 et 5s). En effet il important aussi de savoir si les temps de réponse sont existant mais long (supérieur au delais) ou si il n'y a plus de réponse du tout (supérieur à 1s ou plus: laissé au choix de l'utilisateur).

-Afficher aussi dans les logs la date+hh/mn/s du début de dépassement du delais ou de non réponse complète et la date+hh/mn/s de la reprise des réponse au ping.

-Pour différencier une réponse au dessus du delais que pas de réponse du tout peut-être faudrait-il utiliser les code d'erreur ICMP.

En tout cas ce soft est très simple d'utilisation peut-etre d'une grande utilité pour plein de gens je pense avec ces "quelques modifs".

Merci bien pour ta contribution. coucou

[réponse de damien, le 17/05/2013 à 19h26]

Je l'ai écrit à plusieurs reprises, les dernières versions postérieures à la v3.04 sont instables, par conséquent je ne les publierai pas. Cette version est la dernière et n'aura pas de remplaçante : LanAlertCenter en VisualBasic 5 est fini, je n'y apporterai plus aucune évolution.

Mais j'ai prévu de redévelopper totalement l'appli dans un autre langage (le projet est déjà commencé en fait) tout comme c'est le cas pour le successeur d'IPScan32 qui devrait sortir d'ici peu en bêta publique après plusieurs mois de bêta privée.

Mais je préfère te prévenir tout de suite : le futur LanAlertCenter ne verra pas le jour avant un bon moment... n'espère pas avant 2014 voire même 2015.

En attendant, si tu veux passer le timeout du ping à moins de 200ms et la base de temps à 1s, tu dois pouvoir le faire directement en "bidouillant" dans le fichier .ini. Je n'ai pas souvenir d'avoir mis en place un traitement de vérification de ces valeurs à la lecture de la configuration. Les limites que tu évoques ne doivent être imposées que dans la fenêtre de config, pour éviter les mauvaises saisies. Ça ne coûte rien d'essayer de toute façon.

Pour les autres points, je suis désolé mais je n'ai pas de solution à te proposer, si ce n'est de tester d'autres outils... ou d'attendre encore. 


Réaction n°220 

par Cyril le 25/03/2013 @ 11:15

Pour info, concernant le fonctionnement des ACTIONS :
En fait après plusieurs essais, j'utilisais la méthode WMI et rien a faire.Je suis passé en méthode DOS et là ça fonctionne tout de suite !
Par exemple: SC [IP du serveur] net start [service]

[réponse de damien, le 25/03/2013 à 12h38]

Donc en fait ce n'était pas lié à la syntaxe de tes actions mais juste au fait que LanAlertCenter n'arrivait pas à détecter le changement d'état de la machine distante. Il faut dire que le ping via WMI est un peu particulier... personnellement je préfère utiliser le ping DOS qui est le plus fiable, même s'il est un peu plus lent que celui via API.

Merci de ce retour. cligne


Réaction n°219 

par Cyril le 25/03/2013 @ 09:53
Bonjour,

Je n'arrive pas a faire fonctionner les actions !?
Autrement, rien à redire sur le programme, génial. Merci beaucoup.
Voici des exemples de commande que j'ai passé en action mais sans succès:

  • sc %nom% start ofcservice
  • sc 192.168.X.X start ofcservice
  • psexec 192.168.X.X net start TMiCRCScanService
  • cmd /c psexec 192.168.X.X net start TMiCRCScanService
  • c:\windows\psexec.exe 192.168.X.X net start TMiCRCScanService
  • c:\windows\psexec.exe 192.168.X.X cmd /c net start TMiCRCScanService

Je précise que les IP ont été masquées volontairement et que, lorsque je lance ces commandes dans un prompt dos, cela fonctionne parfaitement.
Dans l'attente de votre réponse.

Cordialement

[réponse de damien, le 25/03/2013 à 09h35]

Certaines "commandes" DOS ne sont pas directement accessibles dans les actions (idem quand tu essayes de les lancer dans la fenêtre "Exécuter" de Windows). C'est le cas de celles qui sont traitées directement par l’interpréteur de commandes et qui ne sont donc pas des exécutables à part entière.

Pour pouvoir les exécuter ces commandes dans les actions, il suffit de les lancer derrière un CMD /C (/C pour que la fenêtre se ferme automatiquement, /K pour qu'elle reste ouverte).

Enfin, tu peux aussi mettre tes commandes dans un fichier .bat ou .cmd, ça fonctionnera aussi.

[réponse complémentaire de damien, le 25/03/2013 à 09h50]

En relisant ton mail un peu plus attentivement (pas facile à lire la liste des commandes qui sont collées les unes après les autres sans séparateur), je vois que tu as testé le cmd /c... je te conseille donc le cmd /k pour voir les éventuels messages d'erreur obtenus à l'exécution des tes actions ("accès refusé", par exemple).


Réaction n°218 

par Karinounette le 26/01/2013 @ 18:26

Bonjour,

Je possède un parc de 24 PC que je voudrais surveiller car réseau mauvais en ce moment. J'ai utilisé IPscan32 qui me plait déjà beaucoup. Mais je veux utiliser Lanalertcenter. Je ne suis que moyennement à l'aise en informatique mais je m'en sort. Comment fait-on pour entrer la liste des PC et leurs IP dans ce logiciel? Je n'ai pas trouvé de tuto sur le net, dommage. Merci pour votre aide. Crdt. Karine.

[réponse de damien, le 26/01/2013 à 22h11]

La structure du fichier de configuration de LanAlertCenter est assez simple, il est donc facile de le créer à partir des informations de ton fichier IPScan32. Mais si tu veux, je peux le faire pour toi. Fais-moi parvenir ton fichier dans ce cas.