toujours aucune avancée concernant le wakeonwan??

Ça dépend du 2ème routeur: Il faut déjà qu'il permette soit le transfert de port vers broadcast, soit des entrées ARP statiques, il faut le configurer correctement, et dans la Bbox Thomson il faut simplement transférer le bon port vers la patte WAN du 2ème routeur.

http://download.modem-help.co.uk/mfcs-A … dems/TG787

il y a sur ce lien des firmwares et logiciel pour effectuer les mises a jours de cette maudite box ou plutôt son homologue.

Alors les Firmware sont indiqués comme DEMO... donc j'ai rien mis a jour!
En revanche le logiciel Update reconnait bien le matériel.

Es-que quelqu'un c'est déjà aventuré dans une tel chose?

quelqu'un a t'il un tuto pour bien configurer un 2éme routeur derrière la Bbox affin de profiter du Wake on Wan?

Merci d'avance

Cordialement,
bypbop

toujours pas de solution pour le Wake on Wan? (je parle d'une solution sans 2éme routeur...)
Es que quelqu'un sait si il y aura vraiment un jour, la mise a jour pour les box Thomson?

Wake on Lan : ok
Wake on Wan : ok mais uniquement les 15 minutes après la mise veille du PC cible

J'y arrive via le LAN ... mais rien a faire pas via le WAN

J'ai mm essayé en mettant un deuxieme routeur sur mon reseau et en envoyant les paquets au deuxieme routeur mais pas moyen de les redirrigés aprés ....

aprés mettre pas mal documenté je pense que le seul moyen et de se connecter en SSH à la BOX
ajouter une route dans la table arp et lancer le Wake up on WAN

y a t'il la possibilité de se connecté en SSH à la BBOX et de l'administrer ?

Cordialement,
bypbop

nous essayons de faire passer les requêtes WoL à travers la bbox
depuis sa patte coté adsl (ou Internet ou opérateur selon le vocabulaire de chacun)
vers les interfaces LAN.
On est donc plus sur du Wake on WAN.

avoir un PC avec une carte réseau qui supporte le WoL ne suffit pas.
Le souci se situe coté BBOX.
PS: si de ton coté tu ne vois pas ou si tu n'as pas le souci coté BBOX,
alors je suis preneur de ta configuration et la façon dont tu l'a implémentée.
A+

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.

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:

Ç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.

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.

[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/

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

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...