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

Ticket rassemblant toutes les mises à jour des composants qui sont utilisés dans les firmwares Freebox etc. par Iliad/Free/Freebox.

Ce ticket fait suite à la fermeture de mon ticket historique :
- https://dev.freebox.fr/bugs/task/22518

A ne pas mélanger avec un autre ticket qui lui traite des oublis ou manquements sur le site floss.freebox.fr :
- https://dev.freebox.fr/bugs/task/34521

Pourriez-vous mettre à jour dnsmasq 2.78 → 2.80 (2018-10-18)
→ http://www.thekelleys.org.uk/dnsmasq/?C=M;O=D

→ http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=summary

Il y a des bugs résolus depuis la 2.78 (qui entre autre corrigeait une CVE) :
→ http://www.thekelleys.org.uk/dnsmasq/CHANGELOG

→ https://www.cvedetails.com/vulnerability-list/vendor_id-8351/product_id-14557/version_id-235852/Thekelleys-Dnsmasq-2.78.html

Déjà signalé :
→ https://dev.freebox.fr/bugs/task/22518 (avec d’autres demandes de maj + corrections de noms de softs/libs)
→ https://dev.freebox.fr/bugs/task/22145

RAPPORT D'EXPÉRIENCE BETA TEST — WI-FI STEERING MODE EXPÉRIMENTAL

Durée du test : 24 heures
Environnement : Maison type début 1900
Configuration : Server ←WIFI→ Répéteur ←WIFI→ Répéteur ←WIFI→ Devices

—

1. RÉSUMÉ EXÉCUTIF

Le Wi-Fi Steering montre une amélioration notable des performances, avec un débit multiplié sur la chaîne complète (de 5 Mbit/s avant à 40 Mbit/s maintenant). Quelques observations ont été relevées concernant les équipements fixes et la visibilité de localisation, qui pourraient faire l'objet d'ajustements pour optimiser l'expérience de la compréhension spatiale globale.

—

2. POINTS FORTS OBSERVÉS

- Appareils wifi mobiles (iPhone, iPad) : La connexion s'établit rapidement et efficacement vers le répéteur le plus cohérent. L'expérience est fluide.
- Débit global : Une progression significative a été constatée, passant de 15 Mbit/s à environ 70 Mbit/s sur la chaîne avec deux répéteurs.
- Stabilité : Aucun dysfonctionnement majeur n'a été observé durant la période de test de 24 heures.
- Visibilité de la connexion : L'interface permet d'identifier quel appareil est connecté à quel répéteur.

—

3. OBSERVATIONS ET PISTES DE RÉFLEXION

- Équipements wifi fixes (Apple TV, HomePod, caméras, prises connectées) : Il a été remarqué que ces appareils ne se dirigent pas toujours vers le répéteur le plus cohérent. Par exemple, l'Apple TV affichait environ 12 Mbit/s contre 70 Mbit/s sur l'iPhone dans la même pièce.
- Ordre de démarrage des équipements : Cet élément semble influencer la qualité de connexion. Les appareils allumés avant l'infrastructure complète (server et répéteurs) ont tendance à se connecter au premier signal disponible (généralement le server) sans rebasculer ensuite vers le répéteur le plus proche.
- Visibilité sur la localisation des appareils : Il n'est pas possible d'associer un nom de pièce aux appareils connectés. Cette fonctionnalité existe pourtant pour les répéteurs eux-mêmes. Pouvoir identifier la pièce de chaque appareil pourrait faciliter le diagnostic, la compréhension spatiale des locaux et les retours d'expérience.

—

4. SUGGESTIONS POUR LES ÉQUIPES DE DÉVELOPPEMENT

- Concernant les équipements fixes : Une piste serait d'explorer pourquoi les appareils comme Apple TV, HomePod et les objets connectés semblent suivre un comportement différent des appareils mobiles vis-à-vis du steering.
- Concernant le re-basculage dynamique : Il pourrait être utile d'étudier la possibilité de permettre aux appareils de se reconnecter automatiquement au répéteur le plus proche, même après une connexion initiale au server principal.
- Concernant le nommage des pièces : Étendre aux appareils connectés la fonctionnalité de nommage de pièce, déjà disponible pour les répéteurs, pourrait améliorer la visibilité et accompagner les testeurs dans leurs retours.

—

5. SI BESOIN

Je suis plus facilement joignable via TEAMS… si ca vous intéresse ;)

Bonjour,

Je n’arrive pas à utiliser le Wifi Invité avec mon véhicule connecté, (Peugeot 2008 hybride, système IVI) :

• le réseau invité de ma Freebox n’est pas détecté, donc non sélectionnable, seul mon réseau principal est visible

• l’adresse MAC de la carte Wifi de mon véhicule change à chaque connexion, (comme sur les iPhone), et impossible de changer ce comportement, (impossible d’imposer une adresse MAC fixe), du coup impossible d’associer une adresse IP fixe à mon véhicule dans mon réseau principal, mais surtout impossible d’activer la “Liste blanche” sur mon réseau Wifi principal qui est donc “ouvert à tous les vents”… et c’ets pourquoi je veux connecter mon véhicule à mon réseau Wifi Invités

La connexion de mon véhicule à mon réseau Wifi est quasi obligatoire pour récupérer les mises à jour du système IVI et les cartes du GPS embarqué (13 Go de données…).

Cordialement,

Denis F.

Bonjour,

Le guide des programmes affiche “programme indisponible” pour les dates au delà du 14 juin 2026 (sur toutes les chaînes).

J’utilisais un script pour interroger les API et récupérer la liste des films diffusés dans les jours à venir (plutôt que de parcourir le guide manuellement).

Est ce que cela veut dire que la fonctionnalité “guide des programmes” est en cours d’ abandon dans freebox os ?

Merci d’avance pour la réponse !

Stéphen

Bonjour je ne peux pas mettre à jour ma Freebox beta en 4.12.1.1 alors que cela m’est proposée dans l’application free . Je suis en beta et la mis à jour reste figée à 4.11.2-r4 . Je souhaite donc être retiré des mis a jour beta svp . En vous remerciant . Cordialement .

Bonjour,

Suite à la mise à jour 4.11.1 d’une freeboîte pop v8 (r1), il n’est plus possible d’accèder à distance via HTTPS avec un certificat TLS associé à un nom de domaine personnalisé.

Cordialement

Bonjour,

Depuis deux ou trois mises à jour, lorsque je connecte mon openVPN de mon PC en Windows10 vers une freebox Delta distante en Bridgé, la connexion se fait une fois sur deux voir sur trois et en plus au bout d’un moment elle se déconnecte sans action de ma pat.
Ca fait des années que je travaille comme cela et jamais eu de problème.
Pourriez-vous régler ce problème svp ?
Merci d’avance
Pascal

Bonjour,

Depuis l'application de la MaJ en 4.12.1, je ne parviens plus a ping l'ip de ma freebox en externe.
Et ce malgré la case réponse au ping coché dans configuration.

Cela marchait avant l'application de la MaJ.

Merci pour votre retour.

Cordialement,

Bonjour,
Mon Pixel 9a avait du mal a se connecter au wifi de ma POP (wifi7), et après conseil ici, le problème a été résolu en passant en WPA2/3 (Transition). Effectivement, maintenant plus de probleme d'accoroche… le probleme, c'est que maintenant, c'est mon ordi Surface Laptop 7 (ARM) qui a des sursauts de wifi! :(

dès que je passe en WPA2/3-transition, de manière cyclique, j'ai des pertes de connectivité wifi
la connexion au resau est OK , mais toutes les 10-15 min, les données ne cirulent plus, j'ai des notifs que mon PC est hors ligne (le wifi est toujours connecté), pendant quelques 10aines de secondes…puis cela se rétablit tout seul….

ce comportement disparait si je remets le reseau en WPA2/3-compatibilité ( mais là c'est le pixel qui cafouille)

Bonjour

En espérant que vous allez bien.
Tout d’abord je vous détaille ma configuration:
- Freebox Revolution (mise à jour avec le dernier firmware hier soir)
- Repeteur WiFi Freebox
- Multiple devices se connectant soit en 2,4GHZ soit en 5GHZ

Hier j’ai du redémarré mon serveur révolution qui du coup s’est mis à jour avec en 4.10.2
Et depuis j’ai un soucis assez impactant.
Tous mes devices qui étaient connectés sur mon WIFI 5GHZ du Server (précision importante) ne fonctionnent plus du tout.
Ils voient le WIFI sans problème mais la box ne leur attribuent pas d’IP (ils en reçoivent une en APIPA)

Ce soucis apparemment ne concerne que les devices connectés au Server directement car j’ai des devices qui sont connectés au répéteurs et eux aucun soucis le répéteur leur attribuent bien une IP et les devices ont bien une connection à Internet sans problème.
Ce soucis est présent que sur la partie 5GHZ et non sur la 2,4GHZ qui elle fonctionne nikel

J’ai fait le test avec mon Iphone pour confirmer cette théorie:
- Quand je le connecte près du serveur en 5GHZ il reçoit une adresse en APIPA et via le répéteur en 5GHZ c’est nikel
- Quand je le connecte près du serveur en 2,4GHZ il se connecte au réseau et reçoit une bonne adresse de ma plage DHCP et peut se connecter au net.

C’est impactant car j’ai par exemple ma centrale d’alarme fournie par ma banque qui ne peut que se connecter en 5GHZ et qui est près du server donc depuis hier elle fonctionne en mode dégradé.

J’air redémarré la box des dizaines de fois en mode normal et une fois en mode secours sans succes.

Petit ajout: j’ai remarqué via Freebox OS que beaucoup de mes devices ont des noms d’hotes, mDns qui ne correspondent plus (par exemple des cameras de sécurités qui ont pris le nom de mon ampli home cinéma)
Et aussi des devices se prennent pour d’autres (j’ai par exemple une camera qui apparait comme une freebox player ou mon téléphone comme une de mes enceintes connectées).

Pouvez vous m’aider car cela est très impactant?

Je suis dispo pour envoi de la mac de ma freebox et des tests si besoin.

Merci d’avance et bonne journée

Bonjour encore et toujours des problemes de connexion Wifi. Je ne sais pas si je dois mettre cette tache sous "Wifi", "Reseau" ou autre mais voila mon probleme.

Depuis l'installation de cette camera/alarme Somfy ONE+ elle perd la connexion wifi de façon iterative.
J'avais une FB Delta puis une Ultra et maintenant une Ultra Rouge avec 4 repeteurs Wifi6. Le probleme est toujours le meme mais il me semble qu'il s'est aggravé depuis 1 mois environ et une mise à jour récente de la FB.

Idem et là c'est pire pour mon module Wifi Nice IT4Wifi qui perd systematiquement la connexion et que je n'arrive meme plus à connecter à l'appli Mynice par iOs ou Android, marche episodiquement en Homekit mais plante systematiquement.
Pour info j'ai racheté la meme interface et IDEM! Ce n'est donc pas l'interface qui est en cause.

Donc ma domo ne fonctionne pas, impossible d'utiliser mon portail que je dois laisser ouvert!

La qualité n'est pas au rendez vous c'est le moins que l'on puisse dire.

Derniere chose: mon interface IP/KNX IPI.1.8.2 KNX IP Interface sec de CONTROLtronic GmbH, elle est connectée en ethernet mais se deconnecte toute seule au bout d'une heure, un jour ou une semaine, impossible à prevoir. Pareil encore j'ai changé cette interface pour une neuve, ça a fonctionné qq temps et puis boum deconnections à gogo…

Et le pompon c'est l'interface Web Freebox avec mes peripheriques reseau: ça deconne completement! Depuis qq jours c'est n'importe quoi, on dirait que la table d'allocation est corrompue, ou je ne sais pas mais le nom des peripheriques change tout seul, les noms que j'ai attribué disparaissent pour une adresse mac ou un autre nom puis reapparaissent alors que je n'ai rien changé au reseau et que tout allait bien jusqu'a ces derniers mois…

MAIS QUEL EST LE PROBLEME AVEC CETTE FREEBOX ULTRA???

Bonjour,

Je me suis lancé dans la domotique en ajoutant des dispositifs xiaomi/tuya… dans ma maison, ils communiquent en Wifi.

on paramètre le wifi, on fait l’association tout fonctionne, on déplace la prise tuya dans la maison ⇒ on la rebranche (⇒ débit instable), on commande un répéteur , on le pose, on rebranche la prise ⇒ sauvé, ça marche avec un bon débit.

Le problème vient après, les prises tuya sont un peu bêtes: elle se connectent au premier réseau correspondant trouvé : si vous redémarrez votre box ou si vous la mettez à jour, le wi-fi du répéteur se coupe, et le premier wifi qui se réactivera sera celui de votre box ⇒ vos prises tuya choisissent alors un réseau distant et instable plutot que le répéteur situé à deux mètres d’elles, et elle y resteront…. on se retrouve alors avec des répéteurs qui servent de presse papier….

plusieurs possibilités s’offrent à vous =
- nommer différemment le réseau des répéteurs (impossible avec les répéteurs free) ⇒ refaire les appairages, et reprogrammer à chaque fois si vous déplacez votre prise, on perd au passage l’interet du mesh
- bloquer ces appareils dans la freebox quelques secondes avant de les débloquer, ça marche pas à tous les coups, là encore le premier wifi accroché sera conservé = > on est proche de la technique de la loterie
- programmer un blocage réactivation de la freebox via home assistant en se basant sur une stat d’attenuation du signal

Tous les dispositifs tuya/xiaomi n’exposent pas l’atténuation du wifi en temps que sensor (même via localtuya), il faudrait le faire à partir de données provenant de la box, on pond alors un script toutes les x secondes: si atténuation > xdB , demande à la freebox de bloquer x secondes avant de relancer:, cela suppose que la freebox expose en clair cette donnée pour home assistant, il faut ensuite programmer pour chaque prise, une déco reco régulière jusqu’à ce qu’un wifi acceptable soit retenu. on automatise la loterie , pour chaque dispositif (faisable mais chiant à faire sous home assistant)

Autre évolution possible:

-que la freebox aie un réglage activable par device: au branchement d’un appareil wifi ou lors de son utilisation, si l’atténuation > xdB, essaye de forcer la bascule sur d’autres répéteurs (bloque par exemple la connexion via la box, mais permet la connexion par le répéteur 1 puis teste le répéteur 2… et après une boucle retient le dispositif avec la plus grande stabilité/débit) ⇒ dans ce cas de figure si vous déplacez la prise, l’association sera toujours optimale

- Autre solution plus rigide : associer pour chaque prise , un répéteur et exclure toute autre connexion depuis les autres parties du Mesh, on perd en flexibilité , pour les prises que vous déplacez

depuis la mise à jour 4.12.1.1, le disque dur originel de la delta est bien revenu mais impossible de modifier ou supprimer un fichier via mon pc windows (reseau local) maintenant alors que depuis des année ça marcher très bien.
en attente d’une correction

Bonjour, comme d’autres je ne reçoit plus les nouveaux FW depuis la 4.9.13 RC2 sur ma FB Ultra V9.
Merci de m’enlever du programme beta.
Mon adresse MAC : 38:07:16:C0:5F:BD

Bonjour, avant de rentrer dans les détails je précise que tous les tests sont conduits sur une Freebox Pop V8 WiFi 7 version 4.9.0 avec un Pixel 9 Pro XL (Android 15 QPR2 stable de mars 2025) en vue directe de la box à environ 1 mètre sans répéteur. Les 5GHz sont en 160MHz DFS et canal automatique (canal 40), et les 2.4GHz sont en 40MHz (20MHz effectif) en canal automatique également (canal 6).
Quand on active la MLO dans FreeboxOS, deux possibilités, soit le téléphone reste bloqué en 2,4GHz, soit il se connecte enfin en 5GHz (après la DFS bien sûr) mais possède un débit maximal de 700/800Mbps (au lieu de 1600/1800Mbps normalement). Si les 5GHz n’accrochent pas, redémarrer le WiFi du téléphone fait complètement planter la box et la fait redémarrer par elle-même.
Quand le MLO n’est activé que sur les 2,4GHz le débit en 5GHz reste de 700Mbps, indiquant bien un soucis avec le MLO, qu’on l’utilise ou non.
Dès qu’on désactive le MLO, les débits habituels reviennent correctement.
Surtout que j’ai pu constater que le téléphone n’arrivait parfois pas du tout à se connecter au WiFi quand le MLO est activé (J’ai même pu voir un message d’erreur inédit sur le téléphone indiquant que la box est temporairement pleine (quoi que ça veuille dire) m’empêchant de m’y connecter).
De fait, le MLO sur les Freebox Pop ne fonctionne absolument pas, le téléphone refuse de se connecter en MLO (alors que Wifiman confirme son activation) et divise les débits par deux. Le soucis de débit à été constaté sur des Galaxy S21 Ultra (par un témoignage) et Pixel 6 (Android 15 QPR2 de mars 2025), tous deux incompatibles Wifi 7 et qui ont pourtant bien vus leurs débits divisés par 2 aussi, l’activation du MLO divise donc le débit par 2 même quand on se connecte en WiFi 6.
Également, quand le MLO est activé, le Pixel 9 Pro XL ne se connecte qu’en WPA2 et non plus en WPA3 (mode WPA2/WPA3 Transition).

Bonjour,

Lorsque via l'application free ou freebox connect j'éteins la freebox , il est ensuite impossible de la réveiller via ces mêmes applications.
certainement un problème avec l'api ou autre mais impossible de trouver la doc sur ce sujet.

Merci pour votre aide

Jul

Je ne sais pas si c’est un problème box ou téléphone, mais mon téléphone Google pixel 9a échoue à se connecter à mon réseau wifi 8 x sur 10.
L’anomalie est apparue avec les dernières versions bêta d’android 17 mais n’a pas été corrigée avec la dernière release bêta 4
Le rapport de bug est aussi remonté chez google
A noter que cela impacte particulièrement les POP (j’ai essayé sur plusieurs) alors que sur une freebox ultra, pas noté de problème

Bonjour l'équipe Freebox,
Depuis l'intégration très appréciée de la résolution DNS locale, le suffixe attribué automatiquement aux baux DHCP est codé en dur sur .home.
Bien que fonctionnelle, cette approche pose un problème de conformité avec les standards actuels : le TLD .home n'est pas officiellement réservé et expose à des risques (bien que faibles) de collision TLD.
L'IETF a publié en 2018 la RFC 8375 (Special-Use Domain 'home.arpa.'), qui définit très clairement home.arpa comme le standard exclusif et sécurisé pour les réseaux locaux résidentiels.
Actuellement, l'interface Freebox OS ne permet ni de modifier ce comportement, ni d'éditer l'Option DHCP 15 (Domain Name) pour diffuser un autre suffixe aux appareils du réseau (indispensable pour les utilisateurs gérant un homelab, des certificats SSL locaux ou des services conteneurisés).
Comportements attendus / Solutions proposées :
Ajouter un champ texte "Nom de domaine local" dans les paramètres DHCP de Freebox OS (Mode Avancé), permettant aux utilisateurs de modifier l'Option 15.
Idéalement : Remplacer la valeur par défaut .home par home.arpa sur les nouvelles configurations pour se conformer nativement à la RFC 8375.
Lien de référence :
https://www.rfc-editor.org/info/rfc8375/ Merci d'avance pour votre considération et pour le travail sur Freebox OS !

Hello,

J’ai l’impression qu’il y a un bug avec la découverte réseau Bonjour/mDNS sur ma config Freebox Ultra + répéteur Wi-Fi 7.
Depuis que j’ai installé ce répéteur Wi-Fi 7 sur mon réseau, mon NAS Synology ne s’affichait plus correctement dans le Finder de macOS dans la section réseau : il est devenu invisible, alors que l’accès par IP fonctionnait toujours sans souci.

Pour essayer de comprendre, j’ai regardé ce qui se passait côté réseau directement depuis le Terminal sur le Mac avec des commandes comme `dns-sd browse` et `dns-sd find`, pour voir les annonces mDNS/Bonjour sur le réseau local. J’ai aussi tenté de forcer une réactualisation en renommant temporairement le NAS, ce qui normalement devrait provoquer une nouvelle annonce mDNS et faire réapparaître l’appareil dans le Finder avec son nouveau nom. Dans mon cas, le NAS apparaissait bien brièvement dans le Finder, puis disparaissait systématiquement quelques secondes après.

En faisant des tests par élimination, j’ai fini par couper le répéteur Wi-Fi 7. Dès que je l’ai éteint, tout est redevenu normal immédiatement : le NAS est réapparu de façon stable dans le Finder.
Est-ce que il y a un réglage qui m’a échappé ou est-ce bien un bug ?
Merci pour votre aide.