Je ne connais pas la Box 8.
Mais chez Bouygues et SFR, tu as une fonction "proxy WOL" (Wake on LAN) dans les box normalement, que tu actives de manière optionnelle. Au moins pour les anciennes box.
Côté Box, il n'y a rien d'autre à configurer que d'activer cette option. Aucun autre paramétrage côté box.
En IPv4, c'est ça qu'il faut utiliser du WoLAN/WoWAN.
Tu envoie le magic-packet depuis internet vers l'IP publique de la box (configuré avec la bonne MAC de ton PC à réveiller), et la box renvoie automatiquement le même message sur le LAN via un paquet broadcast, via ce Proxy WOL, donc sans cibler une IP particulière dans le LAN.
Ce mécanisme ne fait pas du tout intervenir l'IP LAN de la machine à réveiller (ton PC), il ne faut surtout pas penser ça.

Je ne sais pas si ça fonctionne en IPv6, à tester.
Mais dans tous les cas, ça devrait fonctionner en IPv4, même si ton PC à réveiller n'a pas d'IPv4, et même si la suite de ta connexion entre ton smartphone et ton PC passe par de l'IPv6 exclusivement.
Donc il suffit que ton smartphone sache communiquer en IPv4, ce qui est très probablement le cas.

Leon.

Windows & ipconfig:

"ipv6 (tout court)" est l'adresse IPv6 permanente de Windows qui sert principalement si on veut héberger un service donc hormis sur un serveur Windows c'est peu utilisé.

"ipv6 temporaire" (il peut y en avoir plusieurs) est une adresse IPv6 temporaire qui va donc changer régulièrement.Elle sert en sortie, quand on accède a Internet via son navigateur par exemple. Elle permet d’éviter de tracker l'ipv6 permanente (on appelle cela aussi "privacy extension")

pour le wol:

Si la box ne supporte pas il faut utiliser un relai interne (proxy wol) qui le supporte donc une machine allumée 24/7 (un serveur , un raspberry pi,etc) dans ce cas faire une redirection du port 9 vers cette machine (ipv4) ou utilisé son ipv6 non temporaire et ouvrir le firewall de la box pour cette destination.

L'ip (v4 ou v6) de la machine qu'on veut réveiller, ne sert pas dans le processus wol. C'est que l'adresse MAC qui compte (pour qu'une machine travaille au niveau IP il faut qu'elle soit allumée et l'OS actif).

proxy wol sur la box (a priori pas possible avec ta box):
1. paquet wol port 9 arrivant sur une IP public de la box ->  2. diffusion du paquet wol sur tout le LAN -> 3. la carte endormie voit un paquet wol qui contient son @MAC et se reveille.

proxy wol derriere la box (en IPv4):
1. paquet wol port 9 arrivant sur l'IPv4 public de la box ->  2. redirection port 9 vers IPv4 LAN du proxy -> 3. diffusion du paquet wol sur tout le LAN par le proxy -> 4. la carte endormie voit un paquet wol qui contient son @MAC et se réveille.

proxy wol derriere la box (en IPv6):
1. paquet wol port 9 arrivant sur l'IPv6 public (permanente) du proxy ->  2. la box doit laisser passer le paquet vers le proxy -> 3. diffusion du paquet wol sur tout le LAN par le proxy -> 4. la carte endormie voit un paquet wol qui contient son @MAC et se réveille.


Contournement éventuel:
Tu peux si c'est possible dans la box8 faire une réservation DHCP (en v4 ou v6 si la box le supporte) avec l'@ MAC de ton PC a allumer et faire une redirection du port 9 vers cette IP réservée. Mais y'a peu de chance que ca fonctionne apres une longue veille (> quelques minutes) car en principe le cache ARP (qui traduit les IP en MAC) n'est pas conserver longtemps dans la box. (il faudrait faire une réservation ARP (arp binding) mais aucune box ne permet cela). Tu peux quand meme tenter au cas ou mais j'en doute.

le principe:
1. paquet wol port 9 arrivant sur l'IP public de la box -> 2. redirection vers "IP réservée" port 9 -> 3. ARP "IP réservée" vers @ MAC -> 4. envoi du paquet wol sur l'@ MAC -> 5. la carte endormie voit le paquet wol qui contient son @MAC et se reveille.

c'est le point 3 qui ne marche plus en général quelques minutes après que le PC soit en veille profonde.

1. Je suppose que l'ipv6 ou ipv4 locale du raspberry doit être statique, par paramétrage d'un bail DHCP statique via la box ?
2. J'aurai besoin d'une ipv6 ou ipv4 de la box qui soit statique, sinon comment contacter ma box depuis l'extérieur en cas de changement ? Pour l'ipv4, je suppose que DuckDNS serait suffisant ? Par contre si je souhaite passer en ipv6, il me semble que no-ip.com doit faire tourner un logiciel pour actualiser l'ipv6, donc comment faire dans le cas de l'ipv6 d'une box ?

En somme, un particulier qui souhaite contrôler ses équipements à distance via ipv6 (futureproof) doit impérativement demander une ipv6 box fixe ?

Merci d'avance pour les précisions supplémentaires.

1. oui . en IPv6 pas besoin de DHCPv6, tu peux fixer l'IPv6 SLAAC avec une configuration 'ip token' ou meme utiliser l'IPv6 SLAAC par défaut. faut juste faire attention aux "privacy extension" sur le Pi et utiliser l'ipv6 permanente (ou juste désactiver privacy extension).

2. si le prefix IPv6 chez SFR n'est pas stable, tu peux mettre un client dyndns dans le Pi donc ca sera l'@ipv6 du pi qui sera enregistrée dans le dns. Il faut juste que la box ne bloque pas le flux et bien annoncer son ipv6 permanente pas sa temporaire.

Sinon y'a bien plus simple, perso j'utilise tailscale.com, c'est gratuit et cela permet de mettre en vpn tout mes équipements sans rien configurer dans la box. Du coup j'utilise l'adresse IP privée de tailscale (qui est fixe) dans le client WOLon.

smartphone avec tailscale activé
serveur le lan (raspberry pi) avec tailscale et proxy wol (ou juste une application web du genre: https://github.com/andygrundman/tailscale-wakeonlan (c'est un exemple, pas esté celui la )

L'avantage de tailscale est qu'il masque ces histoires d'ipv4/ipv6/redirection/ouverture de firewall/dyndns/etc. Il simplifie tout.

En plus si j'ai un serveur web ou autre sur mon PC réveillé et je peux y accéder directement sans configurer d'ouverture dans la box. Si je change de box tous les ans.. je n'ai rien a changer dans mes équipements, etc

On peut même inviter d'autres personnes dans son réseau privé tailscale pour partager ses services ou équipements.

A moins que tu veuille apprendre en détail IPv6 et le fonctionnement réseau de tout ca, dans ce cas fait tout a la main.

Merci pour ces renseignements complémentaires @kgersen.

Si un jour j'ai le courage, j'achèterai un raspberry pi et j'essaierai de passer plusieurs soirées à essayer de configurer tout ça. J'en frissonne de plaisir par avance.

@Leon : Il est possible que la fonction soit bien cachée quelque part et qu'elle m'échappe, mais jusqu'à preuve du contraire, on peut considérer qu'elle n'existe plus. Le service technique me le confirme. Très belle régression en effet, sans explication rationnelle semblant le justifier.

Merci pour la confirmation @robin4002. Oui, mystère complet sur la suppression de cette option bien pratique.

A moi de me renseigner sur une solution à base de raspberry pi / ipv6 / vpn.

Il y aurait moyen de faire tourner ça sur les raspberry type pico ?

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.

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.

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 ?

Merci !