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

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie Services locaux → SMB
  • Assignée à Personne
  • Système d'exploitation Freebox Server V7 (Delta)
  • Sévérité Haute
  • Priorité Très haute
  • Basée sur la version 4.7.4
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes 7
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par cdlg - 07/03/2023
Dernière modification par mmakassikis - 28/03/2023

FS#37792 - SMB Partage de fichiers Windows KO

Bonjour,

Depuis la maj 4.7.4 de la Freebox Delta, j’ai des problèmes avec le partage de fichiers Windows.
Le service SMB semble se désactiver tout seul après quelques minutes / heures.

Pour le réactiver (ou du moins pour résoudre le problème), il faut aller sur mafreebox.free.fr, décocher “Activer SMB2/SMB3”, cliquer sur “appliquer”, puis recocher “Activer SMB2/SMB3” et “appliquer” à nouveau.

Ce soucis a lieu depuis la dernière maj Firmware, tout fonctionnait très bien avant (je n’ai récemment effectué aucun changement dans les réglages)..
J’ai essayé de redémarrer la Freebox mais le soucis persiste.

Le partage n’est plus accessible depuis un client Windows 10 ou même un serveur Debian :
En réalité, je ne sais pas si c’est réellement un problème de désactivation du service, car l’erreur qui apparait est un problème “d’identification au niveau du mot de passe ou du login”.
—> Si j’essaie d’accéder au partage depuis un client Windows, j’arrive bien à la demande d’identification.

Merci de votre aide.

Fermée par  mmakassikis
28.03.2023 13:59
Raison de la fermeture :  Résolu
Commentaires de fermeture :  

firmware 4.7.5

17/04/2023: Une réouverture de tâche a été demandée Raison de cette demande: j'ai toujours exactement ce problème ;-(
Admin

Bonjour,

Est-ce que l'authentification est activée ?

SP94 a commenté le 07.03.2023 11:36

Bonjour
J'ai le même problème.
J'ai réussi plusieurs fois à contourner le problème en retapant le mot de passe du compte pour l'authentification dans la console de la Freebox (Partage de fichiers/Partage Windows/Mot de passe).
A essayer…

Bien à vous

cdlg a commenté le 07.03.2023 14:05

Bonjour mmakassikis,

Oui bien sûr l’authentification est activée et n’a jamais été désactivée.
Si elle se désactive tout seule, c’est depuis la dernière maj.

Voici la config (toute simple) : https://zupimages.net/up/23/10/b1jc.jpeg

Merci SP94, je vais essayer d’insister mais si j’arrive à le réactiver, cela finit toujours par se désactiver.

cdlg a commenté le 07.03.2023 14:18

Bon lien pour l’image :
https://zupimages.net/up/23/10/7mxm.jpeg

djstef a commenté le 07.03.2023 18:24

ya plein de post a ce sujet notamment le SMB.
A ce jour il est toujours impossible de copier un gros fichier sur les disques de la freebox en lecteur reseau depuis la dernier version du firware

Admin

Je n'arrive pour l'instant pas à reproduire le comportement, même en faisant des déconnexions successives j'arrive toujours à me reconnecter.

Pouvez-vous préciser quels types de clients sont utilisés (linux, windows, etc) ? Quels genre d'activité ?

djstef a commenté le 08.03.2023 10:01

Pour reproduire le problème, il suffit
:
De créer un lecteur réseau sous Windows (10 ou 11 peu importe)
Copier un fichier de 10giga sur le lecteur réseau
La copie échoue.

Je confirme j'ai le même problème.
Je sauvegardais sur le partage de la freebox et depuis la dernière MAJ, j'ai un message d'erreur : erreur de réseau inattendu.
C'est reproductible en copiant un gros fichier.

cela concerne la Freebox V6

C'est dingue vu le nombre de tickets de ne pas réussir à le reproduire au labo. :-(

Je viens de tester à l instant un backup juste apres un reboot de la DELTA ⇒ c'est passé
Il y a clairement un service qui se met en veille ou plante et perturbe le partage via Samba.

SP94 a commenté le 08.03.2023 14:24

Bonjour,

Lorsque que le problème se produit chez moi, le Wifi 2,4Ghz (802.11g en autre) est à100% d'utilisation et n'est donc plus disponible.
Cause ou conséquence du problème ?

Bien à vous

Personnellement, je suis en filaire (ethernet)

SP94 a commenté le 08.03.2023 14:58

Être en filaire n'empêche pas le Wifi d'être activé, même si on ne sert pas…

Admin

@SP94

Est-ce que parlez du problème de connexion ou de transfert évoqué par djstef ?

Lorsque que le problème se produit chez moi, le Wifi 2,4Ghz (802.11g en autre) est à100% d'utilisation et n'est donc plus disponible.

Lors d'un tranfert, il est normal que l'utilisation du wifi augmente (je suppose que vous parler de la vue "courbe d'occupation du canal" dans FreeboxOS). De plus, la bande 2.4GHz est souvent très occupée même sans trafic depuis vos stations (réseaux wifi voisins, bluetooth, microondes, …).

SP94 a commenté le 08.03.2023 17:19

Je n'utilise le Wifi que pour les nomades(smartphone, tablette,etc..) et les objets connectés.
Le Wifi n'est généralement pas utilisé à 100% pendant de longues minutes.
Tous mes postes de travail sont en Ethernet.

Je regarde l'utilisation du Wifi dans le console uniquement lorsque l'un de mes nomades ne peut plus se connecter.
J'ai le problème de connexion aux disques internes de la Freebox Delta S ainsi que sur celui en externe via prise USB 3.
Je n'avais pas ce problème avant la V4.7.3 utilisant massivement ces disques (stockage, sauvegardes)
Quand j'ai le problème, je ne peux plus non plus faire de FTP entre les disques Freebox et une autre Freebox distante (sauvegardes).
Souvent, la Freebox me demande de m'authentifier alors que que je n'ai rien changé.
Je constate que lorsque je remet le mot de passe du compte d'accès aux partages Windows (SMB),l'accès refonctionne pour un certain temps (mots de passe qui saute, relance automatique sur service SMS de la Freebox ?).
Tous ces défauts arrivent progressivement jusqu'à ce que la Freebox Delta indique "ETAPE 1" et dès lors je n'ai plus du tout de service ni d'internet m'obligeant à rebooter.
Après le reboot, tout les services fonctionnent jusqu'au prochain incident.

Concernant l'utilisation du Wifi, sans focaliser sur lui, il serait intéressant de vérifier individuellement si vous constatez le même comportement que qui pourrait expliquer le message d'Olivier_Free,"Il y a clairement un service qui se met en veille ou plante et perturbe le partage via Samba".
Bien à vous

Cela n a clairement aucun lien avec le WIFI de toute facon

AU pire, c'est un dommage collatéral

cdlg a commenté le 08.03.2023 17:39

@mmakassikis

Pour répondre à tes questions : pas besoin de se déconnecter/reconnecter pour avoir le soucis, l'authentification SMB2 (ou le service) se désactive tout seul sans rien toucher ou modifier : sans aucune action. Contrairement aux autres à qui cela arrive lors de la copie de fichiers ou dossiers : moi, je ne copie rien !

Les clients impactés pour moi sont un serveur Debian 10 buster (une VM sur la Freebox Delta) et mon PC perso Windows 10. Le problème a lieu soit en accédant à "Freebox_Server_" soit en accédant au partage depuis l'ip "192.168.x.254".
—> les clients ne paraissent clairement pas en cause.

Sur la Freebox Delta, j'ai deux disques dur (HDD) : 1 TO et 2 TO

Je vais vous expliquer pourquoi je suis impacté par le problème alors que je ne fais aucune action (ni copie de fichier, ni modification, etc…).

Voilà mon utilisation du partage de fichier SMB :

Mon serveur Debian 10 héberge un Plex Media Server. Je passe donc par /etc/fstab pour mettre en place un "Montage automatique des disques" via le partage fichier SMB de la freebox (pour accéder aux fichiers vidéos des disques de la Freebox) avec la commande suivante (commande tronquée) :

192.168.x.254/Freebox/ /home/freebox/ cifs vers=2.0 (etc…..) Je précise cette configuration est en place depuis plus d'un an et tout fonctionnait correctement jusque là. En effet, depuis la dernière maj Freebox 4.7.4, je me suis rendu compte que Plex Media Server n'accédait plus aux fichiers de la Freebox. J'ai donc regardé si le montage automatique vers 192.168.x.254/Freebox/ était toujours OK et il s'est avéré que non.

Et j'ai constaté qu'en essayant d'accéder depuis mon PC Windows 10 au partage SMB Freebox, la connexion était KO également (donc clairement pas le debian en cause).
Et si je vers sur Freebox OS, et que je désactive puis réactive SMB 2/3 : tout refonctionne correctement —> possible d'accéder au partage SMB Freebox depuis mon poste Windows 10 mais surtout le montage disque auto sur le serveur Debian refonctionne et Plex Media Server accède à nouveau aux fichiers des disques Freebox.

Puis quelques heures après, le partage SMB est à nouveau KO et il faut recommencer sa désactivation, réactivation… Il va tenir quelques heures, puis il sera de nouveau KO…

Admin
Contrairement aux autres à qui cela arrive lors de la copie de fichiers ou dossiers : moi, je ne copie rien !

Oui. Pour moi il s'agit de deux problèmes distincts, mais qui ont commencé à se manifester en même temps.

Merci pour ces précisions sur le setup.

Juste une précision: il me semble que serveur plex réindexe périodiquement la bibliothèque, donc cela fait des accès SMB (même si cela ne représente pas énormément de données échangées).

Lorsque le problème se produit, est-ce qu'il y a des logs du module cifs dans dmesg ?

Y a-t-il une raison particulière pour laquelle vous forcez la version dans /etc/fstab ?

cdlg a commenté le 09.03.2023 17:47

Oui effectivement, il y a bien des demandes de reconnexion SMB qui transitent.
Ce que je voulais dire c'est que je ne fais aucune action manuelle de mon côté.

Oui il semble y avoir ce message lorsque la connexion SMB est perdue :

"reconnect tcon failed rc = -13"

J'ai aussi essayé de faire un "mount -v -t cifs -o…………", (donc un montage à la main) pour voir les messages d'erreur.
J'ai cette réponse : "mount error(13): Permission denied"

Et dans les logs dmesg :

[ +0.092862] CIFS VFS: failed to connect to IPC (rc=-13)
[ +0.001360] CIFS VFS: cifs_mount failed w/return code = -13

La version SMB dans /etc/fstab, c'est parce qu'avant j'utilisais la version 1 (il fallait donc la préciser) et quand je suis passé à la version 2 (il y a quelques temps), j'ai changé le numéro "1.0" en "2.0".
De toute façon enlever le numéro de version ne change rien (je viens d'essayer avec un montage à la main également).

En tout cas, je pense que c'est donc bien un problème d'identification et non pas le service SMB qui se désactive réellement car la demande d'identification a bien lieu.
Le soucis à chaque fois, c'est donc que le mot de passe ou le nom d'utilisateur n'est plus reconnu au bout de quelques heures après chaque réactivation du service SMB.

La perte du SMB a été signalé par au moins une dizaines de messages dès la sortie du firmware 4.7.4, les devs n'ont jamais répondu, et ils ne se réveillement que maintenant.

Il semble que le démon SMB crashe de façon aléatoire. Le fait de cocher/décocher l'option dans Freebox OS a sans doute pour effet de relancer le serveur SMB

Chez certaines personnes le phénomène semble très fréquent, chez moi c'est arrivé deux fois depuis cette mise à jor, mais je suis incapable de reproduire ce problème. C'est totalement aléatoire, et ça n'a rien à voir avec un accès SMB actif ou non, l'interruption n'est pas chez moi lié à une rupture de transferts. Le serveur peut-être inactifs quelques heures et pour une raison "x", il crashe sans raison.

Beaucoup de gens ont pensé à une sorte de mise en veille automatique de SMB pour des raisons d'économie d'énergie. La moindre des politesses auraient été de la part de développeurs d'apporter rapidement un démenti ou une confirmation.

D'autre part j'ai signalé il y a plusieurs semaines que la Freebox n'émet plus de NETBIOS en SMB2 (démon nmbd), mais pas en SMB1. Veuillez vous référer à mon fil où j'ai fait l'effort d'expliciter mon protocole de test pour vous démontrer que je ne suis pas le crétin de service. Si je vous ai remonté un "bug" c'est que ce bug existe.

La perte du NETBIOS POSE des problèmes dans certains cas où le logiciel en question s'appuie exclusivement sur ce protocole de résolution
Par exemple sous Linux je suis désormais obligé d'alimenter le fichier host pour que "autofs" pis détecter le partage

Sous Windows, le gestionnaire de fichier Multicommander ne parvient plus à détecter le partage SMB de la Freebox

Ce n'est quand même pas très compliqué de vérifier vos scripts pour remettre en marche nmbd.

Admin

@BSDInside Merci de ne pas mélanger les bugs.

@stifler6969, djstef
J'ai reproduit le bug déclenché par la copie d'un gros fichier. Il sera corrigé dans le prochain firmware.

@cdlg L'erreur -13/Permission Denied indique que le serveur a refusé les infos d'authentification. Reste à ce que je trouve pourquoi :)

Bonjour

Cela fait 1 mois que l on enchaine les soucis avec ce firmware.
Vu le nombre de tickets, les soucis sont vraiment multiples.

Serait il possible d avoir un ETA de la mise à jour pour corriger les bugs ?

Merci bcp :)

Bonjour,

Il est possible d’utiliser SMB 1 pour continuer à utiliser la Freebox comme lecteur réseau.
Même si cela est stable/performant.
Il faut désactiver SMB 2/3 sous Freebox OS et activer SMB 1 sous Windows.

cdlg a commenté le 21.03.2023 13:13

@ThibaultD

Pas une bonne pratique niveau sécurité : cette version est largement dépassée et périmée.
Ce n'est donc pas une solution au problème initiale.

Ce bug est ouvert depuis le 07/03, possible d'avoir de nouvelles infos de la part d'un dev ?

Neneow a commenté le 21.03.2023 19:55

Bonsoir,

Même chose depuis un mois sur Freebox Delta en SMB 2/3 avec ou sans authentification. Le service crash et refuse l'authentification. Nécessité de désactiver/réactiver le partage pour retrouver l'accès.

Sur ubuntu, lorsque le partage n'est plus dispo :

Bonjour,

Sur ma freebox delta (volume en raid 5, tous les disques OK), depuis environ 1 mois tous les jours je perd l’accès au NAS.

Protocole SMB v2/v3 actif sans authentification.

Sur Ubuntu avec le point de montage suivant :

//X.X.X.X/freebox-nas-r5 /mnt/freebox-nas-r5 cifs guest,iocharset=utf8,uid=1000,file_mode=0777,dir_mode=0777,vers=2.0
Voici ce qui ressort dans dmesg:

[ 509.097163] CIFS: fs/cifs/connect.c: cifs_put_smb_ses: ses_count=1
[ 509.097173] CIFS: fs/cifs/connect.c: VFS: in cifs_put_smb_ses as Xid: 9 with uid: 0
[ 509.097179] CIFS: fs/cifs/smb2pdu.c: disconnect session 0000000086bebd52
[ 509.097213] CIFS: fs/cifs/transport.c: Sending smb: smb_len=72
[ 509.097502] CIFS: fs/cifs/connect.c: RFC1002 header 0x44
[ 509.097515] CIFS: fs/cifs/smb2misc.c: SMB2 len 68
[ 509.097522] CIFS: fs/cifs/smb2ops.c: add 1 credits total=64
[ 509.097540] CIFS: fs/cifs/transport.c: cifs_sync_mid_result: cmd=2 mid=5 state=4
[ 509.097565] CIFS: fs/cifs/fscache.c: cifs_fscache_release_client_cookie: (0x00000000498d9af6/0x00000000eaa32658)
[ 509.097582] CIFS: fs/cifs/connect.c: VFS: leaving mount_put_conns (xid = 5) rc = 0
[ 509.097586] CIFS: VFS: cifs_mount failed w/return code = -13

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche