Actus Bouygues => Discussion démarrée par: vivien le 02 août 2010 à 22:54:03 Actus Bouygues => Discussion démarrée par: vivien le 02 août 2010 à 22:54:03Tu va être contacté par Bouyugues Telecom demain.
vous pouvez faire un ipconfig /release /renew (sous Windows) afin de renouveler le bail.Un ipconfig /renew (sans /release) va renouveler le bail sans couper les connexions en cours.
Attention cette opération va vous couper la main si vous êtes à distance.
Firmware: 8.4.K.C
J'arrive a rentrer maintenant une adresse de broadcast pour le forwarding de l'UDP/9 mais je ne me rappelle plus si c'était possible avant.
Il faut faire une réservation d'IP dans la partie DHCP (obligatoire si vous voulez toujours avoir la même IP) et mettre le bail à 30000 minutes (ce qui fait 20,83 jours).Tu parles bien d'un bail DHCP permanent là?
On aura donc 20,83 jours pour allumer son PC avant que le bail n'expire.
On savait déjà depuis longtemps que la réservation DHCP n'avait pas d'effet sur la résolution ARP de la Bbox Thomson. Maintenant on a appris qu'un bail en cours n'a pas d'effet non plus.Je ne vois pas au nom de quoi ça en aurait.
Oui j'ai fait le test et ça ne marche pas du tout ni avant 15 minutes ni après.Bonjour,
Pour info, redirection du port UDP 9 vers 10.0.0.255 (/24 vu que la bbox n'autorise pas autre chose).
nping --dest-mac 11-22-33-44-55-66 --udp --source-port 9 --dest-port 9 1.1.1.1 --data ffffffffffff112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566112233445566(remplacer 112233445566 par l'adresse Ethernet)Le Wake on Lan / Wan n'est pas officiellement supporté.Le (non-)support de Wake on Wan, je vois ce que c'est.
Ceci marche tout le temps si j'envoie le paquet magic (WOL) depuis l'intérieur de mon réseau (par exemple avec mon PC portable pro)Comment fais-tu exactement pour envoyer "depuis l'intérieur"? Quelle adresse IP, quels paramètres?
Eclaire moi ??? Si j'envoie sur l'adresse du broadcast, celui-ci renverra mon paquet magic sur toutes les IP de mon réseau, non ?En général, pas exactement. L'adresse de broadcast n'est pas "toutes les IP" c'est une IP particulière qui indique que le datagramme IP doit être délivré à tous les PC du sous-réseau.
Si oui, pourquoi est-ce qu'en ciblant mon pc directement (et uniquement) ça ne marche pas ?Parce qu'il n'est pas en marche.
Je peux faire le test ce soir : J'envoie le paquet sur l'adresse MAC de la BBOX et je redirige l'UDP 7 vers 192.168.0.255, c'est bien ça ? ???Éventuellement. Mais pourquoi udp/7 (echo)?
Bonjour, ayant tenté la manipulation récemment j'ai constaté encore le même problème que tout le monde à savoir que le Wake on Wan ne fonctionne que durant les 15 minutes suivant l'extinction du PC cible.Un PC arrêté n'a pas d'IP.
Je n'ai pas encore essayé de faire du port forwarding sur le broadcast à la place de l'ip locale de ma machine (...)
Pour le wake onPour le wake on LAN, l'IP est inutile car le pc s'allume grâce a son adresse MAC.wan, l'IP est inutile car le pc s'allume grâce a son adresse MAC.
Il est donc possible d'envoyer le paquet à la mauvaise IP, du moment que l'adresse MAC est la bonne.
192.168.1.0 : IP réseau
192.168.1.1 : 1ère IP attribuée par le DHCP de la Bbox (sauf si plage changée)
192.168.1.2 : 2ème IP attribuée par le DHCP de la Bbox
192.168.1.3 : 3ème IP attribuée par le DHCP de la Bbox
192.168.1.248 : IP du décodeur Bbox TV
192.168.1.253 : 2ème IP de la Bbox ADSL Thomson (pas de 2ème IP pour la Bbox ADSL Sagem et la Bbox fibre)
192.168.1.254 : IP principale de la Bbox (sauf si changée)
192.168.1.255 : IP broadcast
Il est possible qu'une solution pour faire fonctionner le Wake-on-LAN, en attendant un firmware Bbox adapté, est d'envoyer le magic paquet vers une autre IP du réseau local par exemple 192.168.1.248 si vous laissez votre décodeur Bbox TV allumé.Brillant!
Rediriger l'envoi du paquet vers l'ip 192.168.1.248 ne donne rien.C'est normal.
EDIT : merci Boris pour cette réponse. J'avais déjà vu le post précédent listant les ip, mais je ne comprend pas très bien le principe de rediriger le magic packet vers l'ip du décodeur pour réveiller le PC cible.Ben c'est malin, sauf que ça ne peut absolument pas marcher.
'NewPortMappingDescription' => 'Mini-sonde QoE',Hein?
%in_args = ('NewRemoteHost' => $external_ip,au lieu de
'NewExternalPort' => $external_port,
'NewProtocol' => $protocol,
'NewInternalPort' => $internal_port,
'NewInternalClient' => $internal_ip,
'NewEnabled' => $active,
'NewPortMappingDescription' => 'mapped by '.__FILE__,
'NewLeaseDuration' => $duration);
%in_args = ('NewRemoteHost' => $external_ip,
'NewExternalPort' => $external_port,
'NewProtocol' => $protocol,
'NewInternalPort' => $internal_port,
'NewInternalClient' => $internal_ip,
'NewEnabled' => $active,
'NewPortMappingDescription' => 'Mini-sonde QoE',
'NewLeaseDuration' => $duration);
Une carte peut intercepter tout ce qui ce trouve autour d'elle.C'est loin d'être le cas, autant que je sache.
Petite rectification, pendant la veille windows gère. Donc au moins pendant la veille ^^.De quelle veille parles-tu?
Une carte peut intercepter tout ce qui ce trouve autour d'elle. Pas besoin d'être connecté au réseau me semble.On parle de "mode radio" ou "mode moniteur" ou "rfmon".
Le mécanisme du WOL fonctionne au niveau de la trame Ethernet, alors qu'il n'y a potentiellement aucune adresse IP configurée sur la carte.Je ne te suis pas.
L'équivalent sur une carte Wi-Fi supposerait qu'elle puisse vivre sa vie (se connecter à un réseau sans fil) sans aucune aide du système d'exploitation.
Tu peux peut être commencer par voir si le bricolage proposé chez Microsoft (http://technet.microsoft.com/fr-fr/library/ee851581%28v=ws.10%29.aspx) fonctionne chez toi.http://technet.microsoft.com/fr-fr/library/ee851581%28v=ws.10%29.aspx (http://technet.microsoft.com/fr-fr/library/ee851581%28v=ws.10%29.aspx)
http://technet.microsoft.com/fr-fr/library/ee851581%28v=ws.10%29.aspx (http://technet.microsoft.com/fr-fr/library/ee851581%28v=ws.10%29.aspx)
"des scénarios GTK et EAP"
Quel charabia!
C'est censé être une page qui aide l'utilisateur?
Pourquoi faudrait-il qu'une association de type WPA soit établie?Si tu n'es pas à portée radio directe du client, ou que tu envoies ta trame depuis le réseau filaire, il faut bien qu'un point d'accès fasse office de relais, non ?
Si c'est bien le WOL, wake on LAN, il n'y a pas à utiliser un proxy ou bien à passer par la "box" correctement configurée, c'est direct via le LAN.
Tu as l'adresse MAC donc tu n'es pas obligé de faire du broadcast, non?
De mémoire, toutes les box laissent passer le WoL sauf certaines box de Bouygues et Orange... Après chez Bouygues dans les nouveaux firmwares il me semble qu'il y a un proxy WoL. Est-il activé ?
Le matin quand tu veux allumer ton PC, le port Ethernet est-il toujours allumé ?
Il faut surtout désactiver les options d'économie d'énergie dans le BIOS/UEFI.
@krash : Essaye d'envoyer depuis le local en remplissant l'adresse mac de destination, et en IP destination 192.168.1.255 (= adresse de broadcast si tu es en 192.168.1.0/24)
Le problème va être de faire ça depuis l’extérieur.
Bonjour à tous,Sur mon PC principal j'observe un truc bizarre : si tu fais un arrêt électrique entre temps (éteindre la réglette multiprise par exemple), puis une remise sous tension du PC sans le rallumer, curieusement cela peut empêcher la "remise en route" du WoL : un paquet correctement adressé n'a aucun effet tant que le PC n'a pas été allumé manuellement, mais après un cycle d'allumage/extinction, le PC répond à nouveau aux paquets WoL.
désolé pour le déterrage mais j'ai besoin de vos lumières !
J'ai config mon pc pour pouvoir être allumé en WOL, jusqu’à la pas de soucis. Il s'allume bien si il viens d’être éteint il y'as as peu de temps.
Par contre si je l'éteins le soir et veux le rallumer le matin il veux pas.
Si tu fais un arrêt électrique entre temps (éteindre la réglette multiprise par exemple), puis une remise sous tension du PC sans le rallumer, curieusement cela peut empêcher la "remise en route" du WoL : un paquet correctement adressé n'a aucun effet tant que le PC n'a pas été allumé manuellement, mais après un cycle d'allumage/extinction, le PC répond à nouveau aux paquets WoL (si quelqu'un peut m'expliquer).
Pourtant dans les deux cas la LED du port réseau est allumée.
Mon but est de pouvoir allumer mon pc à distance avec mon ipad et d'en prendre le contrôle, j'utilise teamviewer pour ça qui s'occupe d'envoyer le paquet magique et prendre le contrôle par la suite.C'est à dire depuis l'extérieur? C'est donc du WOW et non du WOL, et bien sûr la box joue un rôle.
J'ai donc config mon bios en consequence, config la box pour faire le foward du port sur la bonne adresse mac/ip du pc.Justement ce n'est pas bon, tu ne peux pas faire ça, car un PC éteint n'a pas d'adresse IP donc pas de cible pour la redirection. Je t'invite à faire un "tcpdump" pour voir ce que se passe dans ce cas.
J'ai testé avec et sans le proxy WOL, le port ethernet est éteint des que le pc s’éteint donc même quand ça fonctionne après un arrêt récent.Il faut juste activer le proxy WOL, pas de redirection et utiliser le bon port UDP, qui n'est pas du tout standardisé, donc qui devrait être indiqué dans le doc de la box (mais bien sûr ce n'est jamais le cas).
Sur mon PC principal j'observe un truc bizarre : si tu fais un arrêt électrique entre temps (éteindre la réglette multiprise par exemple), puis une remise sous tension du PC sans le rallumer, curieusement cela peut empêcher la "remise en route" du WoL : un paquet correctement adressé n'a aucun effet tant que le PC n'a pas été allumé manuellement, mais après un cycle d'allumage/extinction, le PC répond à nouveau aux paquets WoL.
Pourtant dans les deux cas la LED du port réseau est allumée. (si quelqu'un peut m'expliquer). :)