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

Configure Samba to Work Better with Mac OS X
https://wiki.samba.org/index.php/Configure_Samba_to_Work_Better_with_Mac_OS_X

Ça fait des années que j’utilise la freebox comme support de sauvegardes Time Machine de différents macs, et je n’ai aucun soucis d’acces, ça fonctionne bien

Il faut garder les deux protocoles, AFP et SMB.
Pour les Mac qui ont 5 ans et plus, ne savent que sauvegarder en AFP.
Depuis Sonoma la sauvegarde est en SMB.
Merci Free

loggoi

Moi aussi j'utilise depuis que c'est possible sur Freebox, des années en effet… mais… depuis macOS Somona, comme annoncé il y a plusieurs années aussi par Apple, le protocol AFP a été retiré.
A partir de macOS Somona il n'y a donc plus de possibilité d'utiliser le Freebox Server comme sauvegarde Time Machine.
Il ne manque que quelques paramètres à Freebox OS pour supporter Time Machine via SMB. D'où ma demande.

Les développeurs sont monopolisés depuis 6 mois sur l'Ultra… Un espoir avant Noël ? 2024

Ceci est lié à mes tickets sur ksmbd/ksmbd-tools et netatalk :
- ksmbd/ksmbd-tools : https://dev.freebox.fr/bugs/task/37986
- Netatalk : https://dev.freebox.fr/bugs/task/37987
- Demande globale : https://dev.freebox.fr/bugs/task/34522

Freebox Server 4.9.0 :
- Netatalk : 3.1.18 (2023-10-05)
- ksmbd-tools : 3.4.6 (2022-10-09)

Les dernières versions (actuelles) qui ne sont pas utilisées par Free :

ksmbd-tools 3.5.3 (2024-12-05) - Correction de failles :
- https://github.com/cifsd-team/ksmbd-tools/releases
- https://github.com/cifsd-team/ksmbd-tools
- https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=ksmbd

netatalk 4.1.2 (2025-02-10) - Correction de failles (Apple AFP / AppleShare - Mac)
- https://netatalk.sourceforge.io/
- https://github.com/Netatalk/netatalk/
- https://github.com/Netatalk/netatalk/releases
- https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=netatalk

Bonjour,

Un retour, s’il vous plaît ? En effet, AFP va être officiellement retiré de macOS et cela impact TimeMachine.

https://https://support.apple.com/en-mide/121011

Et un "man mount_afp" avec macOS Sequoia 15.5:

DEPRECATED

   AFP client is deprecated in the current version and will be removed in a future version of macOS.  We encourage users to explore alternatives and migrate their workflows before upgrading to the version which removes support for the AFP client.

AFP n'est plus utilisable dans le Finder par exemple.

Je confirme également ici, depuis macOS 15.6, il y a un message d'avertissement dans les réglages et en notifications. On va perdre définitivement l'accès Time Machine en AFP sur Tahoe (macOS 26 avec leur nouvelle nomenclature), ce qui était prévisible et annoncé depuis plusieurs années.

Il y a un problème similaire que j'ai signalé ici sur https://dev.freebox.fr/bugs/task/40051 avec iOS qui était passé en lecture seule depuis la version 18. Seulement, cela avait entraîné une régression pour les utilisateurs Windows car la gestion des métadonnées n'est pas la même. Donc il faut trouver une solution compatible dans les 2 sens. Pour autant, je ne pense pas qu'ils peuvent maintenir indéfiniment SMBv1 (CIFS), il faudrait que les utilisateurs soit maintenant au minimum sur Windows 11 pour éviter les incompatibilités avec les dernières versions de macOS (macOS 15 et 26).

De ce que j'ai cru comprendre, la bataille se joue sur les métadonnées qui ne sont pas interprétées de la même façon entre les OS et peuvent casser l'accès au partage réseau. Du coup il faudrait une configuration hybride de Samba pour satisfaire les besoins de tout le monde, ce qui est bien c'est que ça corrigerait aussi dans la foulée le problème avec iOS. :)

Ceci pourrait être un exemple de configuration :

[Global]
  workgroup = WORKGROUP
  server string = Freebox Ultra
  netbios name = freebox
  security = user
  map to guest = Bad User
  guest account = nobody

  # Activer le support des attributs étendus et Apple
  vfs objects = catia fruit streams_xattr
  ea support = yes

  # Optimisation des performances
  min protocol = SMB2
  max protocol = SMB3
  server min protocol = SMB2
  smb encrypt = required

  # Recommandé pour Mac/Windows
  mangled names = no
  unix extensions = no

  # Spécifique à fruit
  fruit:aapl = yes

[TimeMachine]
  comment = Sauvegarde Time Machine
  path = /mnt/timemachine
  browseable = yes
  writable = yes
  read only = no
  valid users = freebox
  ea support = yes
  store dos attributes = yes
  inherit acls = yes
  create mask = 0777
  directory mask = 0777

  # Modules nécessaires
  vfs objects = catia fruit streams_xattr

  # Compatibilité macOS
  fruit:time machine = yes
  fruit:advertise_fullsync = true
  fruit:model = TimeCapsule6,106
  fruit:metadata = netatalk
  fruit:resource = file
  fruit:encoding = native
  fruit:locking = none

  # Compatibilité Windows 11
  streams_xattr:prefix = user.
  streams_xattr:store_stream_type = no
  veto files = /.DS_Store/.AppleDouble/._*/
  delete veto files = yes

 # Mapping des caractères Apple <-> Windows
  catia:mappings = 0x22:0x27,0x2a:0x5f,0x3a:0x2d,0x3f:0x21,0x3c:0x5b,0x3e:0x5d,0x7c:0x21

À disposition pour participer à une Bêta dans ce sens ;)

Bonjour,

Possesseur de time capsule en AFP j'ai envisagé d'acheter un disque pour utiliser mon ultra en remplacement, j'ai découvert après recherche que le protocole SMB n'est pas compatible sur la ultra. je vais suivre ce thread avec attention. sinon je me tournerais vers un un autre système mais dommage de ne pas pouvoir profiter d'une fonction offerte par la box. je suppose que beaucoup d'utilisateur de Mac seront demandeur…

Bonjour @makaiio,

Etant moi-même possesseur de la Freebox Ultra, si le protocole SMB est bien compatible v2/v3 sur la Freebox, c'est juste qu'aujourd'hui l'équipe Freebox doit implémenter une configuration à jour (Gestion des attributs étendus) pour que Time Machine, dans le futur macOS 26 Tahoe (d'ailleurs je corrige mon erreur ici, l'obligation/dépréciation AFP sera après Tahoe donc macOS 27) puisse autoriser la configuration et l'utilisation du partage SMB pour la Time Machine. Aujourd'hui il ne voit qu'AFP en protocole (par exemple, si on désactive AFP dans le réglage de Freebox OS, il ne verra plus rien).

Le challenge étant de faire de configuration qui est à la fois pleinement compatible Windows 11 / macOS qui gère les attributs étendus de manière différente. Donc au final, notre problème sera résolu quand cette configuration optimale sera faite avec KSMBD (et non Samba comme je le précisais plus haut qui est toujours dans le code source de la Freebox mais ne doit plus être utilisé car legacy 3.0.37, version GPLv2 datant de 2009 sur la Freebox). La configuration que j'ai proposée plus haut est donc fausse car Fruits est pour Samba et non KSMBD !

Est-ce que l'équipe Freebox peut regarder ce qui peut-être fait sur KSMBD? Merci beaucoup ! :)

Update pour @mmakassikis : la fonction compatible Time Machine (AAPL) est dans le pool des issues de l'équipe de maintenance de KSMBD depuis février 2025 : https://github.com/namjaejeon/ksmbd/issues/502.

J'ai fait un push de mon côté ! J'espère que ça aidera ! ;)

Je confirme, je viens de perdre ma sauvegarde "Time machine" sur ma freebox server !!! avec la nouvelle version de MacOs.

Il faut corriger le problème très rapidement.

Hello David ! :)

Cela marche toujours avec une sauvegarde existante sur macOS Tahoe (macOS 26), mais oui si vous supprimez par inadvertance votre ancienne sauvegarde (qui fonctionnait sous macOS Séquoia), Apple nous empêche dans créer une nouvelle avec AFP.. voir le message ci-dessous qu'on voit en pop-up.

« Freebox Ultra » ne peut être utilisé que s’il contient des sauvegardes Time Machine existantes pour ce Mac.
La prochaine version majeure de macOS ne prendra plus en charge les disques réseau utilisant le protocole AFP pour les sauvegardes Time Machine.

L'équipe Freebox n'a pas le choix d'aider les développeurs de KSMBD s'ils veulent garder la compatibilité SMB dans le futur pour le NAS des Freebox en GPLv2.

Excellent week-end,
Jean-Philippe

Bonjour Jean-Philippe,
J'ai exactement le même souci sauf que je souhaitais transférer des sauvegardes Time Machine d'un disque externe sur la Freebox ultra.
Afin de vérifier que j'ai bien compris ton dernier message, suffira-t-il de faire un copier coller des fichiers et ensuite de changer la cible TM?
Par ailleurs que signifie la dernière phrase? qu'il n'est pas envisageable d'assurer un compatibilité parfaite? je ne vois pas bien pourquoi si c'est cela.
Merci!
Hervé

Bonsoir Hervé,

C'est une très bonne question, je pense qu'il faut que vous essayez, si la sauvegarde est liée au matériel la machine (il se base peut-être sur son UUID), il acceptera de l'importer par le GUI (Interface utilisateur). Après une autre solution, peut-être que l'import en ligne de commande par le Terminal avec la commande tmutil, fonctionne encore pour les utilisateurs avancés et qu'Apple ne l'a pas encore bloqué mais je ne l'ai pas essayé de mon côté..

Afin de vérifier que j'ai bien compris ton dernier message, suffira-t-il de faire un copier coller des fichiers et ensuite de changer la cible TM?

Oui il faut que vous copiez votre fichier caché en extension .sparsebundle dans votre disque dur externe sur votre Freebox Ultra et que vous l'ajoutiez, j'espère juste que macOS ne vous bloquera pas dans cette procédure d'import de la sauvegarde TM.

Par ailleurs que signifie la dernière phrase? qu'il n'est pas envisageable d'assurer un compatibilité parfaite? je ne vois pas bien pourquoi si c'est cela.

Free ne veut pas ouvrir le code source des Freebox en utilisant la license Open-Source GPLv3 (par exemple, il utilisait Samba qui créait le serveur SMB sur les précédentes Freebox, mais celui-ci est passé de GPLv2 à GPLv3, il y a quelques années) et maintenant la Freebox utilise KSMBD et Avahi en concert car cela fonctionne sous license GPLv2. Sauf que les développeurs "bénévoles" qui maintiennent ce projet (https://https://github.com/namjaejeon/ksmbd) sont tributaires de l'aide de contributeurs à un certains point et aujourd'hui la version actuelle ne supporte des pré-requis obligatoires pour que macOS détecte la Freebox comme un serveur de fichier SMB compatible (elle ne détecte aujourd'hui que la négociation en AFP pour la configuration d'une Time Machine) même si elle sait gérer le transfert de ficher en SMB/AFP. C'est un peu complexe je l'avoue mais quand on connaît les tenants et aboutissants, c'est plutôt triste au final. Je pense que je vais devoir envisager un vrai NAS qui gère le SMB nativement (QNAP ou Synology) pour gérer mes sauvegardes. La solution du NAS en SSD NVMe par la Freebox est la plus simple par un particulier, même en terme de performance, mais on est dépendant du développement du logiciel de la Freebox à un certain niveau.. qui repose sur l'Open-Source.

Bonne soirée à vous,
Jean-Philippe

Informations complémentaires : Iliad/Free/Freebox utilise encore dans FreeboxOS un très vieux Samba 3.0.37 (dernière version en GPLv2) lorsque la case "Activer SMB2/SMB3" n'est pas cochée car il y a le support des imprimantes.

Pour rappel, il y a quelques années, j'ai informé Iliad/Free/Freebox de l'existance du projet CIFSD (qui fut renommé KSMBD). Iliad/Free/Freebox participe dans le développement de ksmbd/ksmbd-tools depuis quelques années, le développeur chez Iliad/Free/Freebox est Marios Makassikis (@mmakassikis), une personne que l'on peut remercier pour tout ce qu'il a déjà pu faire pour améliorer KSMBD et les Freebox.

Iliad/Free/Freebox ne peut pas retirer Samba 3.0.37 car le support des imprimantes n'est pas dans KSMBD.

Pour ajouter un commentaire concernant le support des imprimantes, c'est ici :
- https://github.com/namjaejeon/ksmbd-tools/issues/172

KSMBD et KSMBD-TOOLS :
- https://github.com/cifsd-team/ksmbd/releases
- https://github.com/cifsd-team/ksmbd
- https://github.com/cifsd-team/ksmbd-tools/releases
- https://github.com/cifsd-team/ksmbd-tools

Tickets :
- https://github.com/cifsd-team/ksmbd/issues
- https://github.com/namjaejeon/ksmbd/issues
- https://github.com/cifsd-team/ksmbd-tools/issues
- https://github.com/namjaejeon/ksmbd-tools/issues

Merci beaucoup à vous deux pour ces explications…. je vais donc sans doute , au moins à court terme, reste sur mon "vieux" NAS Synology pas super en perf mais qui fonctionne bien même avec les contraintes nouvelles de Tahoe.
Je reste à l'écoute de ce post au cas où tout cela bougerait
Bonne journée
Hervé

Bonjour,

Petite astuce qui a fonctionné sur ma Freebox Revolution :
J'ai activé SMB et AFP, j'ai sélectionné la sauvegarde time machine en SMB et j'ai désactivé l'AFP.
Bilan tout marche bien, et je n'ai plus de message d'alerte dans MacOs.
La sauvegarde semble très bien fonctionner.

Bonne journée

Bonsoir David,

Je viens de tester à nouveau (je l'avait déjà essayé par le passé avec le même protocole), sur la Freebox Ultra, impossible sur macOS 26 Tahoe, il ne voit que la sauvegarde existante en .local.

Je suis intrigué de savoir comment vous avez pu réussir à ajouter une nouvelle sauvegarde en SMB, avez-vous plus de détails, s'il vous plaît ? :)

Merci beaucoup,
Jean-Philippe

Bonjour,

Rectification, cela ne marche pas dans le temps, il faut bien activer l'AFP pour que le disque sur la Freebox soit pris en compte dans la Time Machine ce qui implique un "petit" problème dans un avenir proche.

Si on désactive l'AFP après avoir mis en place le disque dans la time machine, la sauvegarde ne se fait plus.

HELP Mr FREEBOX !

Bonjour David,

Merci pour votre précieux retour, et oui il va falloir prendre notre mal en patience. J'ai même essayé de créer mon propre Samba/Avahi sur ma VM Debian en faisant un tunneling directement sur le partage CIFS de la Freebox Ultra.. mais on est lié à l'amélioration de KSMBD.. (https://https://github.com/namjaejeon/ksmbd/issues/502) sur la gestion des attributs étendus (xattr) sur le partage SMB2/3 pour permettre les sauvegardes Time Machine de macOS 26+. Cela ne fonctionne pas comme solution de contournement (bien que le challenge fut noble et fructueux en termes de connaissances !) comme le disque cible (Freebox Ultra) ne gère pas encore ces fameux attributs étendus in fine.. :)

Cela serait bien et sympathique que quelqu'un de l'équipe Freebox, s'il vous plaît, nous donne un peu de visibilité, @mmakassikis n'étant plus disponible.. :(
Jean-Philippe

compiles Samba avec uniquement des modules GPLv2 avec fruit pour la partie apple

Le module fruit de Samba est une extension VFS (Virtual File System) conçue spécifiquement pour améliorer la compatibilité avec macOS lorsqu’on utilise SMB comme protocole de partage de fichiers. Il permet à un serveur Samba (sur Linux ou autre) de mieux gérer les métadonnées Apple, ce qui est essentiel pour que macOS fonctionne correctement avec les fichiers partagés.

Si tu choisis de compiler Samba avec uniquement des composants sous GPLv2 (comme le module fruit ), tu conserves un serveur SMB fonctionnel pour le partage de fichiers, mais tu perds plusieurs fonctionnalités avancées qui dépendent de composants sous GPLv3 ou de bibliothèques tierces incompatibles.

En résumé
Tu perds surtout les fonctions d’entreprise (AD/DC, impression, clustering), mais tu conserves tout ce qui est essentiel pour un serveur de fichiers performant et compatible Apple/macOS, y compris les métadonnées via .

fruit

@docmarc J'imagine que c'est à destination de @mmakassikis ? :)

De mon côté, bonne nouvelle, en attendant l'implémentation par l'équipe Freebox sur le projet KSMBD, j'ai réussi mon challenge Samba / Avahi en tunneling sur le partage natif SMB3 de la Freebox Ultra. J'ai une sauvegarde SMB parfaitement fonctionnelle pilotée par ma VM Debian (en utilisant le montage CIFS) qui n'est pas saturée d'après HTOP sur les processeurs et impact mémoire négligeable. Il faut utiliser vfs objects = catia fruit streams_depot pour stocker les attributs dans un fichier dédié et surtout désactiver ea support = no.

Les débits réseau ne sont pas si impactés que ça (je tourne à 250mo/sec à 350mo/sec sur la sauvegarde Time Machine, équivalent à ce que je constatais avec le protocole AFP en natif, sachant qu'avec SMB on peut atteindre max 700mo/sec sur la Freebox avec les bons réglages sur de l'ethernet 10GbE). Il faut prendre compte qu'il y a une limitation artificielle avec un clamp du buffer sur le noyau Debian (CIFSMaxBufSize: 130048) qui empêche d'exploiter pleinement le lien 10GbE. Je l'ai fais sauter (en testant) en recompilant le module CIFS.

En attendant, j'ai donc une solution de contournement propre, j'espère maintenant que Free nous donnera une évolution officielle du firmware de la Freebox pour la Time Machine par SMB, disponible pour tous et "user-friendly" ! ;)

Excellent week-end à tous,
Jean-Philippe

Bonjour,
Depuis la dernière mise à jour Free dans la version 4.9.11.1 les sauvegardes sur les disques internes de ma Freebox Delta via Time Machine ne fonctionnent plus.
j'espère que Free nous donnera une évolution officielle du firmware de la Freebox pour Time Machine par SMB, disponible pour tous !

Bonne soirée à tous.
Frédéric

J’attends comme le Messie, la sauvegarde Time Machine en SMB !
Un espoir pour Noël ? 2025…