Bugtracker Freebox :: https://dev.freebox.fr/bugs/ Bugtracker Freebox :: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K): Recently opened tasks 2026-06-12T07:15:33Z FS#41054: Désinscription mis à jour beta de la Freebox ultra https://dev.freebox.fr/bugs/task/41054 2026-06-12T07:15:33Z Martinez 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 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 .

]]> FS#41053: Ping down https://dev.freebox.fr/bugs/task/41053 2026-06-11T15:47:46Z Clément DESVAUX 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,

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,

]]> FS#41052: impossible de modifier ou supprimer un fichier via mon pc windows sur le disque dur originel delta https://dev.freebox.fr/bugs/task/41052 2026-06-11T14:34:17Z sermonne 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 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

]]> FS#41051: Passage en 4.12.1 perte du disque Interne 1To (Originel) https://dev.freebox.fr/bugs/task/41051 2026-06-11T17:22:38Z Guignabert Après la montée de version (effectué par l’aps) du serveur en 4.12.1 le disque dur interne n’est plus reconnu.Reboot ( toujours par l’aps) ne change rien.Peut-être lié à la tâche 41050 mais pas en Raid et plus du tout visible. Après la montée de version (effectué par l’aps) du serveur en 4.12.1 le disque dur interne n’est plus reconnu.
Reboot ( toujours par l’aps) ne change rien.
Peut-être lié à la tâche 41050 mais pas en Raid et plus du tout visible.

]]> FS#41050: Firmware 4.12.1: Raid ok, mais disparu / non affiché https://dev.freebox.fr/bugs/task/41050 2026-06-11T12:01:42Z Thomas Bigot Freebox delta, je viens de passer en 4.12.1, tout marchait bien.Depuis le redémarrage, mon raid 5: n’apparaît plus dans le navigateur de fichiers de l’interface web freebox n’est plus montable en CIFS depuis les VM depuis les machines du réseau local L’interface Raid affiche pourtant: REtat: ActifSync: SynchroniséType: RAID 5Taille: 4 ToNombre de Disques: 3 Freebox delta, je viens de passer en 4.12.1, tout marchait bien.
Depuis le redémarrage, mon raid 5:

  • n’apparaît plus dans le navigateur de fichiers de l’interface web freebox
  • n’est plus montable en CIFS
    • depuis les VM
    • depuis les machines du réseau local

L’interface Raid affiche pourtant:

R
Etat: Actif
Sync: Synchronisé
Type: RAID 5
Taille: 4 To
Nombre de Disques: 3

]]> FS#41049: VM injoignable https://dev.freebox.fr/bugs/task/41049 2026-06-10T09:43:02Z Eric Depuis le 09/06/2026 vers 19h30, plus aucune de mes deux VMs (pihole et homeassistant) ne sont joignable, que ce soit par DNS ou par IP directement. J’ai tenté de redémarrer la freebox et les VM en question, sans succes Depuis le 09/06/2026 vers 19h30, plus aucune de mes deux VMs (pihole et homeassistant) ne sont joignable, que ce soit par DNS ou par IP directement.

J’ai tenté de redémarrer la freebox et les VM en question, sans succes

]]> FS#41048: [Évolution] Permettre la modification du domaine local (Option DHCP 15) / Support de la RFC 8375 https://dev.freebox.fr/bugs/task/41048 2026-06-09T13:20:48Z Boris 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 ! 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 !

]]> FS#41047: Le guide des programmes dans freeboxos s’arrête au 14 juin 2026 https://dev.freebox.fr/bugs/task/41047 2026-06-09T15:11:09Z Stephen leblond 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,

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

]]> FS#41046: Changement de root Letsencrypt: manque un intermédiaire https://dev.freebox.fr/bugs/task/41046 2026-06-09T09:20:13Z Aissen Suite au changement de root letsencrypt: https://letsencrypt.org/2025/11/24/gen-y-hierarchy.html Des certificats basés sur YR sont maintenant distribués dans les box pour les domaines *.freeboxos.fr On passe de: ISRG X1 → LE R12 → Cert FreeboxÀ: ISRG X1 → ISRG YR → LE YR → Cert Freebox(cf https://letsencrypt.org/certificates/) Dans la chaine de certificats fournis, la Freebox fourni celui juste avant (LE R12 ou LE YR); mais dans la chaine YR, le certificat ISRG YR n’est pas fourni et n’est pas encore inclus dans les navigateurs, ni les distributions Linux. Comme d’habitude, dans les navigateurs ça passe car LE est très utilisé, et le ISRG YR se retrouve en cache. Donc s’il manque dans la chaine, c’est invisible car le navigateur infère la chaîne grâce à son cache. Mais avec curl ou n’importe quel autre programme, la validation échoue. Ma suggestion est de rajouter ISRG YR dans la chaîne. Idéalement de manière dynamique, ACMEv2 permet normalement d’avoir la liste d’intermediaires à inclure. Sinon de manière statique, et l’enlever un fois que ISRG YR a rejoint les bundles de navigateurs/distributions Linux. Suite au changement de root letsencrypt: https://letsencrypt.org/2025/11/24/gen-y-hierarchy.html

Des certificats basés sur YR sont maintenant distribués dans les box pour les domaines *.freeboxos.fr

On passe de: ISRG X1 → LE R12 → Cert Freebox
À: ISRG X1 → ISRG YR → LE YR → Cert Freebox
(cf https://letsencrypt.org/certificates/)

Dans la chaine de certificats fournis, la Freebox fourni celui juste avant (LE R12 ou LE YR); mais dans la chaine YR, le certificat ISRG YR n’est pas fourni et n’est pas encore inclus dans les navigateurs, ni les distributions Linux. Comme d’habitude, dans les navigateurs ça passe car LE est très utilisé, et le ISRG YR se retrouve en cache. Donc s’il manque dans la chaine, c’est invisible car le navigateur infère la chaîne grâce à son cache.

Mais avec curl ou n’importe quel autre programme, la validation échoue.

Ma suggestion est de rajouter ISRG YR dans la chaîne. Idéalement de manière dynamique, ACMEv2 permet normalement d’avoir la liste d’intermediaires à inclure. Sinon de manière statique, et l’enlever un fois que ISRG YR a rejoint les bundles de navigateurs/distributions Linux.

]]> FS#41045: Problème de découverte réseau locale (Bonjour/mDNS) avec un répéteur Wifi 7 https://dev.freebox.fr/bugs/task/41045 2026-06-07T21:50:05Z Emile Chaillou 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. 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.

]]>