LanAlertCenter v4.2.1

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

[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... 

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. 

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.

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é. 

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. 

[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. 

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. 

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.

[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).

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.

Bonjour,

Votre logiciel m'aide bien pour la surveillance réseau, mais il me manque des informations comme l'adresse mac; masque sous réseau et gateway?

[réponse de damien, le 26/10/2012 à 15h01]

Désolé, mais je ne vois pas l'utilité de ces informations dans cette appli...

Bonjour,

J'aimerais faire fonctionner ce logiciel mais lors de l'import des machines (que j'ai fait par votre autre logiciel IPscan32 en version .txt), l'importation est impossible (bouton grisé, on ne peux pas aller plus loin), j'ai regardé sur le dernier message posté datant de 2010 pour m'aider mais rien n'y fait 
Auriez vous une idée?

Merci beaucoup pour les réponses que vous m'apporterez 
( ma machine est sous windows 7, 32 bits pour info).

A très vite.

[réponse de damien, le 14/09/2012 à 17h22]

Il ne s'agit pas d'un bug ou d'une mauvaise manipulation de ta part : c'est juste normal car LanAlertCenter v3.04 n'est pas conçu pour importer d'autres fichiers que ceux qu'il a lui-même exportés...

Les versions suivantes intègrent un vrai module d'import mais je ne les ai pas diffusées car elles sont "instables" tant l'appli est devenue "lourde" à force d'y ajouter de nouvelles fonctionnalités (dommage car c'est une "tuerie" !). L'appli actuelle n'évoluera donc plus mais j'ai commencé à la redévelopper en C# il y a quelque temps. Cela dit, vu le nombre important de projets que je mène en parallèle, la première version C# n'est pas prête d'être publiée. Et inutile de me demander une date !

En revanche, si tu veux que je réalise l'import pour toi, pas de souci : donne-moi juste ton fichier exporté par IPScan32.

Bonjour Damien,
Je suis le collègue de Mathieu (SNEF).
Je viens vers toi pour un problème apparu suite à un redémarrage du poste (sous SEVEN) d'exploitation de LANALERT.

Avant redémarrage:
Tout OK RAS pour le management de 50 points

Après redémarrage:
bouton démarrer grisé
plus rien sur l'interface graphique
Bouton de droite non opérationnel

j'ai vérifié le .ini dans les appdata==> Il a l'air OK y compris son OLD

est ce possible qu'il aille chercher son ini dans un autre répertoire subitement?

Que me conseilles tu? je suis un peu bloqué

Cyrille: dehho@yahoo.fr

PS:Quand sort la version C++?

[réponse de damien, le 26/06/2012 à 21h47]

En principe, LanAlertCenter utilise le fichier de configuration qui se trouve dans son propre répertoire.

Sauf que sous Vista/Seven (et leur pendant serveur W2008 et W2008R2) le système interdit l'accès en écriture à l'arborescence de Program Files (sauf pour le compte SYSTEM). Lorsque LanAlertCenter sauvegarde sa config (soit à la demande, soit à la fermeture si , quand elle a été modifiée) le système crée le fichier dans le "VirtualStore" de façon transparente pour l'appli (et l'utilisateur). Suite à quoi, si par exemple, un fichier C:\Users\Profil_utilisateur\AppData\Local\VirtualStore\Program Files\Dipisoft\LanAlertCenter\LanAlertCenter.ini existe, le même fichier .ini situé dans C:\Program Files\Dipisoft\LanAlertCenter serait totalement occulté par le système et l'appli ne pourrait y accéder. Bien entendu, c'est valable pour tout fichier, pas uniquement les .ini.

Maintenant, pour répondre à ta question : non, à mon sens le fichier ne peut pas être stocké ailleurs.
Attention toutefois : le VirtualStore n'est pas commun à tous les utilisateurs puisqu'il est stocké dans le profil de l'utilisateur. Si tu n'ouvres pas la même session que ton collègue sur la même machine, tu peux avoir une configuration de l'appli totalement différente puisque ce ne sera pas le même fichier de configuration qui sera traité...

Regarde le fichier .ini stocké dans le VirtualStore : la valeur de l'entrée "NbItems" (section [config]) doit théoriquement correspondre au numéro de la dernière section [Item]. Si c'est OK, il est quasi certain que ton fichier est correct et que le problème vient d'ailleurs. Tu peux essayer de recopier le fichier dans Program Files (après avoir renommer l'éventuel fichier qui s'y trouvait et, comme expliqué plus haut, aussi renommé le fichier présent dans le VirtualStore). En principe tu devrait alors pouvoir retrouver tes icones dans la fenêtre de LanAlertCenter au prochain démarrage.

Quand tu dis que le bouton droit n'est pas opérationnel, c'est à dire ? Tu ne peux même pas créer une machine ou un dossier ? Ça ça m'inquiète plus... le problème a déjà été rencontré par 2 autres utilisateurs qui me l'ont signalé. C'était probablement dû à un souci de driver graphique sur une config bi-écran... je n'en sais pas plus, ils ne m'ont pas recontacté pour m'informer des suites.

Enfin, s'agissant de la version en C# (et pas C++), je ne bosse pas dessus en ce moment. Pour tout dire, je n'ai pas trop la tête au développement en ce moment (problèmes de santé de ma femme) alors je traite les "urgences" (correction de bugs). Tous mes chantiers en cours sont un peu suspendus. Je ne prends même plus le temps d'aller courir alors qu'il y a peu je faisais entre 3 et 4 sorties par semaine... Je me consacre essentiellement à ma généalogie, ça m'aère l'esprit.

Tiens moi au courant stp...

PS: message déplacé dans les réactions à l'article sur LanAlertCenter.

Bonjour,

J'ai suivi vos conseils pour l'ajout de nouvelles icones mais ce message apparait lorsque je veux glisser mon icone dans le sous dossier Icones :

"Vous devez disposer des droits d'administrateurs pour copier des éléments dans ce dossier"

Je clique sur continuer et ma nouvelle icone apparait bien dans le sous dossier, cependant elle n'apparait pas dans le menu déroulant de LanAlert Center lorsque je souhaite ajouter une machine.

[réponse de damien, le 30/05/2012 à 18h31]

Le message de Windows concernant les manipulations de dossiers/fichiers de l'arborescence "Program Files" est tout à fait normal. C'est ainsi depuis Windows Vista et je n'y peux rien.

En ce qui concerne la non-apparition des icones supplémentaires dans la liste déroulante, il peut avoir plusieurs explications :

• les icones ne sont pas pris en compte dynamiquement dans LanAlertCenter qui les traite à son démarrage. Si l'appli est ouverte au moment où tu copies tes fichiers il faut donc la fermer/réouvrir pour les voir apparaître.
• les icones doivent être au format .ico natif (pas des .jpg ou autres formats images renommés), de préférence en 32x32 pixels, avec une profondeur de couleur de 8 bits, mais sont autorisés les résolutions du 16x16 au 48x48, de 1 à 24 bits.

Bonjour,

bravo pour ce super logiciel...
J'ai bien noté le paramètre /run pour démarrer la surveillance dès le lancement du logiciel, mais chez moi, cela lance systématiquement en réduit dans la barre des tâches (j'ai essayé dans les options du raccourci de mettre "agrandi" mais ça ne change rien)

Est-ce qu'il y a un moyen d'avoir à la fois la fenêtre non réduite dans le systray et la surveillance démarrée au lancement du soft ?

Cordialement

[réponse de damien, le 29/05/2012 à 07h42]

En cherchant "run" dans le moteur de recherche du site, tu serais tombé sur la réaction n°91 à cet article et de nombreux autres qui y font référence ! 

j'ai passé le logiciel en service, et plus de problèmes avec les connexions par terminal serveur

j'ai changé le temps de temporisation de 1000 à 2000 pour un site distant qui m'envoyait de fausses alertes
pourtant les temps de réponse ping vers ce site sont de 10 à 30 ms

Bref,
félicitations pour ce site, avec des petits programmes simples à prendre en main
et la rapidité de tes réponses

[réponse de damien, le 09/05/2012 à 13h52]

Pour toi il s'agit de fausses alertes mais il y a certainement des micro-coupures réseau qui font qu'au moment du ping, la bécane ne répond pas. Dans la prochaine version, l'utilisateur pourra spécifier le nombre "d'échecs" à prendre en compte pour considérer qu'il y a réellement anomalie. Dans le même état d'esprit que ce qu'il est déjà possible de faire dans la rubrique "actions"...

En tout cas, je suis content que tu aies réussi à faire ce que tu voulais. Merci pour ton retour.

Bonjour,
j'ai installé lanalertcenter sur un serveur
ça marche très bien

un petit problème quand même, c'est quand quelqu'un se connecte à ce serveur en terminal serveur et qu'il ferme la session après, ça ferme également LanAlertCenter

[réponse de damien, le 04/05/2012 à 18h38]

S'il ferme la session, c'est normal. En même temps, ça doit faire pareil avec n'importe quel autre exécutable... il faut que l'utilisateur se déconnecte au lieu de fermer la session.

Sinon, tu peux faire ce que certains ont mis en œuvre : transformer LanAlertCenter en service à l'aide de la technique évoquée dans la réaction n°172, par exemple.

Bonjour,

Je viens de découvrir ce logiciel en cherchant un logiciel capable de me dire quand une connexion réseau tombait. J'ai bien sur trouvé des logiciels comme Nagios ou Zabbix mais c'est trop compliqué pour ce que je veux en faire. Un simple ping me convient.

Je ne suis qu'en phase de test pour le moment mais je crois que j'ai trouvé mon bonheur.

Juste une petite chose. Les messages s'affichent parfaitement dans les logs.
Ex: 11/04/2012 16:04:28 : VRRP répond à nouveau (OK (26 ms))11/04/2012 16:04:07 : VRRP ne répond plus (Timeout)

Par contre, dans les mails ce n'est pas le cas.
Ex: 11/04/2012 ` 16:04:28 : VRRP St Brieuc ripond ` nouveau (OK (26 ms))
11/04/2012 ` 16:04:07 : VRRP St Brieuc ne ripond plus (Timeout)

Est ce que ça vient d'une option quelque part?

Bonne continuation et bon courage pour la refonte de votre logiciel.

[réponse de damien, le 11/04/2012 à 19h12]

Le problème vient de la configuration SMTP, et notamment de l'encodage utilisé. Ton serveur gère mal le charset "us-ascii" utilisé par défaut par le composant d'envoi de mails que j'utilise. Je n'ai découvert ce paramètre que longtemps après la publication de la v3.0.4 de LanAlertCenter qui ne permet donc pas de le modifier.

Et comme je n'ai pas sorti de nouvelle version depuis (je suis en train de ré-écrire l'appli en C#), il faut faire avec, ou envoyer les mails autrement que par les fonctionnalités intégrées à LanAlertCenter : en utilisant par exemple la dernière version de mon autre soft "SendMail" que tu pourras invoquer via les "Actions"... Car SendMail permet lui d'intervenir sur le charset.