Bonjour,

Merci pour vos outils très pratiques.

Est-il possible d'exporter la liste des PC de WakeOnLan vers un autre ordinateur disposant de WakeOnLan.

Cdt,

[réponse de damien, le 03/07/2012 à 18h35]

Il n'y a pas de module d'exportation. Mais tu peux directement copier le fichier de configuration (WakeOnLan.ini normalement) qui se trouve dans le dossier de l'appli, excepté sous Vista/Win7 où il est en principe dans le VirtualStore (C:\Users\Profil_utilisateur\AppData\Local\VirtualStore\Program Files\Dipisoft\WakeOnLan\WakeOnLan.ini si l'appli est installée à l'emplacement prévu), à moins que tu n'aies désactivé l'UAC, dans quel cas il se trouve bien dans le dossier de l'appli...

Félicitation pour ton travail, cependant je pense qu'il manque une fonction pour le WOL, la possibilité de planifier le réveil ou l’arrêt de machine

@+

[réponse de damien, le 16/05/2012 à 18h36]

L'appli ne le permet effectivement pas et ce n'est pas prévu pour la prochaine version... car rien ne t'empêche de faire une tâche planifiée dans laquelle tu invoqueras WakeOnLanBatch qui est prévu pour être utilisé en mode ligne de commande...

Bonjour,Tout d'abord merci pour cet excellent outil.J'aimerai savoir s'il existe des exemples de sripts pour l'utilisation de WakeOnLan en ligne de commande.Cordialement Lucky

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

Si tu parcours un minimum les réactions à cet article (et surtout mes réponses) tu devrais en trouver pas mal des exemples !

Bonjour,
j'utilise votre logiciel (à la maison et au bureau) qui est vraiment le meilleur pour le WOL mais sous Seven 64 bits, quand je veux ajouter une commande personnalisée, j'ai une Erreur d’exécution "35603". Clé non valide.
Pour info, j'utilise la même commande au bureau (XP SP2) et j'ai pas d'erreur.

Sinon, ce serais pas mal que le programme puisse récupérer les machines à partir d'un serveur DHCP. Ou au moins, que les adresses MAC de l'export du serveur DHCP soit reconnue par WakeOnLan.
Je m'explique :
Sur le serveur DHCP, je fait un export d'une Zone en fichier txt ->  @MAC = 001020304050 sans point ni trait.
WakeOnLan ne sait pas interpréter ce format, d'ou passage obliger par Excel.
Cordialement et encore merci pour votre logiciel.

[réponse de damien, le 02/05/2012 à 10h51]

Je sais que la version actuelle présente quelques problèmes avec les machines Vista/Win7/W2008 à cause du support de l'IPv6 qui impacte les fonctions ping et la résolution de l'adresse MAC (utilisée dans la fenêtre de propriété d'une machine, quand on clique sur le second bouton "..."). J'ai proposé une version bêta à tester à je-ne-sais-plus-qui mais je ne me souviens pas si j'ai eu un retour... j'avais un peu la tête ailleurs ces derniers temps (préparation marathon oblige), je vais faire des recherches.
En revanche, je ne suis pas au courant du problème que tu évoques concernant l'ajout de commande personnalisée. Ton fichier wakeonlan.ini est peut-être endommagé ? Peux-tu me l'envoyer pour que j'y jette un coup d’œil stp ?

S'agissant de la modification de la fonction d'import pour permettre la reconnaissance des fichiers issus d'un export de DHCP, ce n'est pas prévu. Comme je l'ai déjà écrit il y a peu de temps, je compte redévelopper l'appli en C# prochainement alors je préfère ne plus passer de temps à faire évoluer l'actuelle version écrite en VB5...

Suite de la réaction n°199...Bonjour,Si j'arrive bien à lancer mon serveur en allumant mon HTPC à l'aide d'un BAT et de la fonction  « gpedit.msc », cela n'est pas le cas pour l'éteindre.Comme pour l'allumage, j'ai créé un BAT (qui fonctionne si on le lance manuellement) que j'ai déclaré comme script à exécuter à l'arrêt de Windows, mais rien n'y fait. A croire que le réseau est arrêté avant l'exécution du script par « gpedit ».Y aurait-il une astuce pour que ce script soit pris en compte ?Merci par avance.

[réponse de damien, le 28/04/2012 à 12h04]

Je n'ai jamais joué avec les scripts de logoff, donc je ne saurai te certifier si le réseau est toujours présent au moment de l'exécution de ton script. Je pense que oui et que le problème est ailleurs (le compte utilisé sur ton HTPC n'aurait pas les droits suffisants pour demander au serveur de s'arrêter) mais je n'en suis pas certain. Pour t'en assurer, tu peux toujours jeter un coup d’œil au journal des événements du serveur et voir si tu y trouves bien des éléments confirmant cette supposition...

As-tu spécifié un login/password dans la fenêtre de configuration ou utilises-tu le compte de la session ouverte ? Une piste peut-être : est-ce que le script est exécuté sous le compte de l'utilisateur connecté ou par SYSTEM ?

BOnjour et bravo pour votre travail.
J'aurais une ptite question a savoir, est ce qu'il est possible d'automatiser la mise a jour de la liste des machines dans le cas par exemples ou de nouvelles machines on fait leur apparition sur le parc? (via automatisation de l'export txt ou ipscan etc..)
Merci par avance

[réponse de damien, le 27/04/2012 à 16h39]

Non, l'outil ne le permet pas... Maintenant tu peux très bien utiliser les noms des machines plutôt que leur IP, si ton réseau utilise un adressage IP dynamique (DHCP). Tu ne verras pas apparaître les "nouvelles" machines mais le réveil et les autres fonctionnalités de l'outil seront opérationnelles.

Bonjour, 
Super logiciel ! Félicitation pour le travail.
je vous soumets une question pour votre logiciel.
j'ai un pb pour réveiller une machine. tout va bien dès qu'elle a été éteinte récemment mais après un certain temps impossible. Après pas mal de recherches il semblerait qu'il s'agisse d'un pb d'ARP qui se vide au niveau du routeur.
j'aimerai contourner le problème :
installer votre logiciel sur un site 1installer votre logiciel sur un site 2 ou j'ai un ordinateur toujours allumé (Ordi A) et où il y a les machines à réveiller (Ordis B, C, D, ...)
lancer un commande du site 1 en wow sur l'Ordi A qui lance une commande en wol sur les (Ordis B, C, D, ...)
Est-ce Possible ?
Merci pour votre retour.

[réponse de damien, le 27/04/2012 à 16h34]

Je ne suis pas un spécialiste réseau mais effectivement, les routeurs purgent régulièrement leur table de routage et du fait, après un délai d'environ 5 minutes, le réveil devient aléatoire. Sauf si ledit routeur offre des fonctionnalités spécifiques pour le réveil (cas de la Freebox par exemple).

Et sinon, tu comptes utiliser quoi sur "l'ordi A" pour "détecter" l'arrivée des demandes de réveil en provenance du "site 1" et les "transférer" à la machine souhaitée du site 2 ?

Bonjour,
Tout d'abord, bravo et merci pour votre effort fourni à la conception de ce logiciel !Je dois vous dire que j'étais aux anges quand j'ai pu trouver ce logiciel néanmoins ma bonne humeur et mes espoirs se sont éteints lorsque je suis tombé sur ce message d'erreur :
Erreur d’exécution '5' :Argument ou procédure d'appel incorrect
J'ai cherché dans toutes les pages de cet article si la question n'a pas été déjà posée et je me rend compte que je suis le premier, du moins je pense  Dans l'espoir que vous pourrez m'aider.  

Cameron

[réponse de damien, le 22/04/2012 à 13h35]

Peux-tu m'en dire plus sur les circonstances d'apparition de ce message ? Est-ce lors du réveil, à la saisie d'informations dans la fenêtre d'ajout/modification de machine, dans la fenêtre de configuration, ... ?

Est-ce que l'erreur se produit systématiquement ou ponctuellement ?

A première vue, je dirais que tu as peut-être saisi des informations inattendues qui foutent la zizanie... envoies-moi ton fichier de configuration, je pourrais certainement trouver ce qui cloche.

bonjour,

problème ennuyeux avec wakeonlan353,
l'envoi du réveil de poste 1 vers poste 2, poste 1 et poste 2 étant connecté ethernet, fonctionne bien. Poste 2 s'allume

Mais quand poste 1 est en wifi ça ne marche plus.

Ne voyant pas d'explication théorique j'ai posé la quetion à Orange, vu que le pont wifi-ethernet est assuré par une livebox. N'ayant pas de réponse j'ai essayé d'autres utilitaires de la famille WOL.
WolCMD ne marche pas mieux, par contre C501WakeonLan fonctionne !
C'est de plus en plus bizarre, j'ai demandé au concepteur de C501WakeonLan s'il voyait une explication, mais la réponse satisfera peut-être ma curiosité sans plus. En effet il me faut absolument une implantation sous forme de commande.

Voila je laisse cette bizarrerie gênante à ta sagacité.

J'ai essayé sans succés avec différentes cartes wifi sur poste 1, mais je n'ai pu essayer sur d'autres ponts wifi-ethernet, ni non plus logger le trafic réseau, manque de matériel.

A+ bon courage - André Calmels

[réponse de damien, le 09/03/2012 à 21h50]

Quelques questions pour essayer de comprendre la nature du problème :

• Les réseaux wifi et ethernet sont-ils sur le même brin ?
• Comment as-tu désigné la machine à réveiller : par son nom ou par son IP ? Si c'est par le nom, je te conseille de tester la dernière bêta qui corrige quelques légers problèmes.
• Si tu as spécifié un masque et un port pour réveiller ton "poste 2" (ou que tu as modifié ceux par défaut dans la fenêtre de configuration de l'appli), quels sont-ils ?
• As-tu essayé en utilisant un autre port ?
• As-tu essayé de monitorer la réception du paquet à l'aide de WolMonitor (de Depicus), par exemple ?
• Es-tu sûr que C501WakeonLan fonctionne ? D'accord tu as réussi à réveiller ton poste 2, mais les conditions de test étaient-elles les mêmes qu'avec les autres softs ? Je pense notamment au délai écoulé entre l'arrêt du poste et son réveil : avec de nombreuses box/routeurs qui n’intègrent pas de fonction "proxy wol", la table de routage est régulièrement "purgée". En conséquence, au bout de quelques minutes le WOL n'est plus possible car la box ne sait pas vers quel port ethernet envoyer la trame. Peux-tu refaire des tests pour écarter ce cas ?

A part ça, je viens de contacter le développeur pour échanger sur le sujet avec lui, j'espère qu'il aura la gentillesse de me répondre...

A suivre.

hello, moi tout fonctionne nickel en local quand je met une ip genre 192.168.1.100 (ip fixe locale).
mais pour le dns quand je met l ip machin.dyndns.org ca marche pas ... PAR CONTRE si je met l adresse ip correspondante à machin.dyndns.org (connu via whatismyip.com), là ca marche ...
comme si le logiciel n arrivait pas a faire correspondre le dns a l adresse ip ?!
une idée ???

[réponse de damien, le 02/03/2012 à 20h24]

Un utilisateur m'a effectivement signalé un problème sur un serveur 2008r2 (en 64 bits donc, et de l'IPv6). A priori, j'ai corrigé le problème dans la v3.5.4 bêta 2 que je t'invite à tester et me dire si ça fonctionne mieux. Je viens de mettre à jour le billet des versions bêta (dans lequel tu trouveras un lien de téléchargement), chose que j'avais oublié de faire.

Avec toutes mes excuses.