Vous devez vous connecter ou vous inscrire pour pouvoir répondre
Vous n’êtes pas identifié. Veuillez vous connecter ou vous inscrire.
Vous devez vous connecter ou vous inscrire pour pouvoir répondre
Bonjour,
rien dans le menu de box à ce sujet. Je ne connais que le principe du wake on lan, mais je n'ai jamais pratiqué. Si j'ai bien compris il s'agit d'envoyer une commande vers le PC pour l'allumer. Je suppose que c'est faisable en ouvrant un port sur la box qui dirige vers le pc à rallumer.

Merci Bigbrother.
En fait le WakeOnLan permet l'envoi d'un packet sur un port (7 ou 9) à tout le réseau (broadcast). Ce paquet contient l'adresse MAC de la machine que l'on veut réveiller. Si un PC connecté au réseau reconnait sa propore adresse MAC dans ce paquet envoyé, il s'allume (à condition que la carte réseau soit paramétrée et qu'elle supporte la fonctionnalité).
Actuellement je suis chez SFR avec la NeufBox. La fonctionnalité n'existe pas non plus.
Ce qui pose problème :
Quand un PC est allumé et a une adresse IP, il figure dans la table ARP de la box.
Après quelques minutes d'arrêt du PC, la table ARP se mettant à jour, la ligne IP/Adresse MAC disparait.
Ce qui serait bien :
La table ARP de la BBox est-elle modifiable (on pourrait y faire figurer la correspondance IP/MAC, chose impossible avec la NeufBox) ?
Est-il possible de réveiller un PC éteint depuis plusieurs heures via un paquet WOL (si qqn a envie d'essayer, je peux l'aider à le mettre en œuvre si besoin) ?
C'est un sujet qui a déjà mobiliser du monde dans la communauté NeufBox !! ![]()
Je ne sais pas ce qu'est une table ARP.
Par contre sur la Bbox, le principe des règles nat est différent.
Tu crées une règles, celle-ci est enregistrée et non affectée. Ensuite, tu as des périphériques branchés à l'appareil. On affecte une règle à un appareil branché sur la Bbox, cette information est permanente. Je ne sais pas si ça correspond à ton besoin.
Je ne peux malheureusement pas t'aider en faisant des tests, mes pc ne sont pas compatibles avec wol. Si d'autres membres veulent tenter l'expérience, qu'ils se manifestent ![]()

On va tenter d'établir un tutoriel.
Déjà, voici comment se présentent la gestion des périphériques sur la Bbox. Ces données sont permanentes.
Voici comment se présente le réseau à domicile sur la Bbox :

En cliquant sur périphérique, on obtient une liste permanente des périphériques, qu'ils soient connectés ou pas :

Comme tu peux le voir, un périphérique est actif sur eth1, la set top box sur eth4. Un autre PC a été branché, mais fermé pour l'instant : inconnu.
Si je cliques sur le pc actif :

Il donne les informations de celui-ci. Nota, le périphérique inactif contient les mêmes informations.

Une table ARP est essentielle dans un routeur. C'est elle qui dit que telle IP est rattachée à telle machine (identifiée par son adresse MAC).
On va dire que c'est comme les PagesJaunes mais pour la Box !!
Quand tu déménage, ton adresse n'a plus lieu de figurer à l'intérieur. Quand le PC s'éteint, la table ARP qui se rafraichit le vire de sa liste.
Merci beaucoup pour ces copies d'écran ! Il y a des chances pour que ça fonctionne mieux qu'avec la NeufBox car, comme tu le dis, les données sont permanentes.
Tu dis que le périph inactif contient les mêmes infos, mais l'adresse physique est-elle renseignée elle aussi ?
Merci encore pour ses précieuses infos. Attendons de voir maintenant si qqn peut ou a essayé !
la table arp de la bbox garde l'historique des association mac/adress ip, par contre d'apres mes observations cette association reste aleatoire, puis ce n'est pas encore possible de faire une association manuelle, meme avec un acces hotline sur la box.
mainn, reste a testé.
Bonjour!
Il faudrait créer un règle de transfert du port UDP 9, et pouvoir affecter cette règle, non pas à une machine donnée, mais à l'adresse de broadcast du LAN: 192.168.1.255. Je ne sais pas si c'est possible avec la BBox.
A quoi correspond l'ip 255 ?
On peut appliquer une règle à une ip au lieu d'un périphérique :

Sinon, dans les captures de tout à l'heure, on peut fixer l'ip du périphérique aussi.

192.168.1.255 est l'adresse de broadcast locale. C'est à dire qu'un paquet envoyé à cette adresse devrait (si ça marche comme prévu) partir vers le wifi et vers toutes les prises ethernet, traverser tous les hubs et switchs, et être réémis sur toutes leurs prises. Bref un broadcast ira partout, atteindra toutes les machines, allumées ou éteintes, y compris la machine que l'on veut réveiller. Toutes les machines le refuseront ou l'ignoreront, sauf une: Celle que l'on veut réveiller.
Il va partout, sauf qu'il ne passe pas les routeurs: Un broadcast reste toujours dans son réseau. Et un broadcast ne pose aucun soucis de résolution ARP: Un datagramme vers l'IP de broadcast est encapsulé dans une trame ethernet elle-même broadcast. En principe.
@Bigbrother
quel est la version du firmware utilisé sur les captures?
C'est la version logiciel : 8.1.B.K
si c'est bien ça que tu demandes.
Si tu as besoin de plus :
Nom du produit: TG787
Numéro de série: CP0915AHB5U
Version du logiciel: 8.1.B.K
Variante du logiciel: BS
Démarrer la version du chargeur: 1.0.2
Code produit: 36590990
Nom de la carte: CANT-G

après plusieurs essais, je n'ai pas réussi:
impossible de renvoyer en broadcast vers le .255 (uniquement en unicast donc vers une adresse IP unique).
Le seul truc que j'ai remarqué est que juste après avoir eteint le PC, j'ai réussi à la rallumer
à distance.
J'en ai déduit que l'information @IP @MAC était encore dans une table de la BBOX (table ARP...).
Est-ce que quelqu'un sait comment arriver à un mode avancé sur la BBOX (commande en ligne ou équivalent ?)
histoire de fixer une entrée dans la table ARP...
Dernière modification par ferko78 (14-02-2010 21:02:45)
Si on cherche bien sur Google, on peut voir que sur la box Thomson d'origine, il y a moyen de tout. Il y a moyen de transférer des ports vers broadcast, mais à condition de l'avoir préalablement autorisé via une commande en telnet. Et il y a moyen de préremplir la table ARP de couples MAC/IP statiques, via des commandes en telnet. Super! Oui, mais Bouygues a semble-t-il enlevé l'accès telnet de la Bbox.
Bonjour à tous,
Je voudrais savoir si qq'un a reussi finalement à demarrer son pc via le net moi ca fonctionne en local mais je n'ai pas encore reussi à le faire via internet ...
meme si il faut faire des modifications en SSH je suis preneur de ttes infos pour y arriver ...
Cordialement,
bypbop
Dernière modification par bypbop (19-02-2010 14:49:29)
Pour l'instant, rien de probant.
j'ai vu sur d'autres sites que l'on pouvait récupérer le fichier de conf de la bbox
à cette adresse : http://192.168.1.254/cgi/b/backup/user.ini//
Après il serait possible de le remettre (par en HTTP par POST...).
Je n'ai pas vu d'explications détaillées et comme je ne suis pas souvent derrière la bbox
je n'ai pas pu tester.
Savez vous s'il est possible
- d'activer le telnet ou ssh en modifiant le user.ini ?
Pour le Wake On LAN, est-ce que quelqu'un a tenté un règle firewall en plus de celle FromLAN
- type FromWan
Interface Souce WAN
Adresse Source Any ou _addr_192_168_1_255
Interface Dest LAN
Adresse Dest Any
Service tcp/udp 7 ou tcp/udp 9 ou Any
Action: Accept
Il manque la partie NAT, mais peut être qu'en définissant l'application Wake on WAN avec le NAT
et en plus la règle firewall cela passe...
PS: pour ma part, je vais essayer de contourner ce problème de Wake on WAN en essayant de trouver un équipement (genre disque NAS ou Camera IP) sur lequel je pourrais me conneter à distance et lancer un script de Wake on LAN...
Dernière modification par ferko78 (23-02-2010 10:26:46)
Bonjour j'ai mm fait des test en desactivant le firewall completement ca ne fonctionne pas .
Par contre je ne vois pas comment tu peux faire avec une camera ip ou un nas pour demarrer ton pc à distance ... vu que tout deux sont connectés au mm réseau ..
Cordialement,
bypbop
On peut trouver des NAS ou des cameras IP qui fonctionnent sous linux.
Donc en laissant ces équipements allumés et sur le même réseau que les PC éteints
On se connecte sur ces équipements à distance (telnet, ssh ou interface web)
puis on lance un utilitaire/script (à partir du NAS ou de la camera) pour réveiller les PC eteints .
PS: c'est une vision purement théorique, à voir si on peut installer les bons packages linux
pour faire du wake on lan sur ces équipements...
après quelques recherches, j'ai vu le Wake on LAN à distance (ou Wake on WAN)
ne fonctionnait que chez free.
[Un peu de pub]
Pour ma part, je vais investir sur un disque NAS Synology qui sera allumé 24/24 et sur lequel je pourrais me connecter à distance et allumer les PC du réseau.
Ca va me coûter entre 200€ et 400€ (selon le modèle et les disques durs).
Heureusement il n'y a pas que la fonctionnalité WoL qui m'intéresse !
voilà quelques lien sur le Wake on LAN sur les NAS Synology
http://forum.synology.com/enu/viewtopic.php?f=39&t=2661
http://www.nas-forum.com/forum/index.php/topic/1875-wake-on-lan-prise-de-controle-a-distance/
En fait le WakeOnLan permet l'envoi d'un packet sur un port (7 ou 9) à tout le réseau (broadcast). Ce paquet contient l'adresse MAC de la machine que l'on veut réveiller. Si un PC connecté au réseau reconnait sa propore adresse MAC dans ce paquet envoyé, il s'allume (à condition que la carte réseau soit paramétrée et qu'elle supporte la fonctionnalité).
WOL ou WokeOnLAN n'est pas une technologie normalisée mais c'est un système de gestion des terminaux basé sur le protocol BOOTP (un protocole de la couche session).
La table ARP de modem n'a rien à avoir avec WOL, BOOTP qui est un protocole de la couche supérieure demande un démarrage passif, la seule chose à paramètrer au niveau de la bbox c'est d'autoriser le trafic sur le port qui correspond et l'adresse IP de l'ordinateur en question.
Sur l'ordinateur que vous voulez démarrer "en passif", il faut abosolument qu'une fiche WOL soit branchée entre la carte réseau et la carte mère sur le port PWD (pour les cartes ultérieures à aux carte mères de type ISA).
Sinon la documentation de votre carte mère vous donnera une large vésibilité sur la borne accèssible par le WOL.
Peace.
Bonjour deathw0rm!
Il n'y a pas grand rapport entre WOL et BOOTP. On utilise parfois les deux ensemble, bien sûr, mais ce n'est pas forcément le cas dans ce topic. Et par contre, il y a un rapport éventuel avec la table ARP, si on tente d'utiliser l'adressage unicast:
la seule chose à paramètrer au niveau de la bbox c'est d'autoriser le trafic sur le port qui correspond et l'adresse IP de l'ordinateur en question.
Ça ne marche pas: La machine éteinte n'a plus d'adresse IP, elle ne répond plus aux requêtes ARP, et donc elle disparaît rapidement de la table ARP de la Bbox. Quelques minutes après extinction, on ne peut plus lui adresser de paquets. Donc on ne peut plus la réveiller.
Il y a en général deux solutions alternatives: Mettre un entrée statique dans la table ARP, entrée qui survivra indéfiniment, même machine éteinte. Ou utiliser l'adressage broadcast, qui n'a nul besoin du protocole ARP, et qui en plus traverse tous les switches sans difficultés supplémentaires. Aucune de ces deux solutions n'est disponible sur Bbox. Plus exactement: Les deux étaient disponibles, mais Bouygues en a bloqué l'accès.
Merci Mekthoub pour ces précisions.
J'ai pas voulu vraiment développer le principe WOL sur mon post précédent pour simplifier l'information.
Table ARP/Notions:
La table ARP est une table dynamique, et c'est une traduction technique de la commande "arp -a" sous l'invite de commande windows, alors il y a aucun moyen de fixer une entrée MAC parce que cette table figure sur le fichier shell_arp_entry.ilb au niveau de firmware modem. et ce shell se charge au niveau de la mémoire flush, alors techniquement pas d'adresse MAC à sauvegarder.
Lorsqu'on parle d'une adresse IP assignée statiquement à un hôte LAN, on parle d'un paramètrage sur le mode expert de la bbox, il y a moyen d'affecter une adresse IP à une machine spécifique dès qu'il se rallume et une requête DHCP_Request est envoyé.
Le modem dans ce cas garde l'adresse MAC de la machine spécifique dans la mémoire interne (non flash), et il exlucut l'adressse IP en quastion de la plage d'attribution dynamique des adresses IP.
BOOTP/Notions:
BOOTP est un protocole de la famille BOOTP/BOOTSTRAP développé initialement pour les réseaux industriels pour pouvoir contrôler le marche/arrêt de certains systèmes, ce protocol a été largement déployé sur les système x86/PowerPC/AMD...
BOOTSTRAP est un protocole de la couche la plus bas (couche physique), il assure le "time-shapping" binaire pour que le courant passe dans le sens d'allumer le terminal.
Ce protocol est un protocol fiable mais il est pas orienté, au niveau de sa gestion c'est BOOTP qui s'occupe, BOOTP et un protocole de la couche session/présentation, non orienté (mode UDP), son extension sur la couche application est assurée par TFTP.
Il faut aussi signaler Makthoub que tu parle d'adresse IP (couche 3) et d'adresse MAC (couche 2), alors que le WOL doit être traité au niveau de la couche 1 et ensuite lié à un protocole de couche supérieure pour qu'il soit manipulé.
Finalement, il faut une carte réseau qui supporte le WOL puis branché sur la carte mère au niveau PWD.
Pour SFR, on a déjà proposer à la direction technique si possible d'ajouter un module WOL à la nouvelle MAJ de firmware, et la réponse c'était que WOL est assuré et que juste les régles NATs qui détermine sa fiablité.
Peace.
Vous devez vous connecter ou vous inscrire pour pouvoir répondre
Propulsé par PunBB, supporté par Informer Technologies, Inc.
Currently installed 2 official extensions. Copyright © 2003–2010 PunBB.