Waou !

Quelle réactivité !

Je vois que tu as aussi un temps pourri... et pas de femme pour te dire de réparer le lave-vaisselle ou le lustre de la salle.....

Bon, ok, la mienne est dans le canapé avec un bouquin.... et elle a oublié le "reste-à-faire", donc j'en profite.

Je teste ca de suite.
Reste un pb : l'envoi de mail : avec  et sans les authentifications, ca march'pô...
T'aurais pas un tuyau ? (je suis chez Free)

A+
S

[réponse de damien, le 01/02/2009 à 16h48]

Ma femme me met aussi (et hélas !) au boulot ! Tu aurais écrit ce matin j'étais en courses, et en début d'après-midi en train de remplacer la literie de notre chambre. Donc côté réactivité je suis comme tout le monde, je n'ai pas encore tenté la greffe d'un chipset avec wifi pour rester connecté en permanence !

Pour l'envoi des mails, il faut en fait ne pas remplir les champs login et password car l'authentification ne fonctionne pas (c'était une expérimentation car je ne pouvais pas le tester de mon côté). Donc pas de soucis pour Free : il suffit de spécifier une adresse d'expéditeur @free.fr (sinon ça ne passe pas) et ce même si l'adresse est bidon...

Bonjour, et bon anniversaire !

J'utilise de temps en temps ton logiciel lorsqu'une machine a "mal au ventre" chez moi, et j'ai tenté de l'installer sur un 2003 serveur.

Mais j'ai un pb, je n'obtiens pas de réponse au ping, y compris sur la boucle locale, alors que "ping" sous dos fonctionne.

J'ai pensé à un pb de compatibilité avec 2003, car je l'ai testé en mode compatibilité XP avec le même résultat, ce qui me fait penser qu'il y a en effet un pb de compat' du à certaines dll..........pb déjà rencontré avec des softs que je développe en VB5 (comme toi) et que j'ai eu le malheur de vouloir porter sous 2003.

Tu as un REX à ce sujet ?
S

[réponse de damien, le 01/02/2009 à 16h04]

Il existe effectivement quelques problèmes connus sous W2003 : ils sont tout simplement dus à la commande PING du DOS dont le résultat est retourné sous une forme très légèrement différente (ou en anglais, je ne me souviens plus) de celle de WinXP ou de WinME.

Le problème a été corrigé dans la dernière version (toujours non diffusée à ce jour), mais en attendant la prochaine mise à jour je conseille de récupérer le PING.EXE d'un XP (ou de récupérer celui de ce fichier) et de le copier dans le dossier de l'appli. A noter que le problème concernait aussi IPScan32 et WakeOnLan mais qu'il a été corrigé dans les versions récentes.

Et merci pour mon anniv' !

Bonjour,

et meilleur vœux pour cette année.

Je viens de faire un tour dans les logs, pourrait-il y avoir une petite évolution qui permettrait de charger les logs dans un tableur par exemple et de pouvoir  les exploiter pour faire des stats.

Cordialement

[réponse de damien, le 12/01/2009 à 06h52]

On peut effectivement l'envisager pour une prochaine version... Enfin en attendant, rien ne t'empêche d'ouvrir les fichiers sous Excel ou Calc (OpenOffice) : les données sont séparées par un caractère TABulation.

Bonjour,

Tout d'abord merci pour ce programme qui fonctionne bien.
Cependant j'ai une question je souhaite pinger une adresse dyndns
exemple : http://dyndnsadapah.dyndns.org/

que dois je rentrer dans la configuration de cette machine ?

en effet sous dos, je peux bien pinger cela me répond bien
"ping dyndnsadapah.dyndns.org"

par contre ton logiciel me met l'icône que j'ai choisi avec une croix rouge dessus
Est ce normal ??
Peux ton piguer des serveur situé derrière Dyndns ?

[réponse de damien, le 03/01/2009 à 11h26]

L'adresse à indiquer dans l'appli est la même que celle que tu utilises dans la commande ping.

La croix rouge indique que la machine n'a pas été analysée (en fonction de ce que tu as configuré dans la partie "exclusion"), et non qu'elle ne répond pas. Cette erreur est fréquemment commise, j'en viens à me demander si ma logique ne va pas à l'encontre de celle du commun des mortels !

Les cases à cocher lundi, mardi... jusqu'à dimanche sont destinées à indiquer les jours où la machine NE DOIT PAS être analysée. Idem pour les deux zones de texte "plage horaire" qui servent à indiquer une période durant laquelle la machine en question sera ignorée (non analysée). Ces deux champs et les cases à cocher sont facultatifs.
Petite précision pour l'exclusion horaire : la première heure peut être supérieure à la seconde (23:55-00:05) dans le cas où l'exclusion est "à cheval" sur deux jours. Le résultat sera bien une exclusion de 10 minutes et non de 23h50 comme ce serait le cas en spécifiant 00:05-23:55...

J'espère que c'est plus clair comme ça ?

Bonjour,

j'utilise LanAlertCenter pour surveiler des routers. Votre logiciel me donne entiére satisfaction et j'en profite pour vous remercier.

Voici mes questions :

1°/ Je n'arrive pas à transmettre de message à partir du dispositif SMTP. Je l'ai initialisé avec les parametres de ma messagerie personnelle (smtp.laposte.net). Est ce le serveur de LA POSTE qui empeche la transmission ou ai-je oublié de cocher une option dans votre outil ? D'autre part je n'arrive pas à supprimer les informations dans ce formulaire, comment faire ? où sont-elles enregistrées ?

2°/ J'ai créé des dossiers dans lesquel j'y ai mis tous les routers d'un même site. Le dossier passe rouge lorsqu'un des routers est défaillant. Tant que ce router n'est pas rétabli il est impossible de visualiser un incident sur un autre router du même dossier sans l'ouvrir. Comment peut-on être averti qu'un autre router du même dossier est défaillant sans ouvrir le dossier ?

@ bientôt, Richard BLAUT

[réponse de damien, le 05/12/2008 à 09h25]

Pour commencer j'ai déplacé ton message, qui n'avait pas sa place dans le livre d'or, vers l'article LanAlertCenter. Merci de veiller à poster à l'emplacement le plus adapté : histoire que les autres visiteurs s'y retrouvent, mais aussi pour m'éviter du boulot inutile.

J'en viens à tes questions.

1. La première chose à savoir, même si ce n'est pas spécifié dans l'outil (mea culpa), c'est qu'il NE FAUT PAS renseigner les champs USERNAME et PASSWORD si le serveur SMTP ne nécessite pas une connexion authentifiée. Et dans la quasi totalité des cas, c'est ça la source du problème... Ou alors il s'agit d'un SMTP sécurisé et tu as omis de renseigner ces champs.
   Si tout est OK de ce côté, il faut chercher ailleurs : peut-être ton firewall et/ou antivirus interdit-il l'utilisation du port 25 pour les applis non référencées ? C'était le cas à mon boulot où McAfee VirusScan était configuré ainsi... Recontacte-moi si malgré ces pistes tu ne parviens toujours pas au résultat escompté
2. Quand tu dis qu'il est "impossible de visualiser un incident sur un autre routeur", je ne suis pas d'accord : certes, l'icone ne change pas (il n'est pas 2x plus rouge ! ) mais les alertes sélectionnées sont bien traitées. Par exemple, si tu as coché "informer par fenêtre popup", le second dysfonctionnement détecté entrainera bien l'apparition du popup. Idem pour les alertes mail et net send. Je ne vois pas ce que je peux faire de plus... 

J'espère que ça répond à tes questions.

Bonjour Damien et toutes mes félicitations pour ton soft. Vivement la prochaine version...
Juste une petite question:
J'aimerai avoir des informations sur la façon dont sont implémentés
- le ping par API
- le ping par WMI.
Je m'explique, j'utilise LanAlertCenter 3.04 pour monitorer plusieurs serveurs repartis sur plusieurs sites géographiques.
Nous avons actuellement un projet de réorganisation du réseau global intersite. Un site pilote a été migré. Mais depuis la migration je me suis aperçu que le ping par API qui était réglé dans "mon" LanAlertCenter n'atteignait plus les serveurs de ce site. Par contre pas de problème avec ping par WMI ni bien sur avec un ping classique en ligne de commande.
Cela a donc fait émergé une inquiétude sur cette migration, et nous nous demandons si certaines applications ne pourraient pas être impactées.
C'est pourquoi je demande ces renseignements.
Merci beaucoup et bonne continuation dans tes projets.
Sam.

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

Comme son nom l'indique, la méthode "ping API" utilise des APIs de Windows :

• WSAStartup (de wsock32.dll) pour ouvrir un socket,
• GetHostByName (de wsock32.dll) pour récupérer l'IP, dans le cas où l'utilisateur a spécifié un nom NetBIOS/DNS
• IcmpCreateFile (de icmp.dll) pour créer le handle ICMP
• IcmpSendEcho (de icmp.dll) pour émettre le "ping" et attendre la réponse
• IcmpCloseHandle (de icmp.dll) pour fermer le handle ICMP
• WSACleanup (de Wsock32.dll) pour respectivement ouvrir et fermer le socket

Voilà pour la technique. Personnellement, je n'ai que très peu utilisé cette méthode, certes très rapide, mais qui manque à mon sens de fiabilité. D'ailleurs elle disparaîtra probablement dans la prochaine version. En attendant, je déconseille de l'utiliser.

La méthode WMI est nettement plus fiable et infiniment plus simple à mettre en oeuvre : il suffit de lancer une requête "SELECT * FROM Win32_PingStatus WHERE Address = ADDR", où ADDR représente directement la valeur saisie par l'utilisateur (qu'il s'agisse d'une adresse IP ou d'un nom NetBIOS/DNS). Le résultat est ensuite récupéré dans .StatusCode et .ResponseTime... simple et efficace, mais nécessite une machine dotée de WMI, ce qui est le cas avec les OS récents.

Personnellement, je préfère pourtant utiliser la méthode "ping DOS" qui fait un appel à la bonne vieille commande PING du DOS. Le traitement du résultat est certes plus complexe, mais il est très fiable. Elle présente en outre l'avantage de rendre la main plus rapidement que les deux autres méthodes (qui "freezent" l'appli quelques secondes) dans certains cas où l'adresse testée est erronée.

Je serais donc tenté de te dire de ne pas trop t'inquiéter pour tes autres applis...

Encore une fois, je le redis, je suis FAN !!

Petite question toutefois, je surveille des services sur plusieurs serveurs... Et surprise, sur certains j'y arrive sans soucis, mais d'autres, j'ai une erreur : "Impossible d'accéder à la liste des services de la machine à distance"

Alors qu'elles sont configurées à l'identique (serveur Citrix), meme niveau de SP, Update...

Comment faire pour faire un test d'accès simple sur les services (un script vbs, wmi ??)

Merci d'avance (oui je sais j'en demande beaucoup)

[réponse de damien, le 21/11/2008 à 18h07]

Si tu obtiens un message d'erreur sur certaines machines et pas sur d'autres, c'est inévitablement qu'il doit y avoir une différence de config ou de droits...

Pour tester l'accessibilité à la liste des services en WMI, voici un petit exemple (en VbScript) :

Fichier Services.vbs

Option Explicit     Dim objLocator, objWMIService     Dim colResultat, elm     Dim strMachine, strLogin, strPass     Dim strListe     On Error Resume Next     strMachine = "."     strLogin = ""     strPass = ""     Set objLocator = CreateObject("WbemScripting.SWbemLocator")     Set objWMIService = objLocator.ConnectServer(strMachine, "rootcimv2", strLogin, strPass)     If Err.Number = 0 Then         Set colResultat = objWMIService.ExecQuery("Select * from Win32_Service", , 48)         For Each elm In colResultat             If strListe <> "" Then strListe = strListe & ", "             strListe = strListe & elm.Name         Next                MsgBox strListe, vbInformation, strMachine     Else         MsgBox "Erreur rencontrée : " & Err.Description, vbCritical, "Erreur"     End If

Je précise au passage que LanAlertCenter n'utilise pas WMI pour accéder à la liste des services, mais des API (OpenSCManager et EnumServicesStatus notamment). Il est probable que je passe à WMI dans la prochaine version ou que j'offre la possibilité de choisir... je me tâte encore.

Bonjour,

j'utilise depuis longtemps lanalertcenter et j'en suis très content.
Depuis Hier, l'envoi des mails ne fonctionne plus,  je veux faire des tests dans la config de lanalercenter et ca me provoque une erreur et ca ferme l'application:
Erreur d'exécution '430':
La classe ne gère pas Automation

Cependant, la config du PC n'a pas été changé et j'ai réinstallé le soft sans succès du coté des mails.

Cdlt,

JD.

[réponse de damien, le 20/10/2008 à 16h04]

Désolé pour le retard de ma réponse : ma connexion Internet vient tout juste d'être rétablie alors qu'elle était HS depuis 1 semaine...

Avez-vous trouvé une explication et réglé le problème depuis votre message ? Je penche pour le remplacement d'un des fichiers systèmes. Avez-vous installé quelque chose de particulier avant de constater l'erreur ? Avez-vous tenté une restauration du système à une date antérieure ?

Bonjour,

une petite question sur l'utilisation:
Comment fait-t-on pour que l'icône en barre des taches (barre en bas à gauche) s'enlève automatiquement car à chaque fois que le programme est lancée, après le traitement, l'icone (feu tricolore) reste , je suis obligé de passer ma souris dessus pour qu'elle disparaisse, aurait-il une astuce pour l'enlever automatiquement?

D'avance, merci.

Cdlt,

DJ.

[réponse de damien, le 09/10/2008 à 12h39]

En principe, l'icone de la systray disparaît automatiquement quand vous rouvrez la console (clic droit sur l'icone, puis option "restaurer"). Si ce n'est pas le cas, c'est que l'appli n'a pas été fermée "proprement"...

Votre machine tourne sous quel OS ? On ne sait jamais, peut-être y a-t-il un bug. En tout cas, ça fonctionne bien sous XP...

Excellent ce programme ! Exactement ce qu'il me fallait.

Par contre, il serait sympa de préciser (et souligner) dans la description ci-dessus

que les champs nom utilisateur / mot de passe ne doivent pas être renseignés pour

l'envoi des notifications par mail.

Cela eviterait de mettre en doute les fonctionnalités du programme et de devoir

chercher dans la liste des réactions

Merci.

[réponse de damien, le 06/10/2008 à 15h07]

En effet, désolé pour la longue recherche. 

Enfin je suis sur qu'elle vous aura permis de découvrir d'autres trucs utiles ! 

L'information est ajoutée dans l'article pour les prochains lecteurs.