Tous les projets

Bonjour,

En utilisant mon VPN (ProtonVPN) avec le client Wireguard de la Freebox Pop j’ai des crash de la Freebox le soir vers 1h-2h du mat. Sur l’écran il y a écrit “Erreur 20-FF Aucun module réseau détecté”.

Depuis que j’ai désactivé le client VPN (environ depuis 1 semaine), je n’ai plus eu l’erreur jusqu’à présent.

Cdlt

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

Normalement la chaîne ligue 1 plus devrait être en clair.
Quand on va sur la chaîne il faut s’abonner.
En petite miniature on voit bien la chaîne en clair.
Raté et dommage

Lorsqu’on active un “Wifi invité”, un QRCode apparait en haut à droite de l’écran d’accueil sur la télé branchée sur le player.
La documentation Free dit que ce QRCode qui s’affiche est celui du ssid invité.
C’était le cas avant la version 4.9
Sauf qu’en fait maintenant, c’est le QRCode de l’accès au réseau wifi principal, et les invités ont donc un accès total à la configuration de la box.
C’est un sacré problème de sécurité.
Est-ce possible de rétablir la situation ?
Merci d’avance.

Avec la nouvelle version logicielle des gels et d’image et son aléatoire se produisent..

Manque les titres aux enregistrements sur espace Free tv

Bonjour,

A chaque allumage ou redémarrage, j’ai remarqué sur PLUSIEURS Players Mini 4K configurés et branchés en RJ45 (Wi-Fi désactivé) :

Vérification du système de mises à jour du système

-----------

Erreur: impossible de récupérer la liste des mises à jour
Prochain essai dans XX secondes

Bouton "CONFIGURATION DU WI-FI"

-------------

Est-ce possible de résoudre ceci ?

A noter qu’il n’y a rien sur la configuration du réseau Ethernet (RJ45), câble pourtant branché.

Il manque la section Android pour ce ticket.

Bonjour,

Il serait utile de pouvoir autoriser ou non un utilisateur à se connecter au serveur VPN de la freebox.
Donc pouvoir bloquer la connexion d'un utilisateur sans le supprimer (ou couper le serveur VPN pour les autres utilisateurs), et ensuite le ré-autoriser sans avoir à recréer un utilisateur, télécharger et transmettre la configuration, importer la configuration dans le client.

Cas d'usage : intervention d'un membre de la famille distant pour un problème informatique, partage temporaire d'un service hébergé (sur un VM sur la freebox par exemple) sans ouvrir l'accès à internet, sessions de jeux nécessitant une connexion locale, …

Exemple de fonctionnement : dans la fenêtre "Serveur VPN", onglet "Utilisateur", l'utilisateur freebox os peut modifier un utilisateur VPN (double clic ou bouton crayon) pour cocher ou décocher une case "Utilisateur activé"/"Utilisateur autorisé" (un peu comme les redirections de ports dans la gestion des ports).

Voilà les informations que j'ai pu trouver sur l'implémentation possible de cette fonctionnalité pour certains des serveurs VPN de la freebox :
WireGuard : changement des adresses autorisées vers une adresse inconnue ? blocage de l'adresse du client ?
OpenVPN : fichier de config ccd avec "disable"
IPSec : strongswan semble avoir un plugin ajoutant une allowlist, les utilisateurs désactivés pourraient être retirés de cette allowlist.

Cordialement

Préfixe IPv6 global correctement distribué sur LAN
Router Advertisements ICMPv6 actifs
SLAAC fonctionnel sur tous les hôtes Linux/Windows
Connectivité IPv6 Internet OK (ping6 Google validé)
IPv6 global opérationnel sur tous les équipements SAUF Pop

Capture (Wireshark) ICMPv6 observée sur interface Ethernet :
Neighbor Discovery (RFC 4861)
Neighbor Solicitation (NS) actif
Neighbor Advertisement (NA) actif
Résolution L2/L3 IPv6 fonctionnelle

Exemples observés :
NS / NA entre fe80:: addresses
échanges ICMPv6 corrects entre hôtes
Anomalie isolée Freebox Pop Player

Sur Freebox Pop Player uniquement :
IPv4 OK (DHCPv4 attribué)
IPv6 link-local OK :
fe80::1e96:e77e:8913:23cc
IPv6 global absent
Default IPv6 route absent
SLAAC non appliqué malgré RA présent sur LAN

Tests effectués :
Infrastructure
Switch L2 remplacé / testé → OK
Câbles Ethernet testés → OK
Ports LAN multiples testés → OK
Freebox Delta
Redémarrage complet → OK
IPv6 validé fonctionnel → OK
Clients réseau
Linux (Ubuntu) → IPv6 OK
Windows → IPv6 OK
Test croisé PC sur câble du Pop → IPv6 OK
Freebox Pop Player
Reset usine complet effectué (plusieurs fois)
Redémarrage séquentiel (Delta / switch / Pop)
Réinitialisation réseau répétée

Analyse technique
Les captures Wireshark confirment :
ICMPv6 Router/Neighbor Discovery conforme RFC 4861
SLAAC fonctionnel sur le LAN (RFC 4862 validé côté hôtes)
Préfixe IPv6 correctement annoncé et utilisé

Cependant, le Freebox Pop Player :

reçoit correctement le lien L2 (Ethernet OK)
obtient IPv4 via DHCP
génère IPv6 link-local (fe80:: OK)
n’instancie pas d’adresse IPv6 globale (SLAAC non appliqué)
n’installe pas de route IPv6 par défaut

Hypothèse technique

Défaut logiciel isolé Freebox Pop Player (firmware v10.5.66) :

non-exécution de la transition SLAAC après réception RA
possible défaut de traitement ICMPv6 Router Advertisement
stack IPv6 partiellement initialisée (link-local uniquement)
incohérence entre couche ND (RFC4861) et autoconfiguration (RFC4862)

bonjour,

Depuis la mise à jour qui a eu lieu cette semaine (semaine du 13 avril 2026), le plaisir d’utiliser sa TV a disparu. Je suis sur le player mini 4k.

On a maintenant deux/trois applications qui renvoient vers la meme application “free tv”.

# symptomes

- Il se trouve que cette application semble assez lente : le démarrage de l’application (pas de la box) prend un temps infini; on doit quitter l’appli “free tv” pour ouvrir l’ancienne “freebox tv”.

- Lorsqu’on accède à la partie “chaine” ou “replay”, on tombe régulièrement sur des pages vides qui finissent par se mettre à jour (le débit de ma box est de 1Gbps, fibré… donc exit les pbs de débit).

- j’ai des erreurs “DASH #1019” pour consulter une chaine et je me retrouve obligé de redémarrer la box pour essayer de pouvoir regarder une chaine après un replay TF1 par exemple.

# contexte

Ca marchait bien jusqu”au 11 avril et je n’ai pas testé courant de la semaine (absent de chez moi), je découvre les problèmes depuis hier (18 avril 2026)

version server : 4.9.18.1
version player : 25.12.25

# merci

C’est assez impactant…
Merci à vous.

Modèle de Freebox : Pop
Version du Firmware : 4.9.18.1
Type d’IP : IPv4 Full Stack (Ports 0 à 65535 confirmés)

Description du problème : Suite à une coupure brutale du réseau le 16 avril depuis le retour à la normal le 17 avril, toutes les redirections de ports (NAT) sont devenues inopérantes. Malgré une configuration correcte dans l’interface FreeboxOS, toute tentative de connexion entrante sur l’IP publique se solde par un ERR_CONNECTION_RESET.

Tests et Diagnostics effectués :

Routage WAN : Un tracert vers mon IP publique aboutit correctement au dernier saut sur l’équipement Free. Le trafic arrive bien à la box.

Vérification Serveur Local : Un curl -Ikv effectué en local sur le serveur cible (Unraid/Nginx) répond correctement en HTTP 200 OK. Le serveur et ses services sont parfaitement fonctionnels.

Tests de Ports Multiples : Testé sur les ports standards (80, 443) ainsi que sur des ports exotiques (ex: 52345, 58000). Le résultat est identique : TCP Reset.

Analyse de trafic (Sniffing) : Une écoute réseau via tcpdump sur l’interface du serveur cible ne montre aucun paquet entrant lors des tentatives de connexion depuis l’extérieur (4G). La Freebox ne transmet pas les paquets vers le LAN malgré les règles NAT actives.

Actions de dépannage déjà réalisées :

• Redémarrages électriques multiples.
• Réinitialisation aux paramètres d’usine.
• Suppression et recréation manuelle de toutes les règles de redirection.
• Attribution d’une nouvelle IP fixe au serveur local.
• Désactivation/Réactivation de l’accès distant à la Freebox pour éviter les conflits de ports.

Comportement observé : La Freebox semble rejeter silencieusement ou envoyer un paquet RST immédiatement après la réception d’un paquet sur un port redirigé, sans consulter ou appliquer la table NAT.

Pouvez-vous vérifier s’il existe un bug de corruption de la table NAT suite à une déconnexion brutale ou un problème de “provisioning” du profil Full Stack sur le DSLAM/NRO qui ne serait pas synchronisé avec l’état affiché dans FreeboxOS.

Les courbes ne sont plus correcte! le débit montant et descendant sont pratiquement identique.. il semble que le débit descendant soit ajouté à la courbe de débit montant.

Plusieurs tickets et toujours aucune information ou correction. 4.9.18.1

Le serveur WireGuard attribue une adresse IP dans le même subnet quel que soit la Freebox : 192.168.27.xxx.
Il serait intéressant de pouvoir changer ce subnet 192.168.27.xxx, 192.168.28.xxx, 192.168.29.xxx, etc… afin de pouvoir se connecter via le client WireGuard a plusieurs Freebox simultanément.

bonjour
je me permets de faire un ticket de bug ce soir. Ici, j’ai un répéteur wifi 7 placé à un emplacement pour répéter le wifi de ma Freebox Pop. Et quand on commence à tirer un peu trop sur internet (regarder une vidéo YouTube, jouer sur Steam), nous avons de grosses pertes de connexion et le boîtier qui affiche les barres du wifi qui clignotent

je reste disponible pour toute autre question

Bonjour,

Sur la chaine France 3 (3) la liste des Régions est incomplète. Il manque les chaines :

1. France 3 Alpes (302)
2. France 3 Côte d’Azur (312)

Serait-il possible de les remettre ? Merci.

Bonjour

Vu que la durée de validation des certificats va baisser par étape successive, jusqu’à 3 jours de validité en 2030
Est-il prévu d’intégrer le protocole ACME dans Freebox OS ?

L’utilisation sur linux de ce protocole ACME est basée sur l’outil certbot

Cordialement

Bonjour,

Ma Freebox Ultra (38:07:16:C3:84:8A) fonctionne correctement pendant une à deux semaines, puis redémarre suite au déclenchement du watchdog hard.
Est‑ce un comportement normal ou connu ?
Y a‑t‑il une solution pour éviter ces redémarrages ?

Configuration :
SSD : Crucial P3 4 To M.2 PCIe Gen3 NVMe (CT4000P3SSD8 – firmware P9CR30A)
1 VM (2 cœurs, 2 Go RAM) Home Assistant OS 17.2 – Core 2026.4.1

Merci d’avance pour votre aide.

Anthony

Depuis quelque temp nous ne pouvons pas revenir en arrière sur un programme qui est en route.

erreur DASH#1011

sur le Player poptv

Quand je regarde une vidéo contenant une piste Audio Description, les autres pistes sont muettes.

Constaté sur Dracula, Pluribus et for all mankind.

Dans l’application Canal+

Cela fonctionne dans les applications canal+ de mon Chromecast tv et mon fire stick tv.

Bonjour,

Ce ticket est une suggestion qui concerne le processus de réassignation d'adresses IPv4 partagées.

J'utilise un NAS, dont j'expose certains services par internet via une redirection de ports configurée sur le Freebox Server (en l'occurrence un un server Revolution r2).
Utilisant par ailleurs un service de DNS dynamiques, et n'exposant qu'un petit nombre de ports, je n'avais jamais eu besoin de demander une IP fixe. (je n'utilise pas ces accès tous les jours, donc je n'avais jamais eu la malchance de tomber dans un intervalle de mise à jour des DNS dynamique après un changement d'IP)

Or récemment, j'ai perdu accès à tous les services exposés sur le NAS de cette façon, pour une raison simple : lors d'un redémarrage récent, le serveur avait reçu non seulement une nouvelle IP mais un port range différent.
Du coup, mes redirections de ports sur le Server, bien qu'encore présentes et actives, étaient devenues inaccessibles.

En soi, ce n'est pas très grave : je demande une IPv4 fixe, et le problème est réglé. J'imagine que je fais partie des utilisateurs "avancés" pour qui cette fonction est ouverte - et merci Free de la proposer !
Mais en soi c'est un peu un "gâchis" considérant la pénurie d'IPv4.
J'aurais pu me contenter d'une IPv4 partagée, à condition d'avoir un port range stable avec le temps.

D'où la proposition : avant de changer l'IP assignée à une box, ne serait-il pas possible de vérifier les redirections de ports actives sur cette box, afin de s'assurer que le nouveau range de port choisi sur la nouvelle IP contient bien ceux-ci ?

Ça permettrait de continuer à utiliser des IPs partagées dans de nombreux cas, presque sans impact sur l'utilisateur.

Bonjour

Début février on nous a confirmer que vous deviez mettre à jour l’application Amazon prime afin d’avoir toutes les chaines Fast incluse.

Avez-vous de nouvelles ?

Merci.

Bonjour,

Je signale une instabilité majeure du contrôleur USB de la Freebox Ultra lors de transferts de fichiers entre deux supports de stockage externes via l’application Freebox Files ou l’interface web Freebox.

Voici mon scénario :

Lancement d’un transfert de fichiers volumineux (10Go) entre deux HDD externes (reliés à un hub USB 3.0 alimenté) directement depuis l’application mobile Freebox Files.

Après quelques secondes de transfert, le processus échoue.

Résultat : Les deux disques disparaissent instantanément de l’interface Freebox OS (section “Disques externes”). Les disques restent alimentés (LED clignotantes) mais sont invisibles pour le système.

Le problème survient même avec un hub alimenté, excluant a priori un défaut de puissance électrique du port de la box.

Un redémarrage électrique de la Freebox Ultra est indispensable pour récupérer l’accès aux disques. Un simple “rebranchement” du hub ne suffit pas, ce qui suggère un plantage au niveau du noyau (kernel) ou du pilote du contrôleur USB de la box.

Les logs de ma VM (stockée sur mon NVME et qui avait des montages CIFS vers ces disques) confirment la perte brutale du point de montage au même moment : CIFS: VFS: BAD_NETWORK_NAME: \\mafreebox.freebox.fr\…

Configuration :

Machine : Freebox Ultra (Firmware à jour).

Stockage : 2x HDD Toshiba Canvio Basics (formatés en EXT4).

Connexion : Les deux disques sont reliés à un Hub USB 3.0 alimenté (TP-Link UH720), lui-même branché sur le port USB de la Freebox Ultra.

Il semble y avoir une gestion défaillante des interruptions I/O sur le bus USB 3.0 lors de transferts intensifs “disque à disque”. Est-il possible d’analyser la gestion du buffer ou du driver USB sur la version Ultra pour éviter ce verrouillage du contrôleur ?

Merci d’avance pour votre retour.

player revolution version : 1.3.57.1
serveur Freebox Ultra version 4.9.18.1
cabler en RJ45

Le blocage se manifeste au démarrage du player, aussi bien après un boot après mise sous tension qu’un boot après une veille profonde.
Il apparaît très vite un message “Association avec le Serveur Freebox en cours”, mais ce message reste affiché très longtemps (de l’ordre de 1/4h - 20 mn).
Un reboot du player (hors tension - sous tension) produit le même message.
Le Server Freebox est en mode routeur et l’association en question se fait par les Freeplug (normal).
Le Server Freebox a l’air de fonctionner normalement, l’accès Internet (sur le PC) fonctionne, et aussi le téléphone branché sur la Freebox.

Par contre au bout de 15 - 20 minutes le message sur le Player est remplacé par un message “attente de connexion réseau” ou quelque chose dans ce style.
Ce message dure également pas mal de temps (10 mn), puis l’écran d’accueil du Player s’affiche, mais avec un temps de réponse élevé (plusieurs secondes)
pour toutes les actions à la télécommande.

Au bout d’un certain temps (plusieurs minutes) on arrive à démarrer la TV et ensuite le fonctionnement paraît normal.

Ce comportement est apparu avec l’installation du firmware 1.3.57.1

J’ai déjà appelé Free (au 3244) et on m’a dit que problème avait déjà été signalé, mais je ne l’ai pas trouvé ici (dans la liste des bugs) c’es pourquoi je le fais maintenant.

Bonjour,

Depuis quelques semaines, l’application « free » sous Android ne fournit plus les informations du server (delta) et du player (devialet).
Quand je sélectionne le pavé, ca inscrit « oops, réessayer ».
Pour les autres équipements (répéteur, caméra, téléphone. . . ) ca fonctionne bien.
S’agit il d’un bug appli ou server?

Même après la dernière mise à jour, le problème persiste.

Le « oops, réessayer » apparait également quand je demande l’assistance sur l’application. . .
Merci de votre retour