Auteur Sujet: Wake on Lan (WoL) sur Box 8 ipv6 avec accès extérieur ? (Lu 1872 fois)

kgersen · « **Réponse #12 le:** 05 avril 2025 à 12:40:30 »

Citation de: DamienK le 05 avril 2025 à 12:08:40

Je me demandais @Leon, @kgersen : la NB6VAC a le proxy WoL, donc en envoyant le paquet magique sur l'@ ipv4 box, la box va bien broadcaster sur le réseau local et grâce à l'adresse MAC spécifiée dans le paquet, le bon équipement sera réveillé. Bien. Je vais tester ça chez un proche sous peu.

oui ca fonctionne comme cela.

Citation de: DamienK le 05 avril 2025 à 12:08:40

Maintenant, si je passe en ipv4 full stack sur ma Box 8, comme il n'y a pas d'option Proxy WoL : est-ce qu'un paquet magique envoyé sur l'@ ipv4 de la box va être broadcasté et pouvoir réveiller un équipement éteint via son @MAC ? En ipv6, ça ne fonctionne pas, mais en ipv4 full stack ?

non par défaut il n'y a pas de proxy wol. peut-etre qu'en ipv4 full stack l'option va apparaitre ? ou par défaut ca fait proxy wol en ipv4 full stack mais cela serait étonnant.

aucun routeur ne fait proxy wol par défaut,c'est vraiment une fonctionnalité non standard qui doit être prévue.

Leon · « **Réponse #13 le:** 05 avril 2025 à 12:43:06 »

Citation de: DamienK le 05 avril 2025 à 12:08:40

Oui en effet, par contre il y a bien un option Wifi sur le pico, mais c'est un microcontrôleur (supporte python / C / C++). Il y a aussi le Raspberry Pi Zero 2W, pour une solution économique de proxy WoL. A voir lequel des deux a la solution de proxy WoL la plus simple a implémenter.

Sans aucun doute, ça sera le R-Pi Zéro le plus simple. Tu as accès à un full Linux dessus, tu peux installer des applications additionneles standards.

Citer

Maintenant, si je passe en ipv4 full stack sur ma Box 8, comme il n'y a pas d'option Proxy WoL : est-ce qu'un paquet magique envoyé sur l'@ ipv4 de la box va être broadcasté et pouvoir réveiller un équipement éteint via son @MAC ? En ipv6, ça ne fonctionne pas, mais en ipv4 full stack ?

C'est une très bonne question.
Je laisse ceux qui sont en "IPv4 dédiée", avec cette box 8, répondre aux 2 questions sous-jacentes
- est-ce qu'en IPv4 dédiée, le proxy-WoL est activé par défaut, sans moyen de le désactiver?
- est-ce que le fait d'avoir une IPv4 dédiée (full stack) fait apparaitre des menus (redirection de ports, proxy WOL) qui sont cachés par défaut?

Citation de: DamienK le 05 avril 2025 à 12:08:40

Je me demandais @Leon, @kgersen : la NB6VAC a le proxy WoL, donc en envoyant le paquet magique sur l'@ ipv4 box, la box va bien broadcaster sur le réseau local et grâce à l'adresse MAC spécifiée dans le paquet, le bon équipement sera réveillé. Bien. Je vais tester ça chez un proche sous peu.

Oui. En fait sur le LAN, le proxy renvoie le paquet avec en destinataire l'adresse MAC Broadcast LAN 0xFFFFFFFFFFFF; mais c'est dans le champ "data" du paquet que tu as l'adresse MAC de l'équipement à réveiller.

Leon.

DamienK · « **Réponse #14 le:** 05 avril 2025 à 13:03:41 »

Merci @Leon et @kgersen.

Bon, pour l'instant je vais me contenter de mettre le WoL chez mes proches (qui ont une NB6VAC, j'ai fait une demande d'ipv4 fullstack avec ipv4 statique). Pour moi, je verrai plus tard, ça semble légèrement prise de tête.

Je garde en tête la solution raspberry / tailscale au cas où. Mais quel dommage : j'ai déjà un appareil branché en permanence sur mon réseau local : ma box red 8 ! C'est redondant d'acheter un autre appareil juste pour faire du WoL ! Quel dommage que l'option proxy WoL ait disparu !

Ceci dit, une dernière question ! Comment peut fonctionner le WoL en ipv6 ? Autant en ipv4, il y a une adresse de broadcast donc le paquet magique est envoyé à tout le réseau local, et l'équipement avec la bonne @MAC est réveillé, mais comment ça se passe en ipv6 ? Si j'ai bien compris, il n'existe pas de broadcast en ipv6 ? Et comme l'équipement à réveiller est éteint, son ipv6 est inutile, non ? Alors comme s'y prend un proxy WoL en ipv6 pour réveiller un équipement éteint ? Ou alors le proxy WoL procède par ipv4 sur le réseau local, malgré que l'on contacte via le relai depuis l'extérieur par ipv6 ?

Merci

Ctk · « **Réponse #15 le:** 05 avril 2025 à 13:15:21 »

Je me permets de te répondre ici aussi (le monde est petit).

Non, je ne connais pas de fonction WOL en IPV6.
La solution est d'atteindre un équipement du réseau depuis son IPV6 puis de demander à cet équipement, depuis le LAN, d'envoyer le paquet magique sur la MAC de l'appareil à réveiller.
C'est une fonction de base sous OpenWrt sur n'importe quel routeur. Donc une fois que le routeur est accessible, plus de souci pour envoyer les paquets magiques sur le LAN.
Dans le cas de SFR, il suffit de remplacer la box en branchant directement son routeur à l'ONT. Le paramétrage est relativement simple (à voir sur ce forum).
MAIS :
- il faut un ONT. Comme il n'y en a pas avec la SFR8, il faut en trouver un sur le bon coin, par exemple
- dommage d'avoir souscrit une SFR8. Un abonnement SFR7 conviendrait aussi pour moins cher.

DamienK · « **Réponse #16 le:** 05 avril 2025 à 13:27:25 »

Merci pour ton retour ici également @Ctk !

Oui alors en fait j'aurais du avoir la box 7, mais le technicien m'a apporté la box 8, ce qui sur le moment me semblait être une bonne chose !

Je retiens donc en plus de la solution raspberry/tailscale la solution ONT + routeur sous openWrt, merci.

Leon · « **Réponse #17 le:** 05 avril 2025 à 13:35:11 »

Citation de: Ctk le 05 avril 2025 à 13:15:21

Dans le cas de SFR, il suffit de remplacer la box en branchant directement son routeur à l'ONT. Le paramétrage est relativement simple (à voir sur ce forum).
MAIS :
- il faut un ONT. Comme il n'y en a pas avec la SFR8, il faut en trouver un sur le bon coin, par exemple
- dommage d'avoir souscrit une SFR8. Un abonnement SFR7 conviendrait aussi pour moins cher.

J'ai toujours du mal à comprendre pourquoi tant de gens proposent de remplacer la box par un autre routeur. Juste pour faire du proxy-WoL, je trouve que c'est beaucoup trop complexe à mettre en oeuvre.
Pour un Proxy-WoL, et plein d'autres fonctions de routage avancé, il suffit souvent de mettre un routeur additionnel (ou toute autre "machine") dans la "DMZ" de la box.
Pour juste du WoL, un simple R-Pi derrière une "redirection de ports IPv4" dans la box, ça suffit.

Leon.

kgersen · « **Réponse #18 le:** 05 avril 2025 à 13:40:42 »

WoL est niveau 2 (Ethernet) pas niveau 3 (IP, v4 ou v6).
il s'agit d'un broadcast Ethernet pas d'un broadcast IP.

sur un LAN la machine qui envoie le paquet wol et celle qui est réveillée n'ont meme pas besoin d'adresses IP.

La ou IP intervient c'est pour le proxy wol, qui permet d'émettre le réveil depuis un autre endroit.

et pour info, IPv6 a un mécanisme similaire au broadcast IPv4, le multicast IPv6. C'est meme plus puissant et plus complet (on peut par exemple joindre tous les routeurs avec un seul paquet en utilisant l'@ ff01::2). Mais ca n'a pas de lien avec wol.

Ctk · « **Réponse #19 le:** 05 avril 2025 à 14:23:41 »

Citation de: Leon le 05 avril 2025 à 13:35:11

J'ai toujours du mal à comprendre pourquoi tant de gens proposent de remplacer la box par un autre routeur. Juste pour faire du proxy-WoL, je trouve que c'est beaucoup trop complexe à mettre en oeuvre.
Pour un Proxy-WoL, et plein d'autres fonctions de routage avancé, il suffit souvent de mettre un routeur additionnel (ou toute autre "machine") dans la "DMZ" de la box.
Pour juste du WoL, un simple R-Pi derrière une "redirection de ports IPv4" dans la box, ça suffit.

Leon.

Oui, la SFR7 et un routeur fonctionnent parfaitement de concert. Il suffit déclarer le nexthop donné par la box dans le routeur pour que l'IPV6 suive. J'ai cela chez moi sans souci.
La SFR7 consomme très peu (à peine davantage qu'un ONT) et sous cette forme, on garde la fonction téléphonique.
Donc oui, pas besoin de supprimer la box. Tu as raison, c'est aussi une bonne solution.

artemus24 · « **Réponse #20 le:** 05 avril 2025 à 15:40:45 »

Citation de: Leon

Le Raspberry-Pi-Pico n'a pas de port Ethernet ni de WiFi, donc c'est impossible.

Tout dépend de quel Pico parles tu ? Le Pico & PicoH n'ont pas le WiFi. Par contre le PicoW & PicoWH ont le WiFi.
Le W signifie WiFi et le H signifie que les broches sont pré-soudés.

On peut utiliser un câblage éthernet avec le Pico, mais il faut s'adjoindre un composant supplémentaire pour le faire.

Citation de: Leon

D'ailleurs, je n'ai pas très bien compris pourquoi ils avaient appelé cette carte "Raspberry-Pi", vu que ça n'a pas grand chose à voir avec un vrai Raspberry-Pi.

Son nom est "Raspberry PI Pico" et ce n'est pas un ordinateur mais un microcontroleur utilisant la puce RP2040.
Raspberry Pi est le nom de la fondation qui commercialise ses produits.

Citation de: Leon

- est-ce qu'en IPv4 dédiée, le proxy-WoL est activé par défaut, sans moyen de le désactiver?

J'ai la BOX 8 SFR et je suis bien en IPv4 Full Stack et je confirme l'absence de l'option WoL (Wake on LAN) dans le paramétrage.
Après une recherche dans la communauté SFR, cette option a disparu depuis Février 2014 d'après ce lien, sans savoir à quoi cela se rapporte.

J'avais pensé à faire une redirection de port UDP/9 et j'ai testé en créant la régle. La BOX 8 SFR m'a répondu :

Code: [Sélectionner]

Erreur : l'ajout du nom de serveur virtuel 'WoL'a échoué: ports externe en cours d'utilisation par une autre application.

Il semble que le port 9 soit utilisé, oui mais par qui ?

J'ai utilisé l'astuce de la diffusion sur tout le réseau local (broadcasting 192.168.1.255) mais il semble que la BOX 8 SFR l'interdise.

Citation de: Leon

- est-ce que le fait d'avoir une IPv4 dédiée (full stack) fait apparaitre des menus (redirection de ports, proxy WOL) qui sont cachés par défaut?

Oui pour la section NAT, et non pour le Wol.

kgersen · « **Réponse #21 le:** 05 avril 2025 à 19:47:17 »

j'ai supprimé les derniers messages...

DamienK · « **Réponse #22 le:** 05 avril 2025 à 19:50:32 »

Oui merci, c'était peu constructif en effet.

Donc ok, jusqu'à preuve du contraire, pas de solution sur box 8 hors relai interne supplémentaire en l'état actuel.

kgersen · « **Réponse #23 le:** 05 avril 2025 à 19:58:47 »

y'a pas une API sur la box 8 ? peut-être que c'est juste l'interface web qui n'expose pas la fonction proxy wol (il est fréquent que l'équipe de devs qui fait l'interface n'exploite pas tout ce que permet l'api).