All Projects

Bonjour,

depuis la mise à jour du firmware de la Freebox Pop, l'imprimante branchée en USB n'est plus reconnue. L'impression ne fonctionne plus, que ce soit sous windows ou sous Linux (KDE neon ou Kubuntu).

En basculant en SMBv2/v3 je me suis aperçu que certains de mes périphériques ne parvenaient plus à se connecter sur le NAS.
Typiquemen dans différentes applis Android qui ne reposent apparemment que sur le NETBIOS, et sont donc incapables d’utiliser les méncanismes d’UPnp, ou mDNS, il suffit de remplacer le nom NETBIOS par l’adresse IP, ce qui cantonne le problème à la stricte résolution du nom.

Windows, comme la plupart des applis graphiques Linux sont capables d’utiliser les mécanismes alternatifs, soit mDNS et SSDP, donc c’est globalement transparent sauf dans le cas spécifique de composants qui n’implémentent pas ces mécanismes alternatifs, comme certaines applis en ligne de commande sous Linux.

La solution de contournement est d’ajouter une entrée dans le fichier hosts, mais ce n’est pas possible sous Android.

Sous Linux, et sous réserve que nsswitch.conf soit bien paramétré, la commande suivante permet de résoudre l’adresse netbios, elle ne marche plus après la bascule SMBv2/3, mais marchait parfaitement sous SMBv1

getent hosts nom-netbios-freebox (KO)

En revanche la résolution via mDNS marche toujours avant et après

getent hosts nom-netbios-freebox.local (OK)

J’ai plusieurs fois rebooté le serveur notamment pour la toute dernière mise à jour, ça n’a rien résolu
Je viens de retester le mode SMBv1 only avec un nouveau reboot de la Freebox, et ça semble refonctionner comme avant après un petit délai le temps que la Box broadcaste le nom NETBIOS.

Donc le dameon “nmbd” responsable de la diffusion du nom NETBIOS de la Freebox, ne semble pas être lancé en mode SMBv2/3, mais se lance en mode SMBv1

Il est possible que certains soucis récents allégués sur l’UPnP liés à la non détection soudaine de certains périphériques après mise à jour de firmware soit en réalité un problème NETBIOS que personne n’a visiblement soulevé.

Il y a peut-être parallèlement des régressions sur l’UPnP, mais dans tous les cas, il y a un problème NETBIOS avéré, les tests effectués sous Linux semblent très clairs.

Bonjour,
Depuis plusieurs jours je fais l’expérience de buffering lors de la lecture de vidéos stockées sur ma freebox depuis mon PC connecté aussi bien en wifi qu’en ethernet. Au départ j’ai pensé à un souci au niveau de VLC concernant les enregistrements de la freebox car les seuls fichier m2ts étaient concernés. Depuis hier, la totalité des fichiers vidéos est concernée.
Mon environnement est : PC sous windows 11 22h2 moment 2 (à jour de la maj cumulative de mars)
Freebox revolution en version 4.7.4
VLC 3.0 ou 4.0 nightly, même résultat

Après enquête il semble, je dis bien il semble car je ne suis en test que depuis hier soir, que ce soit lié à la version 1 de SMB.
En désactivant SMB V1 dans les fonctionnalités windows et en cochant SMB v2/v3 sur la freebox, les performance semblent meilleures.
Pour autant, en ethernet j’observe lors de la copie de fichier depuis le disque interne de la box la chose suivante :
- Copie depuis l’explorateur windows plafonne a 30mo/sec (connecté en ethernet 1gb/sec)
- Téléchargement depuis l’interface web du même fichier tourne autour de 50-55Mo/sec

Il semblerait qu’il y ait de gros problèmes de débit sur le protocole SMB, en particulier sur la V1 mais les autres versions ne semblent pas en reste non plus quand je vois la différence de débit notée sur une copie de fichier.

Je rouvre un sujet car répondre à un sujet ouvert et dupliqué 15 fois, ça ne sert pas à grand chose, il y a 0% de chance que les DEVS lisent mon message

Résumé :

Depuis la MAJ 4.7.4 il est désormais avéré que SAMBA crashe de façon aléatoire sans qu’il soit possible de déterminer les conditions exactes du crash. Chez certaines personnes, ça semble arriver assez fréquemment, plusieurs fois par jours, chez d’autres comme chez moi, c’est totalement aléatoire, c’est arrivé 3 fois.

Mais… il semblerait que ça se produise chez moi de préférence en soirée.
Or en soirée j’ai remarqué ces derniers temps que je perdais de façon systématique ma deuxième radio wifi 5 ghz

Pour être plus exact :

- durant la journée mon Wifi fonctionne en largeur de bande 160 mhz sur les deux bandes 5 ghz, la bande des 2.4 GHz est inactive
De temps en temps, la deuxième radio 5 ghz décroche et passe en 40 mghz de largeur effective de bande, mais ça reste un pphénomène rare DURANT la journée

- en soirée de façon moins aléatoire, mais encore aléatoire, la deuxième radio 5 Ghz (DFS) passe à une largeur de bande effective de 40 mhz au lieu de 160 mhz. Je suis obligé de redémarrer la radio le lendemain pour retrouver la pleine bande.

Ce phénomène a longtempts été complètement aléatoire… il est devenu systématique, càd toutes les soirées, sans que j’en connaisse la raison

- soit l’action de voisins qui de façon plus systématique qu’avant allument des réseaux wifi 5 gz en soirée
- soit le résultat d’un bidouillage du firmware, dans ce cas ça pourrait avoir un lien avec le firmware 4.7.4

Mon intuition est que ces problèmes de crash de Samba pourraient avoir un lien indirect avec la gestion du Wifi.
Je serais tenté de penser que lorsque la box est contrainte de modifier la largeur de bande effective d’une radio, c’est là qu’il y aurait une forte probabiblité de plantage de Samba, ce qui expliqeurait que chez moi le crash de samba se produisent plutôt en soirée.

Si le phénomène se produit plus souvent chez certaines personnes, ce sont peut-être des personnes qui sont dans des environnements Wifi plus perturbés, des personnes qui peut-être utilisent encore le 2.4 ghz, une bande devenue problématique.

C’est une piste à creuser pour résoudre un problème qui empoisonne la vie de pas mal d’utilisateurs depuis la MAJ 4.7.4, même si chez moi la situation est vivable.

Et Sainte Marie, au nom du ciel…. encore une fois cessez d’être sourd, obstiné de vous foutre de la tête des utlisateurs ouvertement.

J’ai déjà signalé il y a longtemps sous un rapport de bug précisément doccumenté que sous SMB2 la Freebox n’émet plus de NETBIOS (mais pas en SMB1)… l’absence de NETBIOS pose des soucis ponctuels sur certains logiciels, sous Windows comme sous Linux, même si en soi ce n’est pas un problème vital, mais ras le bol de galérer sur un truc qui pourrait être résolu en une vingtaine de minutes en revérifant vos scripts, juste qu’on refuse ouvertement de prendre en compte cette régression.

Bonjour, j’utilise le partage de fichiers afin de sauvegarder des données en automatique des PCs vers les disques de la freebox delta.
Tout fonctionnait très bien en protocole SMB2/3 jusqu’au jour où j’ai été obligé d’utiliser le protocole SMBV1 pour faire entrer des données d’une caméra qui n’a pas d’autre protocole de partage. Juste pour qu’elle mémorise le chemin d’accès. J’ai aussitôt réactivé le protocole SMB2/3 mais depuis, le partage ne reste pas actif et est perdu au bout de x heures ???. je suis obligé d’ouvrir le protocole de partage de fichier de la freebox, de désactiver SMB2/3, d’appliquer et de le réactiver. Avec cette manip, celà refonctionne pour quelques heures?
Ce ticket est déjà ouvert et devait être résolu par la version 4.7.5. Je dispose de cette version mais le problème reste entier.

Bonjour,

Je voulais connecter mon imprimante en réseau USB pour la première fois.
J’ai donc vérifié sur la page OS si la box était bien:
- en routeur ⇒ Oui
- partage d’imprimantes ⇒ Oui
- l’imprimante est bien connecté à l’arrière de la box internet/réseau ⇒ Oui
- l’imprimante est bien raccordé au secteur ⇒ Oui

En suite j’ai lancé windows11 en recherche d’imprimante ⇒ KO
J’ai DL les pilotes de l’imprimantes et ça a lancé une installation ⇒ KO.

Je suis à cours d’élément pour tester.
J’ai cherché si je pouvais configurer sur un port en direct ou par IP, j’ai rien trouvé ^^’.
Si vous avez de l’aide je suis preneur.

D’avance merci
Jonathan

Bonjour,

MacOS ne gère plus l’ancien protocole AFP, il est passé complètement à SMB.
Beaucoup de NAS supportent la reconnaissance d’un volume SMB comme destination de sauvegarde Time Machine.

Si précieux pour les possesseurs de Freebox et de Mac de pouvoir brancher un disque USB à la Freebox, ou en interne dans la Delta, et d’avoir son/ses Mac sauvegardés automatiquement via la Freebox…

Il suffirait de pas grand chose aux développeurs Free pour ajouter ce support à la couche SMB de Freebox OS.
S’il vous plaît.

Un petit coup de vfs_fruit module https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

Voici une config type pour Samba : https://blog.jhnr.ch/2023/01/09/setup-apple-time-machine-network-drive-with-samba-on-ubuntu-22.04/

Merci d’avance

Bonjour,

Petit souci de stabilité sur SMB entre la Ultra 4.8.6 et le réseau local:
En tentant une copie de n’importe quel fichier téléchargé sur la freebox, les copies sont systématiquement interrompues après quelques secondes.

Le setup:

Freebox Ultra > Cable DAC > Switch 10GbE < RJ45 < PC

SMBv1 est désactivé sur le PC, IPv6 est activé aussi (mais j’ai testé sans IPv6 et ça fait pareil).
Le transfert commence bien comme prévu (500Mo/s, plutot propre), puis au bout d’un certain moment:
“Erreur 0x8007003B : Erreur réseau inattendue”

RAS dans le l’observateur d’evenements Windows.

Petit indice qui peut etre interessant:
Si je me connecte au partage via \\IPDeLaBox je n’ai pas le problème, alors que si je me connecte via \\Freebox j’ai ce problème.
Si ca peut donner une piste?

Le téléchargement d’un fichier via l’explorateur de fichiers de la freebox ne pose pas de problème.

Merci d’avance,

Cordialement

J'ai épluché un maximum de tickets et de forums, essayer toutes les configs possibles, et je n'ai plus aucune piste. Ce ticket ressemble à d'autres, mais ne me semble pas en doublon de par le scénario que je vais expliquer ci dessous.

Symptomes:
Je parviens à accéder en Samba au NAS, à faire des petites copies, mais dès que je veux accéder à des dossiers avec des centaines de fichiers (notamment des photos, via l'explorateur Windows qui cherche à montrer des miniatures) ou à faire des transferts de centaines de fichiers, le début tombe à quelques Ko, jusqu'à être totalement en erreur. De même, j'ai essayé de copier depuis mon disque local une vidéo de 10Go et à chaque fois, j'ai une erreur au 2 tiers.

Premières analyses
J'ai essayé de faire des tests avec NASTester 1.700c. Si je le lance tout seul, il monte à + de 120Mo/s en écriture / lecture, nickel. Si relance le test en faisant autre chose sur le réseau, comme naviguer dans le NAS sur l'explorateur de fichiers (sans rien faire d'autre qu'ouvrir des dossiers) ou plus généralement utilisé le réseau connecté à la Freebox, le test s'écroule totalement jusqu'à produire des erreurs. Certains utilisateurs sur des forums parlent d'un pb de la freebox de collition de packets fragmentés, ça ressemble bien à ça.

Problèmes de DD ?
Via l'UI web de la Freebox, les transferts sont à pleine vitesse.
En FTP, les transferts sont à pleine vitesse.
Les checks ne montrent aucun soucis sur les disques.

Hardware / OS J'ai une Delta, mis à jour en 4.8.
J'ai 3 disques Samsung 2To en Raid 5.
J'ai essayé depuis un Windows 10 et un Windows 11 et un Linux Fedora.
Via une commande Windows, j'ai bien vu que le disque réseau communique en SMB 3.
J'ai désactivé les anti-virus et firewall.

Connexion réseau
Je n'ai aucun problème de vitesse d'accès sur le net. Je suis fibré et avec des téléchargements à plusieurs centaines de Mo.
J'ai essayé de faire mes tests :
- en wifi
- en ethernet
- en ethernet directement sur la delta, en débranchant tous les autres ports ethernet pour que seul mon laptop soit connecté

J'ai mis sévérité haute car le NAS est inutilisable dans ces conditions. Par exemple, c'est impossible de regarder des photos.

J'ai lu tout le thread Acronis, le ticket #37752, le ticket #37725 mais sans solution qui a marché me concernant.

Pour reproduire, le mieux est vraiment de mettre des centaines voir milliers de fichiers d'environ 3Mo chacun (donc des photos), puis de tenter d'y accéder. Dans le meilleur des cas, il faut attendre 5 min pour voir le dossier.

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 à tous,

je viens de recevoir ma Freebox Delta et je rencontre un problème pour la numérisation. J’avais avant une Freebox Révolution et mon scanner (une imprimante multifonction), qui est connecté au réseau en Ethernet, était configuré pour envoyer les scans directement dans un dossier de la Freebox. J’avais simplement dû paramétrer le FTP, mot de passe, ... depuis l’interface de l’imprimante.

J’ai voulu refaire la même chose avec la Freebox Delta, mais au moment de faire le test depuis l’interface du scanner, pour voir si le paramétrage est correct, j’ai le message suivant : " vérifiez que le répertoire est activé en écriture”.

Donc je suis allé dans les propriétés du dossier concerné et en fait la case “Lecture seule” est cochée. Évidemment j’ai essayé de la décocher, mais la case revient toujours dans cet état. J’ai également essayé d’aller dans l’onglet “Sécurité” des propriétés du dossier. Apparemment je suis bien normalement en “Contrôle total” mais pour le PC, pas pour l’imprimante.

Je précise que je peux par contre sans problème coller des fichiers dans ce dossier depuis mon ordinateur ou accéder par FTP au disque de la Freebox. Y-a-t-il des paramètres autres que je ne connais pas ou des ports spécifiques ?

Par ailleurs, j’ai déjà essayé quelques solutions proposés sur mon poste de ce forum : https://forum.universfreebox.com/viewtopic.php?p=644342#644342

Merci d’avance pour votre aide !

bonjour,
depuis une quinzaine de jours le serveur delta freeze affiche “étape 1” et impossible de la gérer avec la gui.
le routage internet fonctionne toujours le wifi est aléatoire service SMB HS etc…

contact du support via whatsapp :
“C’est un incident informatique général causé par la dernière mise à jour.
L’anomalie est en cours d’analyse par nos équipes.”

comme je n’ai rien vue ici, j’ouvre une tâche pour faire avancé les choses.
je peux aider/tester si besoin.

CDT
vrom