Tous les projets

1) Suppression du protocol SMB1

L'activation du SMBv2 rend inactif le SMBv1 contrairement à ce qui était sous entendu sur la page principale de votre site, sauf si j'ai mal compris.

J'ai personnellement encore certains zinzins qui ne se connectent qu'en SMBv1, alors que Windows 10 et Linux réclament le SMBv2 par défaut, mais bon…. je ne dois pas être un cas commun. Outre les problèmes de sécurité du SMB1, le SMB2/3 est quand même plus performant, d'où l'intérêt que j'aurais à mixer les protocoles.

En fait j'ignore si l'activation simultanée des 3 protocoles est vraiment possible, je n'ai pas encore fait de test approfondi sur mes systèmes, mais j'avais cru voir dans la doc "Samba" les paramètres min et max protocol de /etc/samba/smb.conf

Donc si on place

min protocol = SMB1
max protocol = SMB3

Théoriquement le serveur pourrait accepter l'authentifcation cumulée selon les 3 protocoles….. sous réserve de tests. Peut-être que le cumule n'est possible que sur les deux derniers protocoles…

Dans tous les cas, ça pose un souci.
Pour des raisons de sécurité certaines personnes ne veulent absolument plus que le serveur serve le protocole SMB1 (c'est juste moi qui suis dans un cas particulier et j'assume le risque qui va avec), donc placer min protocol à SMB2 semble répondre à la demande majoritaire.

Pour résoudre le problème des gens qui pour certaines raisons ont besoin des protocoles cumulés 1, 2, 3 ça implique donc que l'interface Freebox OS soit modifiée.

La Freebox par défaut active les protocoles 2/3 et on a une case à cocher SMB1, qui permet explicitement d'activer le SMB1 EN PLUS (avec un petit écran d'avertissement sur les problèmes de sécurité induits) si tant est que le cumul des 3 protocoles est vraiment possible.

Bien entendu, lors de la mise à jour, pour ne pas disturber les utilisateurs la case SMB1 est automatiquement cochée si un serveur est déjà paramétré selon ce protocole, mais pour les nouveaux clients, la box doit décocher par défaut le SMB1 et activer par défaut SMB2 / SMB3

2) Modification des noms de partage

Lorsque l'on active le SMBv2, il semblerait que le serveur Samba de Freebox OS modifie les noms de partage contenant des majuscules en passant tout en minuscule. Si ce n'est pas en soit critique, c'est ennuyeux car ça implique de modifier tous les informations d'identification au niveau des clients.

Dans les standards Windows, contrairement à Linux, les minuscules et majuscules sont discriminantes par défaut. En revanche je ne sais pas ce qu'il advient des caractères accentués… en effet, dans l'univers Windows l'utilisation de noms de partages contenant des caractères accentués est monnaie courante, contrairement au monde Linux.

Il faut donc s'attendre à ce qu'un nombre important de réclamations alléguant l'impossibilté de se connecter viennent d'un changement de casse.

Normalement c'est un simple paramètres dans Samba qui indique si minuscules et majuscules sont discriminantes.
Du reste, il suffit de revenir en SMB1 et comme par magie tout revient en ordre.

NB : Pour rappel la fameuse faille de sécurité ne conduit pas directement à un black out du PC. Le virus par définition doit être activée sur un poste client via par exemple une pièce jointes d'un email, et le virus s'il détecte la présence de serveurs Samba SMB1 va exploter la faille pour se diffuser à travers tout le réseau. Le risque est donc essentiellement pour les entreprises qui peuvent voir tous les postes de l'entreprise progressivement infectés

Bonjour, j'ai une imprimante scanner canon MB2750 avec laquelle je scan avec destination automatique vers le disque branché sur le serveur, cela fonctionné jusqu'à la dernière mise a jour.

En recherchant le pourquoi le scanner n'arrive plus a se connecter au serveur j'ai découvert un gros problème.

Si dans os Freebox je désactive dans le partage Windows le SMBv2 le scanner fonctionne a nouveau mais impossible d'accéder au disque via l explorateur réseau sous Windows.

Si j'active le SMBv2 le pc peu accéder aux disques mais mon scanner ne fonctionne plus.

Si je veux ajouter un répertoire destination pour le scanner je dois d'abord Activer le SMBv2 pour pouvoir explorer le réseau et trouver le répertoire destination, puis le désactiver pour vérifier et valider ma configuration réseau du scanner.

Hello !

Alors suite à la tache 34682, je suis actuellement sous firmware 4.3.5. Nouvelle box reçu il y 2 jours suite plantage sans boot possible (logo free non apparent).

Devinez quoi ? une VM debian installée, aucune configuration faite dessus et bim, reboot de la box 2 fois. C'est lorsque j'ai vu qu'elle rebootait sans raison que j'ai été voir les paramètres de partage et que j'ai décoché SMBv2 actif par défaut…

Au départ je pensais à un problème venant de la VM, mais je l'avais même pas encore configurer à mon souhait… Depuis que le SMBv2 est off, aucun reboot.

adresse mac : 34:27:92:65:28:CC

Bonjour,

Sur mon FB Server j’ai été avec la v4.5.2 pendant plus d’un an sans reboot =⇒ super

Mise à jour en 4.6.5 =⇒ Reboot du FB serveur dès que je copie un fichier de mon PC vers le DD de la FB.
(si je passe par le navigateur: pas de soucis).

scénario exact:
- je ‘cut’ le fichier (pdf - 15 méga) depuis le navigateur de mon PC.
- je “paste” le fichier dans un répertoire.
- la copie a l’air de bien se passer (point de vue de l’explorateur de fichiers)

30 secondes plus tard, le FB server reboot.
Le fichier copié est corrompu (le lecteur PDF l’ouvre mais n’a pas l’air de trouver la fin du PDF).

Si je copie le fichier via l’interface Web (à partir du navigateur) : aucun soucis.
Je peux ensuite aller dans l’explorateur de fichier et ouvrir mon PDF sans soucis.

Ce bug est assez pénalisant pour moi.

Merci de votre aide.

Suite aux deux dernières mise à jours récente, il semble que le protocole SMB 2/3 plante ma DELTA.
Ma delta (Freebox v7 (r1)) a deux disques 1go en Raid interne et deux disques externes en USB.
Premier symptôme, le transfert vers les disques internes > 2 Giga, plantent systématiquement pour raison “réseau”. Ceci en mode DNS \\Freebox\ ainsi qu’en IP direct (192.168.0.254)
Deuxième symptôme, suite aux transferts en échec, la boxe ne répond plus par réseau LAN. et dysfonctionne (TV y compris). Un reboot par débranchement est nécessaire

la solution trouvée ce soir : et désormais cela semble stable :
- J’ai désactivé le SMB2/3 dans le mode partage de fichier Windows de la DELTA, et un reboot, cela refonctionne.
- toutefois mon Windows a la fonctionnalité SMB 1.0/CIFS d’activé.

Bonjour.
Ma Nvidia Shield ne détecte pas mon disque dur installé sur la Freebox Delta et sur le réseau en SMB2/SMB3.
Lorsque je désactive le SMB2/SMB3 la Shield la détecte automatiquement.
La seule solution que j’ai trouvé est de le faire manuellement avec l’adresse IP etc dans l’ajout d’un stockage réseau sur la Shield afin de pouvoir conserver le SMB2/SMB3 sur la Delta.

Auriez-vous des astuces pour régler cela ?

Bonjour,

J’utilise Backup4all version 9 pour effectuer une sauvegarde miroir de mes fichiers depuis de mon PC Windows 11 Famille Build 22621.1265 vers le disque dur interne de mon serveur Freebox Delta V7.4.4. La taille de la sauvegarde fait plus de 60 000 fichiers pour plus de 300 Go.

Avec le protocole SMB1 cette sauvegarde fonctionne parfaitement.

Quand j’active SMB2 sur la Freebox et sur Windows, la sauvegarde démarre normalement mais au bout de quelques secondes, la sauvegarde détecte l’erreur de communication suivante remontée par Windows:

ERROR_UNEXP_NET_ERR
59 (0x3B)
An unexpected network error occurred.

Le logiciel de sauvegarde détecte cette erreur pour le fichier en cours de transfert. Il suspend la sauvegarde, déclenche un timeout de 60s au bout duquel il réessaye le transfert du fichier en question et la sauvegarde redémarre. Elle s’arrête de nouveau au bout de quelques secondes car elle détecte la même erreur pour un autre fichier, et ainsi de suite.

Ce problème est systématique donc facilement reproductible.

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.

Pourriez-vous mettre à jour ksmbd/ksmbd-tools en 3.4.9 (2023-07-25) :
- https://github.com/cifsd-team/ksmbd-tools/releases
- https://github.com/cifsd-team/ksmbd-tools

cc: @mmakassikis.

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,

Mes disques partagés en v2/v3 ne sont plus accessibles. Idem en v1.