Bonjour tout le monde,
 
Tout d'abord je précise que j'ai déjà fait une recherche et qu'elle ne m'a pas été très fructueuse, certes des topics existent déjà à ce sujet mais ça ne m'a pas avancé.
 
 
Voici le problème, j'aimerais réveiller mon serveur Debian à partir d'une autre machine du réseau. Pour cela je sais que j'ai besoin d'une carte gérant le WoL, que cette option soit activé dans le BIOS, ... en bref tout ceci est déjà fait. Preuve que le WoL est opérationnel, quand je débranche le câble réseau du serveur au routeur et que je le reconnecte aussitôt le PC s'allume tout seul . Mais quand je cherche à le réveiller en lui envoyant un paquet magique, rien n'y fait .
 
 
Quelqu'un peut-il m'aider ?
 
PS : cette utilisation n'est pas dans un but de "jouer" avec cette fonction ou de faire le gros fade mais tout simplement pour une utilisation de backup pour la nuit .
 
 
Merci d'avance

 
Nous avons eu des problèmes sur certain ordinateurs sur une solution à base de Mandriva... Peut être est ce le même problème ?
 
voici donc une piste à explorer: http://edutice.mandriva.com/forums/viewtopic.php?id=15

merci pour votre aide mais j'avais déjà essayé avec

et si je me sers de l'argument "-i" sur halt c'est encore pire car le câble réseau ne le réveille plus .

c'est étrange... le même  envoi de magic packet à une autre machine fonctionne t'il ?

Ton pb vient peut-être de ton routeur, il ne garde peut-être pas l'adresse mac de la carte réseau à réveiller en mémoire.
Pour régler ça, j'ai donné un bail permanent à ma carte réseau.
 
Avec ça + la ligne de commande que tu as donné plus haut + le réglage dans le bios, tout marche nickel chez moi.

Tu veux dire que tu attribues une IP "static" via DHCP en utilisant l'adresse MAC ? (si oui moi aussi )
 
Pour ce qui est du routeur non se n'est pas lui car j'ai essayé d'allumer un PC sous Windows depuis le terminal d'un Mac et il s'est allumé sans problème.

Oui.
 
J'ai pas d'autre idée alors, dsl.

faut aussi que le routeur l'autorise, faut ouvrir le port 0 je crois bien, ou le 9 en udp et autoriser le trafic broadcast
 
mais le WoL n'a aucun rapport avec l'adressage d'ip par dhcp ou avec la nature du système installé, seul la carte reseau et les config du bios comptent

+1
ce topic n'a rien à faire dans OSA ...

Pour ce qui est du routeur ça passe vu que ...

Tu utilise bien etherwake en root pour envoyer le magic packet ?

non j'utilise le programme wakeonlan

Pas bon, ça n'envoie pas de magic packet.

ah bizarre pourtant ça m'allume bien un PC sous Windows

Windows n'a RIEN à voir dans l'histoire (linux non plus d'ailleurs), et wakeonlan envoie bien un magic packet ...

Il y a quelques années j'avais essayé aussi de faire ça et ça marchait pas non plus (debian).
J'aimerais bien aussi avoir la solution. Et ce sujet a bien sa place dans OSA puisqu'on essaye d'envoyer le magic packet depuis un pingouin et que ça marche pas...

Non non et non. Wakeonlan est un script perl qui forge un paquet à destination du port 'discard'. Ca n'est pas un magic paket, mais apparament vous saviez mieux donc je pense que je vais vous laisser galérer.

et si, le wake on lan dépend également de l'OS, plus précisément du pilote de ta carte réseau, qui doit laissé cette fonctionnalité activé après avoir réinitialisé le hardware...

Ce qui il me semble est laissé par défaut, en tout cas sur un 8139 sur debian c'est le cas ...
Au passage : http://gsd.di.uminho.pt/jpo/software/wakeonlan/
C'est quand même l'auteur qui écrit "Wakeonlan is a Perl script that sends 'magic packets' ..."
 
Et pour le problème de Gavrinis, as tu essayé de modifier ton modules.conf pour ajouter :
"options ethX enable_wol=1" ?
 
X le numéro de ton interface

 
Oui bah peut mettre mais quand tu met l'option 'g' je crois avec ethtool (aka magic packet) la carte attend un paquet ethernet forgé, que seul etherwake peut faire en root. wakelone envoie un paquet udp sur le port discard. Je maintiens.

J'ai essayé toutes les possibilités de configurer le WoL avec ethtool et soit c'est trop sensible (l'ordi se réveille dès qu'on accède au réseau sans pour autant vouloir allez vers lui) soit il ne se passe rien.
 
Tant pis je vais abandonner alors
 
 
Si ça peut aider quelqu'un voici mes différents essais, ça passera peut-être vous :
ethtool -s eth0 wol p|u|m|b|a|g|s|d
 

• p  Wake on phy activity
• u  Wake on unicast messages // trop sensible
• m  Wake on multicast messages
• b  Wake on broadcast messages // trop sensible
• a  Wake on ARP
• g  Wake on MagicPacket(tm)
• s  Enable SecureOn(tm) password for MagicPacket(tm)
• d  Disable (wake on nothing). This option clears all previous options.

Putain mes messages ils sont transparents ou bien vous comprenez rien ?

Ptain, je comprends pas, j'utilise wakeonlan et ça marche pas ...
Pourtant j'ai bien utilsé ethtool pour préparer ma carte réseau.

PUTAIN SI VOUS AVEZ MIS LA CARTE EN MODE MAGIC PACKET AKA 'G' IL FAUT UTILISER ETHERWAKE ET PAS WAKEONLAN

Non non je les vois bien

C'est presque pas une raison pour gueuler

Bah j'ai perdu une heure la dessus y'a pas un mois et ça fait trois fois que je leur explique le problème. C'est un peu ennervant quand même non ?

Je comprend mais bon, un minimun de calme tout ca

Bon Gavrinis tu as compris ce M300A a expliqué ou alors tu le zappes complètement ?

non j'ai compris

Et ca fonctionne ou tu as encore des problèmes ?

effectivement ça fonctionne

 
L'important c'est que vous ayez apris quelque chose quand même

Faudrait juste que tu travailles un petit peu sur ta pédagogie

PUTAIN ELLE TE PLAIT PAS MA PEDAGOGIE ?

Bon, t'avais raison, en revanche, je comprend pas l'appellation magic packet ?!
Pourquoi certains tools disent qu'ils envoient des magics packets alors que c'est pas vrai ? Quelle est la différence avec un "vrai" magic packet ?
 
Merci  

 
moi j'aime bien, j'avais envi de poster un " " a chaque réponse \O/

 
Si je me rappel bien en fait l'OS et le chargement du drivers laisse tes cartes dans des modes differents.
 
Le "vrais" WoL ne traitera que les paquets de la couche ethernet, donc un "MagicPacket" qui est une trame ethernet spécial, qui est un traitement purement Hardware.
Dans d'autres cas une partie de l'OS/du drivers reste chargé en mémoire, il est donc capable de  traiter des infos des couches de protocole suppérieur(en l'occurence ici l'UDP) et peut reveiller le PC "en veille" et non pas le PC "eteint" c'est pour ça que ça amrche avec windows qui doit être non pas eteint mais en veille prolonge (STR ou STD).
 
Si je me rappel bien on les appels "WoL Hardware" et "WoL internet" respectivement pour faire la difference.
 
Après, mes derniers tests date d'il y a plus de 6 ans, donc ma mémoire fait peut être faillite depuis le temps