Ce site dans votre langue

French English Afrikaans Albanian Amharic Arab Armenian Azerbaijan Basque 
Belarusian Bengali Bosnian Bulgarian Burmese Catalan Cebuano Chichewa Chinese (Simplified) 
Chinese (Traditional) Cingalais Corsica Croatian Czech Danish Dutch Esperanto Estonian 
Finnish Gaelic (Scotland) Georgian German Greek Haitian creole Hawaiian Hebrew Hindi 
Hungarian Icelandic Igbo Indonesian Irish Italian Japanese Kazakhstan Khmer 
Kirghiz Korean Kurdish Laotian Latvian Lithuanian Luxemburgish Macedonian Malaysian 
Maltese Mongolian Nepalese Norwegian Polish Portuguese Romanian Russian Serbian 
Slovak Slovenian Spanish Swahili Swedish Tagalog Tajikistan Thai Turkish 
Ukrainian Uzbek Vietnamese 

Plugin TranslatorBox par Dipisoft
Merci à Google Traduction

Recherche sur ce site
Recherche sur ce site
Dons / Contributions

A titre d'information, l'hébergement et le nom de domaine de ce site me coûtent 87€/an, montant non atteint en dons ces 2 dernières années.

Alors si vous souhaitez participer...

... vous rejoindrez ainsi la

 ↑  
Newsletter
Pour avoir des nouvelles de ce site, inscrivez-vous à notre Newsletter.
H6m9
Recopier le code :
485 Abonnés
Traductions des logiciels

La traduction d'un des logiciels est inexacte ?


Le logiciel que vous utilisez n'est pas traduit dans votre langue ?


Vous êtes en mesure d'apporter votre aide à Dipisoft ?


Alors rendez-vous sur la page des fichiers de langues et rejoignez la liste des contributeurs !
Visites

 1906682 visites

 19 visiteurs en ligne

Réseaux sociaux
wakeonlan01.png
francais english deutsch espanol italiano portugues romana
WakeOnLan est à présent multilingue mais ne possède actuellement que très peu de traductions :
  • Français (OK, référence)
  • Anglais (à contrôler)
  • Allemand (à contrôler)
  • Espagnol (à contrôler)
  • Italien (à contrôler)
  • Portugais (à contrôler)
  • Roumain (à contrôler)
Si vous souhaitez compléter les fichiers existants ou ajouter de nouvelles traductions, rendez-vous sur la page des fichiers de langues.


Besoin d'intervenir sur un pc situé dans un bureau éloigné du votre et sur lequel vous possédez des droits d'administration (ou de connexion au bureau à distance) ? Le hic, c'est que cela n'est possible que lorsque la machine en question est allumée...

Plutôt que d'utiliser certains outils du même genre mais à l'ergonomie discutable, essayez ce WakeOnLan avec lequel vous allez pouvoir tester l'état des machines (grâce à des Ping très rapides) que vous aurez préalablement déclarées et redémarrer celles que vous souhaitez en un seul clic.

A noter que le réveil d'un pc n'est possible que :

  • s'il possède un adaptateur réseau (intégré à la carte-mère ou carte additionnelle) compatible avec le réveil à distance,
  • si cet adaptateur est raccordé au connecteur WOL de la carte-mère (sur les anciennes configurations matérielles)
  • si cet adaptateur est correctement configuré (paramétrage sous Windows)
  • si le BIOS de la machine est configuré pour permettre le réveil à distance

Mais le réveil à distance n'est pas la seule corde que cet outil a à son arc puisqu'il permet aussi de redémarrer, d'éteindre, de mettre en veille prolongée, de fermer/verrouiller la session sur une ou plusieurs machines distantes. Il faut toutefois que la configuration de la machine 'cible' le permette : le service 'serveur' doit notamment être démarré et vous (l'utilisateur qui souhaite éteindre la machine à distance) devez avoir des privilèges suffisants. A noter que certaines fonctionnalités ne sont pas accessibles aux postes sous Win9x...

Depuis la v3.0, WakeOnLan peut aussi être utilisé en mode ligne de commande. Pour plus d'informations à ce sujet, ouvrez une fenêtre d'invite de commandes, placez-vous dans le dossier dans lequel se trouve l'appli, et tapez WakeOnLanBatch /? (ça fonctionne aussi sans paramètre).

Avec la sortie de la v3.2, l'outil offre désormais la possibilité de réveiller des machines via Internet (fonctionnalité WakeOnWan, ou WOW)...
 

  Télécharger ce logiciel (version installeur)   Télécharger le script wakeonwan.php
  Télécharger ce logiciel (version portable ZIP) Note importante aux utilisateurs des versions portables


Date de création : 18/03/2005 @ 23:39
Dernière modification : 01/10/2017 @ 10:29
Catégorie : - Aide à l'administration
Page lue 138478 fois


Réactions à cet article

Réaction n°173 

par Ben le 25/11/2010 @ 11:56
Bonjour,
 
N'ayant recu aucune réponse par mail, je me permet de poster...
 
Merci  pour votre nouvelle version, et surtout avec les onglets....super !.
 
Cependant pourrait-on avoir le résultat d'une commande personnalisé directement sur un menu (commentaire, ou au choix....).A l'instar du script qec.vbs que je vous ai renvoyé ?.
Afin d'éviter de le faire individuellement pour chaque machine ?.
 
Cette option à le mérite de s'y attarder, car tous le monde sera à même de l'utiliser quotidiennement.
 
Cordialement.

 
[réponse de damien, le 25/11/2010 à 16h02]
Je vais réfléchir à ta demande d'évolution mais je ne te promets rien... je n'en vois pas trop l'intérêt ni même quelle serait la meilleure façon de la mettre en œuvre.

PS.: je n'avais pas reçu ton mail qui a été remplacé par une notification de pièce jointe suspecte par l'antivirus de mon hébergeur...

Réaction n°172 

par Mycomeback31 le 25/11/2010 @ 00:34
Bonjour,

Tout d'abord bravo pour les outils que vous avez développés!
J'ai essayé WakeOnLan en 3.5.1, il fonctionne correctement, mais le soucis que j'ai rencontré après coup c'est qu'il ne retient pas les machines rentrées d'une ouverture à l'autre du logiciel. Est-ce normal? Vu qu'il semble être fait pour pouvoir administrer un nombre relativement d'ordinateurs j'aurai tendance à croire que non...
Présentement, je suis sous XP, j'ai tenté deux installations (version installateur donc) mais rien n'y fait, le logiciel ne contient aucune entrée à chaque redémarrage. C'est assez déconcertant car en plus de l'implémentation, un intérêt de votre logiciel est de de ne pas avoir à retenir les adresses MAC des ses machines.

Merci pour le travail accompli !

PS : petite question subsidiaire, pour le wake on wan, il est décrit que le logiciel utilise le script du site depicus, est-ce qu'il fait une requête en live au site ou est-ce que le script est implémenté directement dans votre logiciel ?


[réponse de damien, le 25/11/2010 à 09h38]
Décidément, je me serais vraiment loupé sur cette v3.5. Ce n'est pourtant pas faute d'avoir fait des dizaines et des dizaines de tests en tous genres. J'ai juste oublié une chose capitale : supprimer mon fichier de conf pour me mettre dans la situation d'un utilisateur "neuf".

Dans le cas présent, la liste des machines est belle et bien sauvegardée, c'est juste qu'elle n'est pas automatiquement chargée à l'ouverture de l'appli. En cliquant sur l'onglet du dossier, le chargement s'effectue correctement. A noter que si la case "Mémoriser le dossier"
(menu Options) est cochée, le bug ne se produit pas.

Quoi qu'il en soit, le bug est corrigé avec la v3.5.2 qui est d'ores et déjà en téléchargement.

Une fois de plus, toutes mes excuses pour le désagrément. A décharge, je dirais que je ne suis pas trop dans mon assiette en ce moment : j'ai perdu ma grand-mère samedi et je l'ai enterrée hier. Bref, je ne vais pas étaler ma vie privée ici mais bon, ceci explique peut-être cela...

Concernant ta "question subsidiaire", je n'ai pas souvenir avoir écrit quelque part que la fonctionnalité WOW faisait appel à un script du site Depicus. En réalité le WOW est bel et bien effectué par un script mais celui-ci est hébergé sur mon propre site. Il est toutefois possible de récupérer ledit script (il y a un lien pour le télécharger ici-même, à droite des liens de téléchargement de l'appli) et de l'héberger ailleurs. Il faut alors en spécifier l'url dans la fenêtre de configuration de l'appli...

Réaction n°171 

par rike le 20/11/2010 @ 19:26
Bonsoir,
voici le problème que j'ai rencontré dans la nouvelle version 3.5 :
Quand je clique sur l'onglet "+", une fenêtre apparaît donc pour renseigner le nom du dossier. Si je clique sur "ok" (quand aucun nom n'est renseigné, "annuler" ou sur la croix de cette fenêtre, j'ai une fenêtre avec le message suivant "Erreur d’exécution '35603' Invalid key" qui apparaît. J'ai le choix entre OK et la croix pour enlever ce message, et si j'utilise les 2, WakeOnLan se ferme.
Testé seulement avec la version portable zip, sous Seven 32 bits.
Sinon beaucoup plus agréable avec les onglets. Evolution logique et pratique (quand on voit le nombre de programmes qui utilisent les onglets). Après pourrait-on organiser les onglets par glisser/déposer comme Chrome, Firefox etc ?
e

[réponse de damien, le 20/11/2010 à 21h37]
Effectivement, je viens de reproduire le bug qui ne se produit qu'à la première utilisation (quand le fichier de configuration n'existe pas encore). Par contre, le problème provoque la création d'un fichier corrompu qu'il faut supprimer.

Merci de m'avoir remonté ça rapidement, dommage toutefois que ce soit passé au travers de mes tests. J'ai regénéré les 3 packages mais en conservant le même versionning, donc toujours v3.5.

Pour ce qui est de la réorganisation des onglets, j'aurais bien aimé faire comme dans Firefox mais le composant que j'utilise ne le permet pas. Il faudra donc faire avec l'onglet destiné à ça dans la fenêtre de configuration.

Réaction n°170 

par mendia le 02/11/2010 @ 23:28
Un grand merci pour : les softs, le "service après vente" très efficace et... leur gratuité. Certains sont d'ailleurs tout aussi efficaces que des solutions payantes (lanhelper par ex.).
Juste un petit détail cependant. Pour WOL, je ne parvenais pas à utiliser les fonctions WMI malgré, entre autre, un packet magic bien reçu par le pc cible (cf WOL monitor). Je me suis aperçu que le firewall Microsot filtrait tout (tests activé/désactivé).
Quelques recherches m'ont amené à cette solution pour générer des exceptions : en commande dos "netsh firewall set service remoteadmin enable". Ensuite tout fonctionne sans problème. Mais qu'elle est cette instruction ? De plus, dans les essais initiaux avec WOL monitor, firewall activé, mais avant cette instruction, les ports variaient sans cesse... D'où ma question : quels sont le ou les ports à ouvrir ? Le sont-ils avec cette commande ?
Encore Merci !


[réponse de damien, le 03/11/2010 à 07h08]
Attention il ne faut pas tout mélanger : le réveil (WOL ou WOW) et les autres commandes mettent en oeuvre des mécanismes totalement différents. Le paquet magique peut tout à fait être opérationnel sur une machine, cela ne veut absolument pas dire que les autres fonctions (WMI ou non) d'arrêt/reboot et compagnie le seront... et inversement.

Le firewall distant n'intervient pas pour le réveil alors qu'il joue bien son rôle pour les trames entrantes des autres actions. Mais le firewall local peut aussi poser problème en filtrant certaines trames sortantes.

Je t'avouerais que je ne me suis pas trop penché sur la config du firewall pour mes outils. Je ne sais pas précisément quels ports il faut mettre en exception, mais je pense qu'en procédant comme tu l'as fait (autoriser RemoteAdmin), ça doit être suffisant. En cherchant rapidement sur le net, il semble qu'il faille ouvrir le port 135 (
http://msdn.microsoft.com/en-us/library/aa389286%28VS.85%29.aspx)...

Réaction n°169 

par ben le 01/12/2010 @ 16:55
Bonjour,

Merci pour vos softs.

WakeOnLan serait encore plus complet si  on pouvait envoyer des messages et voir qui est connecté avant un éventuelle shutdown.

Aussi possibilité de créer des onglets groupes de machine à la place des dossiers, meilleurs visibilités et accès.

Cordialement.


[réponse de damien, le 30/10/2010 à 14h04]
Tu ne le précises pas mais j'imagine que quand tu évoques l'envoi de messages, tu penses à NET SEND et non à des mails ? Dans ce cas je me demande si c'est bien utile sachant que cette fonctionnalité tant à disparaître : le service n'est plus systématiquement démarré sur les bécanes XP comme il l'était sous NT/2000 et il n'existe carrément plus sous Windows 7...


Quant à savoir qui est connecté, pourquoi pas effectivement. Rien ne t'empêche de développer toi-même un petit script que tu ajouteras en tant que "commandes personnalisées". Je te propose ceci par exemple :

Fichier qec.vbs
option explicit

dim objWMIService, colItems, objItem
dim strMachine, strResultat

On Error Resume Next

strMachine = ucase(wscript.arguments(0))
 
Set objWMIService = GetObject("winmgmts:\" & strMachine & "rootCIMV2")

if err = 0 then
    Set colItems = objWMIService.ExecQuery("SELECT * FROM Win32_ComputerSystem")
  
    For Each objItem In colItems
         strResultat = ucase(objItem.UserName)
    Next
  
    if strResultat <> "" then
         msgbox "L'utilisateur " & strResultat & " est connecté à la machine " & strMachine & ".", vbInformation, "Qui est connecté ?"
    else
         msgbox "Aucun utilisateur n'est actuellement connecté à la machine " & strMachine & ".", vbInformation, "Qui est connecté ?"
    end if
else
    msgbox "La machine " & strMachine & " ne répond pas ou ne permet pas d'accéder à la couche WMI.", vbCritical, "Qui est connecté ?"
end if

Reste à ajouter une référence à ce script (que tu placeras dans le dossier où se trouve l'exécutable de WakeOnLan) dans l'onglet "commandes personnalisées" de la fenêtre de configuration de WakeOnLan :

    Nom (menu popup) : Qui est connecté ?
    Commande à exécuter : wscript.exe qec.vbs %ip%


Enfin, je trouve séduisante ta suggestion d'utiliser des onglets plutôt que l'actuelle liste déroulante pour les dossiers. Cela améliorerait l'ergonomie du produit sans nécessiter de grosses modifications (à vue d'oeil la modif ne devrait pas être trop complexe à réaliser)... J'y réfléchis pour la prochaine version. wink

Merci pour tes suggestions.


[réponse complémentaire de damien, le 01/12/2010 à 16h54]
Correction de problèmes de "\" (root\CIMV2), merci à zebulon de me l'avoir signalé...


Réaction n°168 

par Yann le 21/10/2010 @ 12:12

Merci de cette rapidité de réponse!

Malheureusement je l'avais déjà vu et je viens de rééssayer encore une fois, et non, l'extinction s'arrête sur le message g.

J'ai fait le test en faisant une petit appli en c# :

si j'envoi la commande WMI avec shutdown (flag=1), j'ai la même réaction que WakeOnLan, par contre si j'envoi la commande PowerOff (flag=8), le PC s'eteint complètememt.

Comme quoi l'informatique tiens à pas grand chose des fois k n r1

o

 

[réponse de damien, le 22/10/2010 à 20h21]
Désolé pour le retard de ma réponse mais en ce moment je suis pas mal débordé. Je viens de faire un rapide test mais n'ayant pas de poste W2000 sous la main, je ne peux pas vérifier le changement de comportement. Je te ferai parvenir d'ici quelques jours une version à tester si tu veux bien.

Mais au pire, rien ne t'empêche d'ajouter une "commande personnalisée" (voir dernier onglet de la fenêtre de configuration de l'outil) faisant appel à ton exécutable ou même un script...


Réaction n°167 

par Yann le 20/10/2010 @ 16:44

Bonjour,

Avant tout un grand merci pour cet outil il est super! s 

Je ne sais pas si c'est l'endroit pour faire cette demande mais j'ai une sugection d'amélioration/ajout d'une fonctionalité:

Serait-il possible d'ajouter la/les commande WMI "Power Off" ? r

En effet la commande "Shutdown" sur un ordinateur sous Windows 2000 éteint le système (il s'arrête et affiche le message "Vous pouvez maintenant éteindre votre ordinateur en toute sécurité") mais pas la machine.

 

Sinon rien à redire k 2

 

[réponse de damien, le 21/10/2010 à 07h10]
Euh... j'voudrais pas dire de bêtises mais si tu fais un clic-droit sur la/les machines, tu verras un menu contextuel s'ouvrir et, oh surprise! tu y trouveras une option "Eteindre (WMI)"... ça ne suffit pas ?!  eekbiggrin


Réaction n°166 

par Patrick le 10/10/2010 @ 19:42
Bonsoir

J'ai réussi à faire un batch pour démarrer une série de machines avec la commande
WakeOnLanBatch.exe  /w:salle!*, mais quand je veux fire la même chose pour une autre salle, un message me dit que la salle ne figure pas sur la liste; pourtant elle est bien déclarée dans le fichier.ini.

Merci et bravo encore pour ton travail!

Patrick


[réponse de damien, le 10/10/2010 à 21h37]
Ah... il s'agit peut-être un bug.

Peux-tu me faire parvenir ton fichier de configuration et m'indiquer le nom du dossier qui pose problème, histoire que j'essaye de comprendre ?

Réaction n°165 

par nostromo le 29/11/2010 @ 08:10

Salut, c'est de nouveau moi a propos du bug qui fait que lorsqu'on fait un reveil sur un groupe de machine, une machine sur 2 mets un erreur, comme dans cet exemple:

S15-POSTE01 : Erreur à l'envoi du paquet vers 255.255.255.255 (port 7)...
S15-POSTE02 : Paquet envoyé à 255.255.255.255 (port 7)...
S15-POSTE03 : Erreur à l'envoi du paquet vers 255.255.255.255 (port 7)...
S15-POSTE04 : Paquet envoyé à 255.255.255.255 (port 7)...
S15-POSTE05 : Erreur à l'envoi du paquet vers 255.255.255.255 (port 7)...

Traitement terminé.

Il semble d'apres mes tests que cela aie un rapport avec le masque de sous réseau, mais j'en suis pas certain. J'ai tenté de creer un nouvelle base en creer un nouveau dossier wakeonlan et en important quelque machine pour voir si ca faisait pareil, et non, ca ne fait plus le bug. Donc il semble qu'il y aie un soucis avec le parseur du fichier .ini, je sais pas exactement ou.

Merci
 

[réponse de damien, le 04/10/2010 à 11h24]
Désolé, j'avais zappé ton message... confused

Le phénomène est effectivement bizarre. J'ai essayé de le reproduire mais sans succès... Peux-tu m'envoyer ton fichier de configuration (ou un extrait) pour que je vois s'il peut nous mettre sur la piste d'une explication ? Merci d'avance.

Au vu du copier/coller que tu as inséré dans ton post, il semble que tu aies désigné les machines par leur nom. As-tu essayé en indiquant leur adresse IP pour voir si le problème était le même ? Si tes postes ne sont pas en DHCP ce serait d'ailleurs plus logique de procéder ainsi...

 

[réponse complémentaire de damien, le 28/11/2010 à 17h44]
Solution trouvée (par toi en plus biggrin), voir
ce billet...


Réaction n°164 

par Claude94 le 21/09/2010 @ 04:10

Bonjour,

Avant toute autre chose, je remercie le développeur de cette version de WOL que j'utilise quotidiennement depuis plusieurs mois. L'idée d'avoir créé une fenêtre contenant les adresses de toutes les machines que l'on souhaîte réveiller est excellente et facilite au mieux l'utilisation de ce petit utilitaire.

En revanche, si le fonctionnement est aisé sous WINDOWS XP (toutes versions), je n'ai trouvé aucun moyen pour réveiller un ordinateur opérant sous WINDOWS 7. Il va sans dire que les paramétrages ont été, bien entendu, correctement effectués tant au sein du BIOS que du système d'exploitation et des drivers des cartes réseau qui ont, pour celles qui le nécéssitaient, été mis à jour.

Le développeur ou quelque fûté lecteur du présent post ont-ils une idée des démarches à entreprendre pour résoudre le problème ?

Que fait-il faire ?

Merci à tous ceux qui pourront répondre.

Claude 94

 

[réponse de damien, le 21/09/2010 à 08h43]
Pour commencer, merci pour tes compliments.

Donc tu n'arrives pas à réveiller une machine qui tourne sous Windows 7. Je serais tenté de dire que la version de l'OS n'y est pour rien mais ce n'est pas tout à fait vrai (par exemple, Windows NT4 ne savait pas arrêter les machines dans un état qui permettait leur réveil : la carte réseau n'était plus alimentée). Je ne pense toutefois pas que Microsoft ait régressé avec son dernier OS, alors il faut chercher ailleurs... wink

Tu dis que le Bios est à jour et correctement configuré. Soit. Cela signifie donc que lorsque la machine est arrêtée, le voyant - vert en principe - de la carte réseau (en espérant qu'elle en ait un) est allumé. Si ce n'est pas le cas, c'est qu'elle n'est pas sous tension. Donc soit ton Bios n'est pas correctement configuré contrairement à ce que tu imagines, soit la carte (s'il s'agit d'une carte additionnelle et non d'un chipset intégré) n'est pas enfichée dans un port PCI qui autorise cette fonctionnalité. Pour moi ils le permettaient tous mais on m'a très récemment dit le contraire.

Si le voyant est bien allumé et que, malgré cela, la machine ne s'éveille pas, il va falloir vérifier que le paquet magique arrive bien à destination. Pour cela je te conseille d'utiliser WOL Monitor (de Depicus) à exécuter sur la machine "cible".

Si le paquet n'est pas détecté par la machine quand elle est allumée, il va te falloir vérifier que les deux bécanes se "voient" bien sur le réseau (un simple PING devrait suffire) et que l'éventuel routeur placé entre les deux bécanes ne filtre pas les trames WOL...

Enfin, assure-toi que l'adresse MAC est correcte, tu as peut-être relevé celle d'un autre adaptateur réseau que celui par lequel le paquet arrive. wink

J'espère que ces infos te mettront sur la piste pour régler ton problème.


Réaction n°162 

par Stephane le 10/09/2010 @ 17:59

Bonjour,
Merci pour ce logiciel qui va nous changer notre méthode de travail !
Nous devons allumer un groupe de machines le matin et les éteindre à la fin de la journée.
Je voudrais savoir si il est possible de pouvoir, via un batch, de fixer une heure de réveille et d'extinction des machines, ainsi que de créer des groupes de ceci.
Merci d'avance de votre réponse !

Stéphane

 
[réponse de damien, le 10/09/2010 à 17h56]
Tu peux définir tes groupes en créant des "dossiers" (jette un coup d'oeil à la liste déroulante qui se trouve en bas à gauche de la fenêtre principale de l'appli) et en y plaçant tes machines. Si tu as déjà créé toutes tes bécanes dans le dossier par défaut (nommé "machines", tu peux les déplacer en faisant un couper/coller (CTRL-X et CTRL-V).

Ensuite, pour déclencher l'arrêt et le démarrage automatiques, il te suffira de créer un fichier .bat qui contiendra l'appel à la version ligne de commande de mon outil :
  • Exemple pour réveiller toutes les machines :  WakeOnLanBatch.exe /w:* 
     
  • Exemple pour réveiller toutes les machines du dossier "salle de formation 1" :  WakeOnLanBatch.exe /w:salle de formation 1!* 
Et pour l'arrêt, il suffit de remplacer le  /w  par un  /s .

En ce qui concerne la planification de l'exécution de tes scripts, je te conseille d'utiliser le planificateur de tâches (ou la commande AT). Mais attention à ce que la machine qui "pilotera" les autres ne fasse pas partie de la liste à éteindre ! 
wink

Réaction n°162 

par Mike le 06/09/2010 @ 12:42
Bonjour,

Je vous remercie pour vos programmes pas encore téléchargées mais qui ont l'air très sympa.

A propos du Wake On Lan, j'ai lu quelque part sur la toile qu'il fallait être dans la même circonscription. Je voudrais utiliser ce programme alors que je serai au moyen-orient... pensez-vous que cela posera problème ?

Ensuite, comment savoir si le PC piloté est équipé du WOL ? J'envisageais de mettre un petit Zotac Mag ou un Aspire revo.

Merci pour vos renseignements!!
Mike


[réponse de damien, le 06/09/2010 à 19h33]
La mise en oeuvre du WakeOnLan est contraignante car par défaut on ne peut "traverser" les routeurs qui se trouvent entre la machine à réveiller et celle qui est utilisée pour le réveil. En entreprise, on peut configurer les routeurs, à la maison aussi, mais quand il s'agit de passer par Internet, c'est quasiment impossible...

En fonction de ton besoin, s'est peut-être plutôt vers le WakeOnWan que tu devras te tourner (même technologie que le WakeOnLan à la différence que ce n'est plus ton ordi qui émet le paquet magique mais une machine directement routée sur Internet). Si la machine que tu souhaites réveiller se trouve derrière une box qui "prend en charge" le WOL (fonction proxy-wol sur la Freebox par exemple) alors ça fonctionnera, même si les deux bécanes sont distantes de milliers de kilomètres.

S'agissant de la compatibilité des ordis avec le WOL/WOW, les machines récentes le sont en principe toutes. Je suis toutefois déjà tombé sur certains portables ou desktop utilisés en entreprise qui dérogeaient à cette règle.

Réaction n°161 

par nostromo le 29/11/2010 @ 08:15

Bonjour, comme dit dans le billet 157, j'ai un soucis bizarre identique. Un paquet de reveil sur deux provoque une erreur. Cela fait la meme chose avec la version en ligne de commande.

D'autre part serait-il possible d'inclure certaines fonctionnalités comme:

  • Possibilité d'ajouter des colonnes personalisé avec une requete wmi associé ou alors simplement l'intitulé de la colonne et une checkbox a cocher? (exemple, rajouter le type d'os, le service pack ou autre)
  • Possibilité d'ajouter une commande personnalisé avec laquelle on peut faire parcourir sur l'ordinateur local pour selectionner un fichier dont le nom serait utilisable en tant que variable dans la command perso. (exemple: %cheminfichier%)
  • Afficher le nombre de bécane qui répondent au ping (total qui sont en vert et en rouge)
  • Possibilité de faire une recherche sur un critère du tableau (nom d'ordinateur ou autre)

Merci de votre réponse
 

[réponse de damien, le 06/07/2010 à 18h48]
Désolé pour le retard de ma réponse mais en ce moment je n'allume pas systématiquement l'ordi en rentrant à la maison...

Le fait que tu rencontres le même problème que Richard est effectivement bizarre. Est-ce que tu utilises la version fournie avec l'installeur ou une version portable ? Quel OS ?

En ce qui concerne tes suggestions, autant les deux dernières me paraissent assez justifiées, autant les deux premières relèvent d'un besoin très spécifique. Et comme je l'ai déjà dit : le spécifique je n'aime pas ça. C'est à mon sens du temps de "perdu" pour contenter une petite poignée de personnes au détriment de la majorité. Sans compter que ça complexifie le produit.

Je garde donc tes deux dernières propositions mais pas les deux premières. Mais peut-être peux-tu enrichir l'appli en  développant des petits modules externes (à mettre en œuvre via les "commandes supplémentaires") ?


[réponse complémentaire de damien, le 28/11/2010 à 17h45]
Solution trouvée (par toi en plus biggrin), voir
ce billet...


Réaction n°160 

par Richard le 28/05/2010 @ 16:19
Bonjour,

J'ai tester le démarrage sur des machines de mon réseau, mais ne faisant pas partit de mon VLAN et évidemment ça n'a pas fonctionner.

 J'ai ensuite eu la bonne idée (enfin je croyait que s'en était une) de mettre un masque en 255.255.255.255. Et la comme par magie ça a fonctionné, mais le lendemain quand j'ai voulu refaire la même manip, aucun ordinateurs n'a démarré....

Je pense que c'est du aux switchs qui conservent la relation @MAC/@IP un certain temps mais qui ne la conservent pas indéfiniment (je suis en DHCP).

Auriez-vous une solution?



[réponse de damien, le 28/05/2010 à 18h04]
Peut-être qu'il y a une fonction WOL à activer dans le switch pour qu'à réception d'un magic packet il le retransmette sur l'adresse de broadcast du vlan en question plutôt que d'essayer de l'orienter vers un ordi en particulier (alors que la table de routage est probablement effacée au bout de quelques minutes) ? Ou bien il te faudra router un port manuellement...

Enfin j'dis ça mais je n'y connais rien dans le domaine de la configuration des switchs. frown

Réaction n°159 

par Richard le 25/05/2010 @ 12:29
Effectivement si j'installe Wake On Lan sur ma machine Lenovo (avant il était installé sur ma machine HP dc7900). Plus de problème d'envoi du paquet et les scripts fonctionnent à merveille.

Merci beaucoup pour votre aide! Je vais enfin pouvoir tester tout sur une trentaine de PCs.

Je vais tout de même vérifier si depuis ma machine Lenovo je n'ai pas de problème pour démarré les différents type de machines qu'il y a dans mon parc.

Je vous tient au courant...

Bizarre quand même que je ne puisse pas lancé de script depuis ma machine perso (HP) et que depuis une autre ça marche, surtout que ma machine est beaucoup plus récente...

Et encore merci pour votre aide!


[réponse de damien, le 25/05/2010 à 18h38]
Y a pas de quoi. Heureux que tout fonctionne, même si je n'ai pas d'explication pour que ce soit le cas depuis ton autre bécane. Il arrive parfois des choses étonnantes en informatique ! frown

Réaction n°158 

par Richard le 25/05/2010 @ 09:27
Pour la machine IBM le mode ligne de commande ne marche pas pour le réveil, et l'appli fenêtrée, me met une erreur d'envoi du paquet à la première tentative de reveil et réveil ensuite mon pc à la deuxième tentative.

J'ai effectuer des test avec wol monitor. Rien ne s'affiche quand je lance un réveil en ligne de commande (alors que la console me dit que le paquet a été envoyé). Pour l'appli fenêtrée a la première tentative (celle où l'appli me dit qu'il y a eu un problème d'envoi du paquet) évidamment rien ne s'affiche dans wol monitor, et à la deuxième tentative wol monitor m'affiche bien la trame envoyé et mon ordi en question démarre.

Dans WOL mes machine sont importé de IPScan (avec le nom de la machine dans la case : Machine ou Utilisateur, l'@ IP dans la case Adresse Ip (ou nom NETBIOS/DNS) etl'@ MAC dans Adresse MAC). Donc je ne pense pas que le problème vient de cela.


[réponse de damien, le 25/05/2010 à 10h37]
Ben pour commencer, ce n'est pas normal que tu rencontres une erreur à l'envoi du paquet...

Tu peux essayer d'exécuter WakeOnLan depuis une autre machine ? Si l'anomalie est reproductible sur d'autres bécanes, tu as peut-être découvert un bug.



Réaction n°157 

par Richard le 29/11/2010 @ 08:18

Merci pour votre réponse. Cela m'a beaucoup aidé.

J'ai réussi à éteindre et rédémarrer 2 pc test à distance via wakeonlan.exe.

Cependant un léger problème persiste. Quand je créé mes scripts, l'extinction marche correctement, mais pour le démarrage j'ai un pc qui ne veut pas démarrer et un autre qui parfois ne démarre pas (ce qui m'obligerai à lancer deux fois le script).

Je pense avoir identifier le problème pour le pc qui ne veut pas démarrer, quand je veut le démarrer depuis wakeonlan.exe il me met une erreur d'envois du paquet la première fois et quand je relance le démarrage un deuxième fois là ça marche. Je pense donc que le logiciel analyse le problème et trouve une solution pour la prochaine tentative, tandis que le script lui envoie simplement le paquet sans se poser de question.

J'ai oublier aussi de préciser que les machines sont deux machines différentes (IBM 8124-CTO et Lenovo 9637-CTO). Le problème c'est que je voulais tester mes scripts en grandeur nature sur des IBMs...

Pensez-vous savoir comment résoudre ce problème?

 

[réponse de damien, le 25/05/2010 à 08h36]
Est-ce que le réveil "aléatoire" ne concerne que le mode ligne de commande ou le rencontres-tu aussi avec l'appli fenêtrée ? Car en principe les deux exécutables fonctionnent de façon identique, les fonctions du "noyau" étant les mêmes.

Je te conseille de faire des tests à l'aide du WolMonitor de Depicus pour voir si les paquets magiques arrivent bien sur ces machines lorsqu'elles sont allumées, ou non. Il peut y avoir un problème de résolution de nom si tu désignes les machines par leur FQDN (nom DNS) ou leur nom NetBIOS au lieu de l'IP...

Tiens moi au courant stp...



[réponse complémentaire de damien, le 28/11/2010 à 17h46]
Une explication/solution a été trouvé par un autre utilisateur (merci Nostromo merci1), voir
ce billet...

Réaction n°156 

par Richard le 19/05/2010 @ 12:50
Bonjour,

Je tiens tout d'abord a vous remercier pour votre travail, on m'a chargé de trouver une solution informatique pour pouvoir planifié l'extinction et le démarrage des machines de mon réseau. Et mon choix c'est naturellement tourner vers votre logiciel.

Mais j'ai quelque soucis, j'arrive bien a démarré ou éteindre une machine a distance.Mais je voudrais pouvopir planifié ces extinction/allumage distant. J'ai cru comprendre que c'était possible, mais après plusieurs heures de recherche ne n'ai rien trouvé...

Pourriez-vous me dirigé vers un lien expliquant comment planifié ces commande, et/ou me donner un exemple de script de planification, par ex: éteindre tout les ordinateur du réseau à 18h et les redémarrer à 8h.

Merci beaucoup pour votre réponse!


[réponse de damien, le 19/05/2010 à 19h34]
Alors d'abord, merci pour les compliments.

Pour la mise en œuvre de la planification du réveil et/ou de l'extinction, c'est assez simple : il suffit d'utiliser la version "ligne de commande" de WakeOnLan, à savoir WakeOnLanBatch dont l'exécutable se trouve dans le répertoire de l'appli.

S'agissant de l'exécution à heures fixes, l'appli n'intègre pas de "planificateur", il te faudra programmer les opérations via les tâches planifiées de Windows. C'est aussi simple que ça.

Tu pourrais très bien créer tes deux tâches planifiées avec l'appel à direct à l'outil mais je te conseille plutôt de créer un fichier batch pour chaque tâche (un premier pour le réveil, un second pour l'extinction) et de désigner ces fichiers batch dans les tâches planifiées correspondantes.

La commande pour le réveil général (à mettre dans le .bat ou à utiliser directement) :

wakeonlanbatch.exe /w:*

Et celle pour l'extinction :

wakeonlanbatch.exe /s:*

Bien entendu, tout ceci ne fonctionnera que pour les machines déclarées dans le fichier de configuration. Ce dernier étant partagé avec la version standard (en mode "fenêtre") de mon appli, tu utiliseras au préalable WakeOnLan.exe pour y référencer toutes tes machines. Attention toutefois à ne pas y référencer la machine "maître" qui jouera le chef d'orchestre, sinon elle s'éteindra elle aussi et ne pourra donc pas réveiller les autres le moment venu.

Voilà, j'espère que ça répond à tes interrogations.

Réaction n°155 

par HBruno le 04/05/2010 @ 18:53

Bonjour,

je dois surveiller des machines si elles sont éteintes ou allumées en temps réel et avoir la possiblité de les éteindre à distance, j'ai donc essayé LanAlertCenter, qui répond bien à la surveillance en temps réel mais je ne peut pas envoyer une commande d'extinction ou de fermeture de session. J'ai donc essayé WakeOnLan, très bon soft pour l'envoi de commande vers les machines mais, par contre, il n'y a pas la surveillance en temps réel, à moins de cliquer souvent sur "tester tout". Existerait-il une possibilité de rajouter un ping automatique, comme dans LanAlertCenter, pour les machines déclarées dans WakeOnLan ?

Merci
 


[réponse de damien, le 04/05/2010 à 20h26]
Ne jouais-tu pas aux LEGO quand tu étais gamin ? ! ;) Hé ben là c'est pareil : utilise la "brique" LanAlertCenter pour détecter les anomalies, couple-la avec la "brique" WakeOnLanBatch (la version ligne de commande de WakeOnLan) en utilisant les "actions"... Tu arriveras au même résultat.

Pour ce qui est de la syntaxe à utiliser pour les actions, je t'invite à faire une recherche rapide dans les réactions des autres utilisateur (et mes réponses) de l'article sur LanAlertCenter, tu y trouveras quelques exemples/explications. Si tu as du mal à trouver les infos nécessaires, n'hésite pas à me recontacter.


Réaction n°154 

par Eric le 30/04/2010 @ 11:39

Bonjour,

je suis tres intéressé par ton programme WakeOnLan, mais je n'ai pas trouvé de squéduleur sur la version Windows.

Dois-je le faire par la version PHP ?

Et encore merci pour ton aide.

Eric.

 

[réponse de damien, le 30/04/2010 à 12h33]
Désolé mais je n'ai pas tout compris avec ton histoire de "squéduleur"... Tu peux développer ton propos stp ?

PS.: message déplacé dans les réactions à l'article car il n'a pas sans place dans le livre d'or.