PHWinfo - Afficher un message - Wake-On-Internet à travers un routeur : possible ?

08/08/2005, 23h30

Patrick 'Zener' Brunet a écrit :
>
> Un petit doute tout de même, quand vous dites :
>
>> Le routeur reçoit sur son interface
>>WAN le datagramme UDP contenant le magic paquet. Il modifie l'adresse
>>IP destination du datagramme et se prépare à le ré-émettre via son
>>interface LAN. Avant cela, il doit déterminer l'adresse MAC ethernet
>>correspondant à l'adresse IP destination afin de construire la trame
>>ethernet qui contiendra le datagramme. A cet effet il émet une requête
>>ARP sur le LAN. Mais comme la machine cible est éteinte, il n'aura
>>jamais de réponse à sa requête. Par conséquent le routeur ne peut
>>retransmettre le paquet UDP, et il devrait renvoyer un message
>>d'erreur ICMP "host unreachable" à l'émetteur du paquet original.
>
> Par définition si on fait un WOL, la machine cible est toujours éteinte ou
> en veille, mais par contre sa carte réseau est active. L'existence-même du
> mécanisme suppose qu'on puisse procéder soit par broadcast, soit par une IP
> fixe qui ne répond pas (encore). Ou alors si une réponse préliminaire est
> attendue, il faudrait que la carte réseau sache répondre toute seule, et
> dans ce cas il suffit qu'elle soit sous tension.

Mais une carte ethernet même active est incapable de répondre
d'elle-même à une requête ARP. ARP et IP sont au-dessus d'ethernet et du
ressort de l'OS.

> Même si je ne vais pas forcément utiliser cet utilitaire, je m'étais basé
> sur des informations telles qu'en fournit cette page :
> http://www.gknw.com/wol.html

D'après cette page l'utilisation d'un broadcast ethernet pour le magic
packet ne pose pas de problème, ce dont je n'étais pas sûr.

> Suite à tests :
>
> * Mon routeur n'accepte pas d'ouvrir un port vers une adresse IP de
> broadcast, uniquement vers une adresse IP ordinaire.

Ça m'aurait étonné...

> * Il propose de définir des routes statiques, mais je ne crois pas que ça
> puisse faire avancer le schmilblick.

Non, ce n'est pas ce dont nous avons besoin. Pas de table ARP statique ?
Pas d'interface en ligne de commande par Telnet ou SSH qui donnerait
accès à des options de configuration plus avancées que l'interface web ?

> * Seule possibilité en vue : dans la configuration du serveur DHCP, il y a
> une rubrique intitulée "Address Reservation" permettant d'associer des IP
> fixes à des adresses MAC + noms de machines. Ca veut peut-être dire qu'il
> est possible, en plus de les exclure de la plage du DHCP, de faire en sorte
> que le routeur utilise ces correspondances sans vérifier l'activité de la
> machine cible, ce serait donc conforme à votre solution n°1...

Effectivement, ça vaut le coup d'essayer. Mais il n'est pas dit que le
serveur DHCP et le module ARP causent ensemble...

> Je crois qu'il ne me reste plus qu'à me débrouiller pour mettre en place une
> configuration d'essai... AMHA ça doit être possible en montant seulement une
> seconde machine sur le routeur côté interne.

Bon courage, et tiens-nous au courant !

08/08/2005, 23h30	#4
Pascal@plouf Messages: n/a Hébergeur:	Re: Wake-On-Internet à travers un routeur : possible ? Patrick 'Zener' Brunet a écrit : > > Un petit doute tout de même, quand vous dites : > >> Le routeur reçoit sur son interface >>WAN le datagramme UDP contenant le magic paquet. Il modifie l'adresse >>IP destination du datagramme et se prépare à le ré-émettre via son >>interface LAN. Avant cela, il doit déterminer l'adresse MAC ethernet >>correspondant à l'adresse IP destination afin de construire la trame >>ethernet qui contiendra le datagramme. A cet effet il émet une requête >>ARP sur le LAN. Mais comme la machine cible est éteinte, il n'aura >>jamais de réponse à sa requête. Par conséquent le routeur ne peut >>retransmettre le paquet UDP, et il devrait renvoyer un message >>d'erreur ICMP "host unreachable" à l'émetteur du paquet original. > > Par définition si on fait un WOL, la machine cible est toujours éteinte ou > en veille, mais par contre sa carte réseau est active. L'existence-même du > mécanisme suppose qu'on puisse procéder soit par broadcast, soit par une IP > fixe qui ne répond pas (encore). Ou alors si une réponse préliminaire est > attendue, il faudrait que la carte réseau sache répondre toute seule, et > dans ce cas il suffit qu'elle soit sous tension. Mais une carte ethernet même active est incapable de répondre d'elle-même à une requête ARP. ARP et IP sont au-dessus d'ethernet et du ressort de l'OS. > Même si je ne vais pas forcément utiliser cet utilitaire, je m'étais basé > sur des informations telles qu'en fournit cette page : > http://www.gknw.com/wol.html D'après cette page l'utilisation d'un broadcast ethernet pour le magic packet ne pose pas de problème, ce dont je n'étais pas sûr. > Suite à tests : > > * Mon routeur n'accepte pas d'ouvrir un port vers une adresse IP de > broadcast, uniquement vers une adresse IP ordinaire. Ça m'aurait étonné... > * Il propose de définir des routes statiques, mais je ne crois pas que ça > puisse faire avancer le schmilblick. Non, ce n'est pas ce dont nous avons besoin. Pas de table ARP statique ? Pas d'interface en ligne de commande par Telnet ou SSH qui donnerait accès à des options de configuration plus avancées que l'interface web ? > * Seule possibilité en vue : dans la configuration du serveur DHCP, il y a > une rubrique intitulée "Address Reservation" permettant d'associer des IP > fixes à des adresses MAC + noms de machines. Ca veut peut-être dire qu'il > est possible, en plus de les exclure de la plage du DHCP, de faire en sorte > que le routeur utilise ces correspondances sans vérifier l'activité de la > machine cible, ce serait donc conforme à votre solution n°1... Effectivement, ça vaut le coup d'essayer. Mais il n'est pas dit que le serveur DHCP et le module ARP causent ensemble... > Je crois qu'il ne me reste plus qu'à me débrouiller pour mettre en place une > configuration d'essai... AMHA ça doit être possible en montant seulement une > seconde machine sur le routeur côté interne. Bon courage, et tiens-nous au courant !