Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

LePousson a commenté le 18.02.2024 18:24
@Viksas91 Je confirme les gros soucis en ipv6 FREE sur Youtube. Impossible de visionner au delà de 1080p SDR ou 720p HDR (et encore ca freeze souvent) …

@Thibaut Freebox
Peu importe que ca soit ou non la faute de FREE ou de YOUTUBE, il est évident que ca n’est PAS celle du client qui paye jusqu’à 60€ par mois pour un abonnement qui n’est pas pleinement fonctionnel. Que comptez-vous faire pour palier à ce problème ??

Nous sommes pas le premier à signaler ce genre de problème de ipv6 sur YouTube. Sa commence à vraiment à agacer il faut faire le nécessaire sa fait 1 an déjà.

Merci d’avance

Oui, je pourrai même digérer l’idée de garder la freebox en mode bridge…(donnez vous un /56).
Mais sachez-le, en réalité, je veux mes seize /64. Pour mon router, pour mes LANs, VLANs, LAGGs…

Tôt ou tard un des opérateurs fera le pas.
Juste encore un peu de patience…

Bonjour,

J’utilise avec bonheur le serveur wireguard de ma freebox (mini 4K en 4.7.8) depuis les téléphones mobiles de la famille.
L’un de nos téléphones est passé en IPv6 récemment ce qui a cassé la connexion wireguard.

J’ai pu la réparer en ajoutant un nouveau pair à la configuration de la connexion qui pointe vers l’IPv6 de ma freebox.

Je suggère que les configurations des clients générées incluent ce pair IPv6 systématiquement pour aider les utilisateurs face à la possibilité de passer en IPv6.

J’ignore si c’est faisable mais ce serait souhaitable à mon humble avis.

Cordialement,

Paul

Bonjour,

Ce n’est pas la première fois que j’ouvre une tache par rapport à ce problème de ipv6 qui créer des latences lors des chargements video sur youtube.
le 04/09/2023 ont à réalisé les test sur une freebox pop player cablé en Ethernet et ainsi un iphone 12 connectée en wifi 6.
J’ai constaté des latences lors des chargements vidéos sur youtube.
Ont regardent les stats nerds depuis l’application youtube de la freebox player pop et aussi sur iphone les débits était faible parfois elle descendait a 11 méga qui est normale que sa créer des latences.
Ont désactivent le protocole IPV6 depuis l’interface Freebox os, les vidéos youtube se chargent très vite les débits de chaque vidéos lancés dépassé sur certaines vidéo les 259 méga ce qui est très bien ! .
J’ai conclu et je suis certain le problème vient du ipv6 pas de doute cela fait depuis 8 mois que je travaille sur ça.
S’il vous plait pourriez vous corriger cela ou bien de laisser l’option ipv6 sur la freebox os comme avant s’il vous plait ce serait bien

Bien à vous

Avec le paramétrage par défaut du mobile et l’option IPV6 désactivée dans le compte Free Mobile, le smartphone qui se connecte à la femtocell obtient une adresse ipv4 et peut utiliser internet normalement.

Après l’activation de l’option IPV6 dans le compte Free Mobile et la modification de l’APN free sur le smartphone pour utiliser IPV6, l’accès internet est impossible (ipv4 ou ipv6 inopérant), malgré la présence d’une IPv6 affectée au mobile.

Le même mobile connecté à un relais 4G peut utiliser internet sans souci (en plus de son IPV6, il a également une adresse IPv4 privée type RFC 1918).

Problème détecté sur une Freebox Server Mini 4K en zone blanche.

Bonjour,

Le firewall IPv6 de Freebox OS est beaucoup trop limitant.

Il est très bien de pouvoir l’activer ou le désactiver. En revanche, si je l’active, il est aussi actif pour toutes les délégations de préfixes utilisées ce qui n’est pas logique puisque ces préfixes sont censés êtres gérés par un autre pare-feu en aval.

Mon but est d’avoir le pare-feu v6 actif pour les éléments branchés directement au réseau de la Freebox (PiKVM par exemple), et inactif sur certaines de mes délégations utilisées.

Il faudrait pouvoir :

- Avoir le choix d’exclure les délégations quand le pare-feu v6 est actif. Soit automatiquement en vérifiant si le champs “Next hop” contient une valeur, ou encore mieux, manuellement en mettant à disposition une case à cocher “Activer le firewall v6 sur cette délégation” pour permettre le cas par cas.
- Pouvoir créer des règles claires sur le pare-feu v6, mais cela implique plus de développement alors que le premier point est plus simple sur le papier.

Suite à la dernière version (4.7.5), je constate des instabilités au niveau de l’IPv6. Ainsi je me retrouve avec une chute de débit (650Mbps au lieux de 2370Mbps en RJ45 sur le port 2.5G) afin de contrer cela je dois redémarrer la Freebox plus fréquemment qu’avant. J’attends de vois si il s’agit d’un bug ou bien que ma Freebox est folle (Versions day-one).

Bonjour,

Nous avons constatés une anomalie parfois des lenteurs sur la navigation et surtout l’application youtube qui est lent a se lancer certaines videos sur iphone ou android smartphone.
Cette anomalie à était constaté sur toutes les versions de la freebox.
Nous avons trouver l’origine de cette anomalie, et il s’agit de l’ipv6 qui à l’origine de cette anomalie.
Nous avons forcer la désactivation de l’ipv6 depuis la l’interface de la freebox os.
L’anomalie n’est plus d’actualité depuis la désactivation de l’ipv6.

Tenez nous au courant sur la correction de cette anomalie sur l’ipv6.

Cordialement

Les serveurs VPNs de la Freebox sont une bénédiction, un grand merci, c’est une solution majeure pour les globes trotteurs qui de l’étranger veulent se protéger de hotspots potentiellement malveillants.

La Rolls, un peu lente et ne fonctionnant que sur PC Windows ou Linux, c’est openVPN bridgé. IPv4 + IPv6 RAS

Si on veut connecter iOS, Android, Windows de façon native : IKEv2, IPv4 + IPv6 RAS

Vous avez choisi de proposer le protocole Wireguard, un nouveau protocole qui “monte” et semble-t-il un peu plus rapide qu’IKEv2 (mais je ne suis pas certains que ce soit onligatoirement plus sûr).

En l’état… c’est quasi inutilisable. L’IPv6 n’est pas implémenté.

Suite à des tests extérieurs, je me suis rendu compte que les serveurs VPNs qui ne fournissent pas d’adresse IPv6 posent souci :

- lenteurs sur certains sites
- certains sites sont totalement inacessibles. J’ai par exemple des petits jeu Android qui fonctionnent parfaitement chez moi en Wifi, mais ne fonctionnent pas en extérieur via VPN Wireguard, il faut que je passe par IKEv2

Concernant openVPN Routé… je n’ai pas la situation en tête, mais là aussi, il faut implémenter “si ce n’est pas déjà fait” l’IPv6
openVPN routé est la seule solution openVPN qui fonctionne sur Android et iOS (openVPN bridgé ne fonctionnera jamais sur iOS ou Android)

L’IPv6 est impératif désormais car beaucoup d’infrastructures ont basculé ces dernières années.
Un PC Windows sur une connexion “IPv4 only”, il a tendance à ramer…. les mises à jour, déjà lentes, deviennent très très lentes.

C’est sympa de donner le choix aux utilisateurs… mais juste un petit effort pour aller jusqu’au bout.

Bonjour,

Quelqu’un peut-il svp confirmer que l’UPnP IGD ne fonctionne pas en IPv6 sur nos Freebox ? Rien ne fonctionne concernant l’UPnP dès que je tente quoi que ce soit en pure IPv6. Visiblement la Freebox ne connaît pas le concept de “Pinhole” de l’UPnP. Conséquence, on ne peut vraiment rien gérer, même par des chemins détournés, de ce foutu firewall IPv6 puisque l’on a pas non plus accès à l’ouverture de ports via l’interface. La concurrence est en avance sur ce sujet, réveillez-vous !

Merci.

Bonjour,

Setup :
- Freebox Server v8 en mode routeur (OS 4.7.1)
- Points d’accès connecté au port 2.5G du FS
- Serveur Linux sur le LAN derrière le point d’accès (déclaré en DMZ sur le FS)
- Client Linux situé à l’extérieur quelque part sur le net

C’est le Freebox Server qui gère le DHCP et distribue correctement les adresses en IPv4. Le SLAAC IPv6 fonctionne parfaitement.

Constat :
- Firewall IPv6 désactivé sur la Freebox Server → Un ping IPv6 effectué depuis l’extérieur atteint sans problème le serveur en DMZ connecté sur le LAN
- Firewall IPv6 activé sur la Freebox Server → Le serveur en DMZ sur le LAN est injoignable

Sans redirection de port possible en IPv6 ça devient compliqué si la DMZ non plus ne fonctionne pas en IPv6.

Merci par avance pour votre aide/retour avant que je ne bidouille les Préfixes/Next Hop (ce serait con car tout le reste à l’air de fonctionner nickel côté IPv6).

EM

Serait-il possible d'activer le support ipv6 pour le serveur wireguard, afin de router une /64 de la /61 dessus ?

Merci !

Bonjour,

Je suis un abonné FTTH, et je rencontre un problème avec la délégation de préfixe à un équipement local en IPV6.

Je délègue un de mes blocs à l'appareil en question, il est effectivement accessible depuis l'extérieur mais pas depuis mon réseau local.

Un proche à moi étant passé en FTTH aujourd'hui à constaté ce soucis qui n'était pas présent lorsqu'il était en VDSL.

Le firewall ipv6 est bien entendu désactivé.

Est-ce normal ?

La délégation de préfixe est bloquée par le Firewall IpV6.

Serait-il possible de la rendre indépendante ?

Ainsi, il serai possible de conserver le réseau géré par la Freebox protégé par le Firewall et gérer les autres réseaux en toute autonomie.

Merci d'avance

Equipé d’un routeur Wifi Mesh TP-Link Deco x90, impossible de faire fonctionner la délégation de préfixe IPv6 de la freebox. Le deco x90 n’acceptant que le mode IP dynamique, je ne peux pas saisir manuellement d’adresse. Aucune adresse n’est assignée dynamiquement à mon deco par la freebox.
Ce problème IPv6 empêche le fonctionnement d’Oqee installé sur ma shield TV pro.

Bonjour,
je découvre le site dev de Free et ayant quelques idées/questions en tête, je les poserais donc d'autres prochainement ici.
Je vois la possibilité via le Freebox OS de modifier la configuration IPV6. On peut activer/désactiver le Firewall et de même pour le DHCP. Je me dis donc pour les utilisateurs avancés comme moi, s'il y aurait la possibilité d'intégrer/de mettre à jour l'interface de gestion IPV6 de manière plus poussée.

- Je pense par rapport au Firewall donc au pare-feu, que nous pourrions faire nous même les autorisations au niveau des ports pour les différents services spécifiques au périphérique. Ainsi, il y a une protection supplémentaire mais configurable au niveau de la box
- De même pour le DHCP, je propose d'ajouter un moyen de gérer l'attribution en IPV6 fixe pour chaque appareil comme si on voulait attribuer une IP en IPV4

Bonjour,

J'ai monté un tunnel IPv6 de he.net et j'héberge un site avec une adresse IPv6 de mon /48, mais depuis toutes les connexions Freebox que j'ai testées, impossible de faire un ping ou d'accéder au site et sur le traceroute j'ai deux sauts et plus rien. –> préfix 2001:470::1

C'est plutôt gênant pour de l'hébergement web en IPv6.

Merci

Par défaut, le trafic internet IPv6 n'est pas routé avec le serveur OpenVPN routé. Le trafic IPv4 est quant-à-lui correctement routé.

Pour reproduire le problème :

• Activer le serveur OpenVPN routé dans l'interface d'administration de la Freebox
• Télécharger le fichier de configuration
• Lancer la commande suivante depuis une autre connexion :

  # openvpn "path/to/config.ovpn"

• Lancer "$ ip route show default" et constater que l'interface par défaut est bien tun0 (tout va bien)
• Lancer "$ ip -6 route show" et constater qu'aucun trafic internet n'utilise tun0 (pas normal)
• Ainsi, si on consulte ses IPs publiques (par exemple sur https://ip.lafibre.info), on constate que l'IPv4 est bien celle du serveur OpenVPN de la freebox, mais pas l'IPv6.

J'ai pu reproduire le problème sur Freebox Mini 4K (4.3.3) et Freebox Delta (4.3.3). Une solution de contournement assez simple côté client est d'ajouter manuellement l'instruction "redirect-gateway ipv6" à la configuration OpenVPN générée par la freebox :

push "redirect-gateway ipv6 def1"

Ce qui signifie probablement qu'il suffit de pousser cette configuration au client dans le "server.conf" de la freebox pour régler ce problème :

push "redirect-gateway ipv6 def1"

Ou peut-être moins intrusif, seulement router le trafic internet :

push "route-ipv6 2000::/4"
push "route-ipv6 3000::/4"

Il y a peut être en lien avec la tache  FS#34697 

Suite à la mise en jour en 4.3.0, les périphériques réseaux connectés en ethernet perdent leurs adresses IPv6 au bout de quelques minutes suite au reboot.

Celà pose problème pour le player POP qui ne fonctionne pas sans IPv6

Bonjour

J'ai observé un étrange comportement entre le server VPN (freebox) et un client VPN (iOs, windows 10) lié à l'IPV6.
Si l'IPv6 est activée sur les 2 parties (server, client), la connexion internet du server VPN n'est pas transmise au client: pas d'internet.

Comme solution, j'ai désactivé l'IPv6 côté serveur VPN (freebox), ainsi que dans les propriétés du client (adaptateur réseau ethernet/wifi dans windows et dans l'adaptateur VPN), pour n'avoir que l'IPv4.

Côté iOs, les services sont partiels, je ne peux pas désactiver l'IPV6. Cependant bien que je ne puisse naviguer, je peux réceptionner des messages sur l'application Messenger (peut-être qu'il y a un bug sur l'application et que cela ne transite pas par le VPN).

Néanmoins il y a un soucis lié au VPN et à l'IPV6

Environnement technique:
Freebox pop
Serveur VPN IKEv2 activé

Téléphone iOs chez Sosh
PC sous windows 10 via une connexion mobile (partage de connexion Sosh)

Bien à vous,

Bonjour,

Sur 2 abo fibre connecté a un meme pop, l’ipv6 ne semble pas router correctement.
en ipv4 cela fonctionne.

Test connectivité ipv6: (xx et yy volontairement changés) #) ping6 ipv6.google.com -I 2a01:e35:2ff1:yy30:a00:27ff:fe2a:cb4f
PING ipv6.google.com(par10s40-in-x0e.1e100.net (2a00:1450:4007:80b::200e)) from 2a01:e35:2ff1:yy30:a00:27ff:fe2a:cb4f : 56 data bytes
64 bytes from par10s40-in-x0e.1e100.net (2a00:1450:4007:80b::200e): icmp_seq=1 ttl=120 time=15.1 ms Test ping entre 2 freenautes (xx et yy volontairement changés)

#) ping6 2A01:E35:2FF1:xx80::1 -I 2a01:e35:2ff1:yy30:a00:27ff:fe2a:cb4f
PING 2A01:E35:2FF1:xx80::1(2a01:e35:2ff1:xx80::1) from 2a01:e35:2ff1:yy30:a00:27ff:fe2a:cb4f : 56 data bytes

— 2A01:E35:2FF1:xx80::1 ping statistics — 30 packets transmitted, 0 received, 100% packet loss, time 29095ms

** Traceroute ipv6

#) traceroute 2a01:e35:2ff1:xx80::1
traceroute to 2a01:e35:2ff1:xx80::1 (2a01:e35:2ff1:xx80::1), 30 hops max, 80 byte packets
1 2a01:e35:2ff1:yy30::1 (2a01:e35:2ff1:yy30::1) 1.091 ms 1.064 ms 1.049 ms
2 * * *
3 * * *
4 * * *

Bonjour,

il est possible d’associer à une adresse MAC un bail statique pour une ipv4 de son choix en passant par l’interface de la Freebox (sur la Révolution en tout cas), serait-il envisageable d’avoir la même fonctionnalité pour l’ipv6 ? Les baux n’ont pas l’air de changer une fois distribués, mais j’aimerais pouvoir choisir l’adresse associé pour des raisons pratiques.

S’il y a un moyen de contourner, voir de faire autrement (à part fixer l’ip du côté de la machine cliente), je suis preneur.

Cordialement,

La version de Linux IPv6 Router Advertisement Daemon (radvd) 2.19 est sortie (2020-09-23) :
- https://radvd.litech.org/
- https://github.com/radvd-project/radvd

Bonjour,

Votre support Chat m’a renvoyé vers le 3244 qui m’a renvoyé vers votre site.

En essayant de monter un tunnel IPV6 entre 2 Freebox (Delta et Revolution) situées dans les environs de Lyon je me suis aperçu avec plusieurs ping (pendant plusieurs jours) que 95% des paquets étaient perdus entre les 2 destinations.

En synthèse à partir d’une adresse IPV6 située à Brignais dans le range 2a01:e0a:561:0000::/52 il est possible de joindre des adresses IPV6 situées dans la même ville (exemples: 2a01:e0a:561:0040::1, 2a01:e0a:561:0050::1, 2a01:e0a:561:1010::1, 2a01:e0a:561:1020::1) ou des adresses IPV6 d’autres régions (exemple: 2a01:e34:ed2b:8020::1) mais pas des adresses IPV6 situées dans d’autres villes de la même région (exemple: 2a01:e0a:561:2000::1, 2a01:e0a:561:3020::1, 2a01:e0a:375:2000::1, 2a01:e0a:375:2bb0::1).

Je vous remercie d’avance de trouver une solution à ce dysfonctionnement.

Cordialement.

Perte de connexion IPv6 sur plusieurs Player Mini 4K connecté en RJ45 : point d’exclamation, câble bien connecté.

Solution temporaire :
- Débrancher le câble RJ45 et le rebrancher aussi vite
ou
- Redémarrer le Player
ou
- Débrancher et rebrancher électriquement le Player

Je suppose problème d’IPv6 entre le Server et le Player.