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

Bonjour à toute l’équipe Freebox,

Je souhaitais vous faire un retour un “bug” qui ne vient pas forcément de la Freebox mais de comment iOS à apparement changer sa méthode de connexion côté client sur le serveur SMB.

[Problème rencontré :]

En effet, depuis iOS18, on ne peut se connecter aujourd’hui qu’en lecture seule (R) et non lecture-écriture (RW) depuis iOS et l’application native, Fichier (File).
Ce problème n’existe pas sur la pile SMB de macOS Séquoia (15.3.1) et est apparu depuis la première version d’iOS18. Il n’y avait aucun soucis sur iOS17 avec l’application Fichier.
Je l’ai remonté en fin d’année 2024 sur https:// https://www.apple.com/feedback/, sans succès depuis, sachant que de leur point de vue ce n’est peut-être pas un problème mais une mesure de sécurité supplémentaire ?

Dans l’application Fichier, vous pouvez ajouter que ce soit en local (xxx.freeboxos.fr) ou en distant (WireGuard), l’accès au disque dur de la Freebox c’est qui est très pratique en tant que NAS à part entière.

[Solution :]

Source : https://discussions.apple.com/thread/255775451

Ajouter cette ligne dans la configuration de Samba de la Freebox.

vfs objects = streams_xattr

La directive vfs objects = streams_xattr dans le fichier de configuration de Samba (smb.conf) permet d’activer un module VFS (Virtual File System) qui gère les flux alternatifs de données (ADS - Alternate Data Streams) via les attributs étendus (xattr).

Explication technique

1. SMB et les flux alternatifs

•	SMB prend en charge les flux alternatifs, ce qui signifie qu’un fichier peut contenir des métadonnées ou des informations supplémentaires qui ne sont pas directement visibles dans le fichier principal.

2. streams_xattr et les attributs étendus

•	Sur un serveur Samba, les systèmes de fichiers comme ext4, XFS ou Btrfs ne gèrent pas naturellement les flux alternatifs comme NTFS.
•	streams_xattr simule cette fonctionnalité en stockant ces flux dans des attributs étendus (xattr).
•	Sans cette configuration, certains clients SMB (notamment ceux d’Apple) peuvent rencontrer des problèmes lorsqu’ils tentent d’écrire ou de modifier des fichiers.

Pourquoi macOS Finder fonctionne et pas l’app Fichiers d’iOS ?

1. La différence vient de la manière dont macOS et iOS accèdent aux partages SMB :

•       macOS Finder utilise une implémentation SMB plus avancée
•	Finder gère mieux la négociation des capacités SMB.
•	Il prend en charge une rétrocompatibilité avec différentes versions de SMB.
•	Il semble ignorer l’absence de streams_xattr ou utiliser un autre mécanisme pour gérer les métadonnées.

2. L’app Fichiers d’iOS est plus restrictive

•	Depuis iOS 18, Apple semble imposer des exigences plus strictes pour les flux alternatifs.
•	Si streams_xattr n’est pas activé, iOS peut restreindre l’accès en lecture seule pour éviter toute corruption des métadonnées.
•	Apple peut avoir renforcé la sécurité et les permissions, empêchant l’écriture si certaines extensions ne sont pas disponibles côté serveur.

Conclusion

•	Sur un serveur SMB, ajouter vfs objects = streams_xattr permet à iOS de retrouver l’accès en écriture en gérant les flux alternatifs correctement.
•	macOS Finder semble contourner le problème via un mécanisme différent ou une tolérance plus élevée aux différences entre serveurs SMB.
•	Apple a peut-être mis en place un changement de protocole SMB dans iOS 18 qui impose des vérifications plus strictes des attributs de fichiers.

Il faudrait donc, je suppose, faire des tests pour voir si cela n’occasionne pas d’effets de bord sur des configurations classiques. Est-ce vous souhaiteriez l’ajouter par défaut dans la configuration SMB sans action de l’utilisateur ou ajouter une case à cocher si cela fonctionne sans régression notable dans Freebox OS / Partages de fichiers / Partage Windows / ajouter une case en-dessous de SMB2/SMB3, “Ajouter la compatibilité avec iOS” ?

Merci beaucoup pour votre aide et la mise en place de ce correctif,
Jean-Philippe

Bonjour,

Je reviens vers vous concernant un souci, tout nouveau depuis la version 4.9.3.

Je vais essayer d’être clair car même moi, il m’est difficile de reproduire le bug car il arrive après plusieurs jours d’utilisation et la situation est évolutive, elle se dégrade de manière crescendo.

Au départ, suite à une box redémarrée électriquement, toute bien, j’arrive à accéder à ma freebox par le réseau (samba) avec \\192.168…(l’ip de ma box) et je parcours, je copie etc sans difficulté, avec des débits pouvant atteindre 45-50mo/s (en Wifi, depuis Windows ou en Ethernet depuis Linux).

Puis, au bout d’un moment, quelques jours en général, il y a un ralentissement, drastique et les débits tombent entre 18-22 mo/s, sans raisons apparentes (débits en copie sur le réseau local, je précise).

Puis, cas actuel, j’arrive à un moment où pendant une copie, le débit tombe à 0 et plante. La fenêtre de copie reste ouverte, à 0 o/s, figée, sans possibilité d’annuler le transfert.

Si je tente d’accéder au disque avec Freebox_server ou l’ip, Windows peut réfléchir pendant 15-20 minutes pour finalement me dire que ‘Freebox_server’ ou l’ip n’est pas accessible, le chemin réseau n’a pas été trouvé.

Dans cette situation, j’ai tout de suite tenté d’accéder à mon disque de mon Linux Mint, qui est en Ethernet (histoire d’être sûr de ne pas avoir de souci ‘Wifi 5Ghz / Usb 3). La, je parviens, très lentement(une dizaine de secondes entre chaque répertoire) à parcourir le contenu du disque mais dès que je tente une copie, linux affiche la fenêtre de préparation de la copie puis affiche un message d’erreur, copie impossible.

J’ai tenté de passer en USB 2 mais non, pas mieux. Surtout que l’usb 3 fonctionne très bien depuis des années, étant avec la pop depuis 2022.

Il est arrivé souvent que la box redémarre, de manière sauvage. Là pas de redémarrage mais l’accès par SMB n’est plus possible. J’arrive à utiliser mon disque par Freebox OS mais c’est tout(téléchargement depuis Freebox OS ok, là ça marche).

Le disque dur est en bonne santé, j’avais déjà testé son état lors d’un plantage précédent. Je m’en aperçois car je fais beaucoup de transfert ces derniers jours. Je suis en train de créer une sauvegarde Cloud de mes 4To d’infos. Forcément, je fais plein de transferts tout au long de la journée.

J’espère que c’est compréhensible, désolé par avance mais les symptômes sont complexes à décrire. J’ai testé aussi par une application mobile ‘CX explorer’ Android, sur laquelle j’ai mon partage SMB vers le disque de la freebox. Elle aussi ne parvient plus à accéder au disque. Bref, le souci est, semble t-il, côté partage SMB. Tout le reste est fonctionnel, TV, internet etc, tout marche très bien, les tests de débit sont excellents (débit internet hein).

Je reste disponible pour plus d’info si mes explications ne sont pas claires :)

Merci beaucoup.

Pourriez-vous ajouter “Blocage du protocole SMTP sortant” dans Freebox OS ?

Freebox Server :
- Revolution
- Mini 4K
- Delta
- One
- Pop
- Ultra

Ce réglage est absent.

Merci par avance.

Lorsque j’insère une clé USB ou un disque dur externe, tous les appareils connectés au Wi-Fi 2,4 GHz se déconnectent. J’essaie de me reconnecter, mais la connexion est refusée.

Lorsque je vérifie le taux d’occupation, il indique que le canal est très occupé. Lorsque je retire la clé USB, le taux d’occupation diminue et les appareils se reconnectent.

Bonjour
mon alarme ne me notifie plus par sms et par appel vocal lorsqu’elle se déclenche ?

Merci de votre aide

Bonjour,

Les répéteurs pop de ma box n’arrêté pas de se déconnecter, et cela, très régulièrement.
Lorsque j’essaie de les ping, il y a souvent des erreurs et parfois des erreurs très étranges :

64 bytes from 192.168.0.221: icmp_seq=574 ttl=63 time=24.789 ms
64 bytes from 192.168.0.221: icmp_seq=575 ttl=63 time=26.576 ms
64 bytes from 192.168.0.221: icmp_seq=576 ttl=63 time=25.631 ms
64 bytes from 192.168.0.221: icmp_seq=577 ttl=63 time=23.788 ms
64 bytes from 192.168.0.221: icmp_seq=578 ttl=63 time=25.727 ms
Request timeout for icmp_seq 579
Request timeout for icmp_seq 580
Request timeout for icmp_seq 581
Request timeout for icmp_seq 582
Request timeout for icmp_seq 583
Request timeout for icmp_seq 584
Request timeout for icmp_seq 585
Request timeout for icmp_seq 586
Request timeout for icmp_seq 587
64 bytes from 192.168.0.221: icmp_seq=587 ttl=63 time=1057.291 ms

IP des répéteurs :

• 192.168.0.221
• 192.168.0.55

J’ai un répéteur connecté en wifi à la box le 55 et l’autre en filaire à travers un mikrotik CRS305 connecté en SFP+. Je reste disponible pour faire des tests.

MAC de la box :

38:07:16:C2:8D:B2

En version 4.9.6, que je ne peux pas sélectionner sur le ticket.

Bonjour,
Suite au redémarrage de ma freebox courant novembre 2024 pour récupérer le dernier firmware (4.8.15 ou 4.8.16),
les métriques API pour rate_up et bytes_up sous le endpoint “/api/v?/connection/” sont invalides, et semblent être une addition avec les valeurs de rate_down et bytes_down.
L’interface Freebox OS affichant la même anomalie dans les courbes de débit sous “Etat de la freebox”

Par exemple, en récupérant la dernière version d’ubuntu via le navigateur, l’image ISO faisant 5.9 Go (https://releases.ubuntu.com/24.04.2/ubuntu-24.04.2-desktop-amd64.iso),
le téléchargement plafonnant à 2.3 Mo/s, la freebox indique 2.3 Mo/s pour rate_down, comme attendu, mais aussi 2.3 Mo/s pour rate_up.
Alors qu’il n’y a aucune autre activité, et que le téléchargement est via un navigateur, donc sans upload. Mêmes valeurs coté FreeboxOS.

Ceci affectant tous les firmwares depuis ce moment jusqu’au 4.9.8, ainsi que les différentes versions de l’API (vérifié pour v4, v8, v11 et v14)

La freebox n’ayant pas de service interne actif, et étant branchée seule devant un routeur indépendant la comparaison avec son seul port actif du switch intégré est notable.

L’anomalie est présente sur la mini4k, aucune idée pour les autres modèles de freebox.
Attention, ma freebox n’était pas à jour depuis plusieurs mois lorsqu’elle a été redémarrée fin 2024, il est possible que l’anomalie soit antérieure au firmware 4.8.15.

Merci

Dans l’API, je récupère les informations bytes_down et bytes_up dans ConnectionStatus https://https://dev.freebox.fr/sdk/os/connection/ Ils sont régulièrement réinitialisés car les valeurs restent faibles malgré l’absence de reconnection dans le journal des connections.
Ils ne devraient être réinitialisés qu’à chaque boot de la freebox, comme c’était le cas il y a longtemps dans l’API.

Bonjour,
Je possède une Freebox Pop Wifi 6 (Mac : 38:07:16:0B:05:D8) et j’ai un problème concernant le débit en envoi sur mon iPad Air 5e génération (il n’est compatible que 80mhz) :
Quand je m’éloigne à 10 mètres de la box j’ai une grosse chute du débit en envoi qui passe à 50 Mbit/s contrairement au débit descendant qui reste aux alentours de 600 Mbit/s et ce uniquement en 160 MHz (aucun problème avec le 80)
Je suppose donc un problème avec la gestion de la largeur de bande qui normalement en Wifi 6 doit se mettre inférieur pour les appareils 80mhz grâce à l’OFDMA
Je précise quand même que lorsque je suis à 5 mètres de la box je n’ai aucun problème
Ce qui fait que mes sauvegardes sur iCloud sont beaucoup plus lentes que j’ai du revenir en 80 MHz même si cela pénalise mon PC gamer

J’espère une amélioration à ce niveau là
Merci de votre aide
LucM

Je reviens vers vous concernant la gestion des disques durs sur Freebox Delta. Je viens d’ajouter un quatrième disque dans ma box et pour cela je l’ai débranchée. Une fois redémarrée j’ai encore deux disques dont la numérotatiopn a été inversée. Le disque 11 est devenu disque 12 et inversement. Ce problème intervient a chaque reboot éléctrique ou coupure de courant. Pour rappel il y a un peu plus d’un mois étant absent tout le week end j’ai programmé plusieurs enregistrements sur le disque neuf que je venais d’installer. Il y a eu une coupure de courant le jeudi et la box a redeémarré en inversant les numéros du disque neuf avec celui qui était plein. Résultat tout a planté. J’ai du faire plusieurs redémarrages de secour pour récupérer un fonctionnement partiel. On m’a conseillé une remise à zéro et comme ça ne fonctionnait pas correctement on a fini par m’échanger mon serveur. Par contre suite au changement de serveur j’ai perdu l’accès à tous les enregistrements effectuès sur les chaines du groupe CANAL. Ces enregistrements sont vérrouillés et donc illisible après un changement de box. J’ai donc perdu plus de deux TO d’enregistrements. Il serait bienvenu que Free se penche sur ce bug d’inversion de numéros de disques car c’est extrèmement irritant. Merci d’avance.

bonjour je voudrai savoir si sa serai posssible d’ajouter le partage linux sur le NAS de la freebox car j’ai plusieur linux chez moi et le smb fonctionne tres mal sur tout les linux

cordialement
Mathéo MEYNIEU

Bonjour,

Suite à la coupure d’électricité qui a aussi impacté les NRA, et que la Freebox n’était pas synchronisée (en ADSL donc), sur un UDM Pro, unifi network ne se rendait pas compte que la connexion était down (et n’active pas le failover sur le WAN2). J’ai du débrancher physiquement la Freebox pour que cela bascule sur le WAN2 du UDM pro.

J’ai regardé comment unifi determine qu’une connexion est UP.

À priori c’est en faisant des ping sur ping.ui.com

Je crois que quand la Freebox est desynchronsée, toutes les requêtes DNS sont redirigées vers Freebox os.

Du coup la réponse au ping fonctionne j’imagine.

Ça serait peut-être bien d’exclure ce domaine.

En attendant je vais mettre une IP en dur pour le test ping puisqu’on peut mettre ce que l’on veut.

Merci

Bonjour,

il serait pratique de pouvoir planifier un redémarrage de la Freebox. ( ex : tous les lundi à 03:00 )

Dans FREEBOXOS, on a un historique de connexion, via ETAT DE LA FREEBOX

Cet historique est effacé à chaque redémarrage de la FREEBOX. C’est franchement dommage.

Serait-il possible que cet historique soit conservé à chaque redémarrage ?

Cela permettrait de mémoriser les incidents de connexion. D’autant qu’il n’est pas possible d’exporter l’historique, ni d’en faire un copier/coller

Merci !

Suite à la dernière mise à jour, j’ai voulu configuré le client vpn intégré dans la freebox afin d’accéder depuis le réseau local de ma freebox vers le réseau de mon entreprise.

Le client VPN de la freebox se connecte bien (obtention adresse etc), cependant aucun pc ne peut accéder aux ressources à l’autre bout du vpn. Si je fais un traceroute je me rend compte que la freebox ne fait pas sortir le traffic par le vpn.

J’ai vu que l’on pouvait choisir les applicatifs qui peuvent sortir via le vpn mais il n’y a que le gestionnaire de téléchargement qui est accessible.

Est-ce possible de rajouter des routes qquepart dans la freebox? Afin que l’on puisse définir le traffic à faire sortir directement sur internet et celui à faire passer dans le vpn?

Merci pour la prise en compte.

Bonjour,

Je viens d’installer un système mesh tp-link deco BE85 derrière ma Freebox Ultra que j’ai passé en mode bridge.

Problème (à définir si côté routeur tp-link ou freebox) : parfois, quand je redémarre le tp-link, l’uplink (en SFP+) reste au rouge (rien concernant la connexion de l’uplink dans ses logs). Un simple reboot de la freebox le fait passer au vert sans même redémarrer ce dernier.
Routeur tp-link uplink param pour récup l’IP pub en DHCP (je viens de la fixer pour voir si c’est pareil)

Possible de regarder les logs de ma Freebox vers 6h45 ce jour pour voir si vous voyez un truc s’il vous plaît ? S’ils ne sont pas effacés après un reboot…

MAC : 38:07:16:CC:69:CF

Concernant, l’IPv6, je l’ai désactivé pour le moment côté tp-link. Dans les choix j’ai IP dynamique, PPPoE, Tunnel 6to4, Pont. Je suppose que je dois choisir Pont et ne rien toucher dans les param IPv6 de la Freebox à part juste bien activer le firewall ? Rien dans Delegation de préfixe à mettre vu que je ne peux pas conf l’IPv6 en fixe sur le tp-link ?

Merci, bonne journée.

Bonjour la team,
Sur un PC Windows 11, impossible d’accéder au disque dur connecté à la Freebox, depuis l’extérieur (connection par un client OpenVPN). Depuis l’intérieur du réseau ça fonctionne nickel (en utilisant le nom du serveur et son IP)
ça fonctionne depuis le VPN avec un autre PC sous Windows 10, et sous Windows 7.
Je ne “vois” pas la box, pas de réponse au ping. Les autres PC la voient et peuvent pinguer sans problème. Pas de conflit d’IP sur les clients.
Pare-feu et antivirus désactivés.
L’accès se fait depuis un autre Freebox Pop, au début il y avait un conflit dans les adresses locales.
Box distante (celle avec le serveur VPN actif) d’IP 192.168.1.254, box locale d’IP 192.168.0.253
Ajout d’une route dans la table de routage Windows (de mémoire, route -p ADD 192.168.1.254 MASK 255.255.255.255 192.168.0.253 METRIC 1 IF 15) mais ça ne change rien.
En testant depuis une connection partagée depuis un mobile ça a fonctionné lors de mon test initial lors de l’installation (IP en 192.168.X.X), ça ne fonctionne plus avec le téléphone de la personne qui essaye de se connecter (IP en 172.x.x.x).

OpenVPN configuré comme suit :
client
remote XX.XXX.XX.XX XXXXX
#ajout de config depuis la modif logiciel pour le box Delta
topology subnet
ifconfig 192.168.27.65 255.255.255.224
pull-filter ignore “ifconfig” route-gateway 192.168.27.64
#fin ajout config
proto tcp-client
nobind
… (le reste du fichier n’est pas modifié)

Je sèche, 4 jours que je suis dessus u.u

Par avance merci

ne fonctionne pas depuis Windows 10 en mode client natif (intégré à l’OS), fonctionne depuis Android via strongSwan

Je vous contact car le support m’a renvoyé vers vous.

J’ai un problème assez étrange, tous les jours aux alentours de 15h58 je perds la connexion (ethernet & wifi).

Cela revient tout seul une ou deux minutes plus tard comme si elle faisait une resyncro mais rien de visible dans Freebox OS au niveau de l’historique de synchronisation.

C’est quelque chose qui se produit depuis quelques semaines mais qui ne semblait pas présent avant.

MAC: 38:07:16:C0:14:85

Merci pour votre aide !

Bonjour,

Après chaque redémarrage du serveur Freebox Ultra (que ce soit suite à une coupure électrique ou via un redémarrage manuel depuis l’interface), les courbes de température se mettent à fluctuer de manière incohérente, donnant une impression de “yo-yo”.

Le comportement est reproductible à chaque redémarrage et concerne toutes les courbes de température visibles dans Freebox OS.

Cette anomalie n’affecte pas visiblement le bon fonctionnement de la box, mais elle fausse les données de monitoring.

Informations techniques :

Modèle : Freebox Ultra
Version Freebox OS : 4.9.4 (le problème était déjà présent sur les versions précédentes)
Date du dernier cas observé : 30/05/2025
Type de redémarrage : reproduit après coupure électrique et redémarrage via l’interface

Captures d’écran :

- Courbe sur 24h : https://transfert.free.fr/DHIZlu4
- Courbe sur 1h : https://transfert.free.fr/cLuGsNo

Merci d’avance pour vos retours.

Bonjour,
Je viens ici pour demander s'il y a moyen de faire un système de programmation de redémarrage pour la mise à jour, je demande cela, car il y a des moments quand la box elle a une mise à jour elle le fait d'un coup et cela ne redémarre pas au bon moment dans la journée et je voudrais un système comme ceci afin de le mettre quand j'en ai envie afin que cela me dérange.
Merci d'avance

Bonjour,

Comme cette Freebox serveur fait Nas et depuis peu gère les machines virtuelles. Serait-il possible d’avoir sur la façade tactile de la box un menu de redémarrage / Arrêt propre de la box. Je trouve que cela fait défaut. Je trouve limite d’être obligé de faire un arrêt sauvage en débranchant le freplug lorsque l’on a besoin de l’arrêter.

Un tel menu existait sur la révolution en tout cas concernant le redémarrage.

Merci

Je vous contacte, le support m'orientant vers vous.

J’ai une deconnexion journaliere, tous les jours moins de 1 minute. Les faits ont commencé vers la mi-juin au environ de 15h45. Perte de la connexion ethernet et wifi. Je précise que la box ne fait pas de redémarrage pendant cette deconnexion.

Cela revient tous les jours avec 1 minutes de décalage par rapport à la veille.Soit 24h + 1 mn. Rien de visible sur Freebox Os, juste une perte de data en download.

Server Modele : F-GW08A 0-SR
MAC : 8C97EA348B35
Materiel : Freebox V8 (r1)
Adresse Mac : 8C:97:EA:34:8B:35

Vous remerciant par avance pour une solution.

Par mégarde j’ai laissé mon disque externe USB où j’enregistre des programmes TV se remplir à 100%

(1) L’enregistrement en cours à ce moment là s’est bloqué, ce qui est normal.

(2) Cet enregistrement est reparti quand de l’espace a été libéré sur le disque, ce qui est bien

(3) mais les enregistrements suivants, qui devaient démarrer à une heure où de l’espace était disponible, N’ONT PAS DÉMARRÉ, ce qui semble absurde compte-tenu du point (2)

Ceci est à rapprocher du fait que les enregistrements ne redémarrent pas après une coupure RÉSEAU, alors qu’ils redémarrent après une coupure SECTEUR

Bonjour

1er cas : défaut de copie de fichiers lourds ( > 2 go environ )d’un disque dur d’une machine sous Windows 10 ou 11 vers le disque dur externe branché sur la Freebox révolution
2ème cas : défaut de copie de fichiers lourds ( > 2 go environ ) du disque dur du serveur Freebox vers le disque dur externe branché sur la Freebox révolution. A chaque tentative de copie , le défaut erreur réseau inattendue OX8007003B apparait dans les 2 cas ( calcul de taux de transfert trop long ).

Remarque : - transfert et vitesse corrects pour des fichiers légers

1. transfert de fichiers lourds correct via l’application freeboxfiles

sous tablette Android.

Bien cordialement