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

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 ! 
• 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).

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 !

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 ! 

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 !

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 

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.

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.

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.

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 ?

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

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

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

Pas de soucis !

 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 ?!

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.

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)