Commentaires issue de la tache:  FS#29444 

bmailhol (bmailhol)
jeudi 22 avril, 2021 22:56:40
Je dispose de la version publique 4.3.0, sur Delta. J'ai coché SMBv2. Sous Windows10, je me suis connecté sur le disque via l'adresse IPv4 du serveur freebox. Quand j'efface un fichier sur le disque de la Fbx, c'est OK. (parfois) Quand j'efface d'autres fichiers (sur la Fbx), l'effacement est effectif, mais Windows ne termine pas sa tâche. Chaque effacement est réalisé à 99%.. L'explorateur de fichiers dysfonctionne alors. Après ceci,pour retrouver un fonctionnement 'normal' de l'explorateur de fichiers, il faut d'abord mettre fin à la tâche (gestionnaire de tâches).

abaca20 (abaca20)
vendredi 23 avril, 2021 01:01:08
Bonsoir, exactement le même problème que @bmailhol. Freebox Révolution, version 4.3.1. - [Windows 10] Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués. - [Huawei] Le téléphone ne détecte plus le NAS via Fichiers (voisinage réseau vide), et même via Système ça nous indique "aucun dossier partagé"

Idem: "sur Windows 10 Pro 20H2 - OS freebox 4.3"
Lors de certains transferts l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler.
Obligé de redémarrer explorer.exe pour enlever le message

Bonjour,

La création d'un lien dur (hardlink) ne semble pas possible via le protocole SMB (en version 2 et 3 du moins, je n'arrive plus à activer la version 1 sur ma distribution Linux donc je ne peux pas tester). Cette fonctionnalité m'est réclamée par mon logiciel de backup, qui m'affiche "Failed to initialize repository […] hardlinks not supported […]".

Je précise qu'avec le même disque, via un partage SMB également, cela fonctionne parfaitement sur mon Raspberry Pi avec LibreElec (malheureusement, il surchauffe trop vite pour être utilisable comme NAS de fortune). Après vérification, le format NTFS est censé gérer les liens durs, et j'ai pu constater qu'après reformatage au format ext4, le problème était identique. Par contre, en NTFS comme en ext4, j'arrive à initialiser (et à utiliser) mon dépôt de backup si j'utilise le partage AFP (Partages Mac OS, AirPort): des liens durs sont bel et bien créés.

D'après mes recherches, avec Samba il faut activer les "unix extensions" dans le fichier "smb.conf" (même pour les partitions NTFS malgré la référence à UNIX), mais je ne sais pas si vous utilisez Samba pour SMB2 et SMB3 (SMB2 arrive avec Samba 3.5, or dans les mentions légales de la Freebox vous dites utiliser la version 3.0.37), cette information vous sera donc peut-être inutile.

Je précise que je parle pour la version 4.3 de Freebox OS (le formulaire de rapport de bug ne me propose que 4.2.9 ou à préciser).

Bien à vous.

Bonjour

En sélectionnant le protocole SMBv2 suite à la mise à jour en 4.3.0 (qui au passage a fait sauter les 3/4 de ma configuration), l'explorateur plante 1 fois sur 2 sous Windows 10 (testé sur plusieurs PC).

J'ai 2 disques 4To en RAID0 et j'ai bien entendu tenté plusieurs redémarrages du serveur. La désactivation du SMBv2 résout le problème.

Dommage, j'y croyais après autant d'années. Il serait aussi utile de pouvoir gérer les droits sur les fichiers (par exemple pour stocker des VM Hyper-V).

Bonjour.
Suite à la mise à jour vers Ubuntu 2004 la méthode d’authentification pour le partage Windows est obsolète.
Pouvez vous analyser le contournement ?

========Unable to access location :
Unable to connet to the server “mafreebox”. No suitable
authentification mechasnisme was found

Bonjour,

Contexte :

Client win10pro 1903
Server Delta 4.1.1 - 3h d’uptime
Disque source Toshiba P300
Transfert LAN (lien Gigabit)
Disque cible1 : array 3x1To RAID0 disques HGST 7K1000-1000 - logements 2,3,4 (volume “perso”)
Disque cible2 : ssd 512Go - logement 1 (disque “fonctionnement box”)
Share windows activé avec authentification (login “freebox” par défaut + mdp ponctuel)
VM arrêtée en cours de transfert, sans effet.

Share 1 et 2 montés via net use

ServerName ShareName UserName     Credential     Dialect NumOpens
---------- --------- --------     ----------     ------- --------
fbxsrv     3To       saloon\abc fbxsrv\freebox 1.5     1
fbxsrv     ssd512    saloon\abc fbxsrv\freebox 1.5     1

Constat :

Lancement du transfert source vers cible1 via robocopy (source cible /MIR /R:0 /W:0 /NP)
⇒ Qu’importe la taille et le type du fichier (jpeg ~4Mo, raw ~25Mo, mp4 ~500Mo), le transfert occile de 0 (!) à 100Mbit/s (task manager) avec parfois une pointe à 500.
Le transfert peut très bien s’interrompre en plein milieu d’un fichier pour reprendre ensuite comme si de rien n’était.
Au bout de 2h de copie ⇒ ~55Go transférés.

Avant que je n’interrompe le massacre, j’ai lancé un test de copie (copy/paste windows) d’un iso win10 vers le ssd (cible2). Même combat : plafond à 10Mo/s, instable.
La source n’était pas la même (ssd système du pc, sata III)

⇒ J’arrête le transfert
⇒ Je tue les montages
⇒ Je supprime l’authentification dans FreeboxOS
⇒ Je recrée les montages et relance mon robocopy

Passé les fichiers déjà copiés (obv), stabilisation du transfert à ~600Mbit/s (et saturation si fichier volumineux)
Si copie de l’iso en // vers cible2, saturation du lien LAN

30 minutes plus tard, je suis à 140Go (de plus) d’envoyés.

Problème (de fond) : j’aimerais pouvoir protéger les share tout en conservant des performances honorables.

Cadeau Bonux en passant : si nous pouvions voir un jour une différenciation d’accès (lecture seule, accès complet) sur les partages, ce serait top (genre “pas d’auth, on est en lecture”).

Merci.

Pour le partage de lecteurs et imprimantes sous Windows 10, Free semble rechigner à mettre à jour et sécuriser le protocole SMB (de passer au moins SMB1 à SMB2, et au mieux à SMB3) et dont le problème semble existant pour la nouvelle box Delta (dont je ne m’empresse plus à vouloir prendre et qui semble avoir plusieurs autres anomalies).
Qu’en est-il des autres fournisseurs ?
Est-ce le même problème pour utiliser le partage Windows avec Windows 10 pour les box concurrentes ?

SFR : même probleme https://forum.sfr.fr/t5/Autres-fonctions-box-ADSL/Partage-de-fichiers-acc%C3%A8s-impossible-depuis-Windows-10-Une/td-p/2041502 Bouygues : même probleme https://www.bbox-mag.fr/forum/viewtopic.php?t=2190 Orange : même problème https://communaute.orange.fr/t5/g%C3%A9rer-mon-offre-Internet/Stockage-Livebox-inaccessible-sous-windows-10/m-p/1603623#M47407

Donc tout le monde est à la même enseigne !
Donc aucun semble vouloir mettre à jour leur protocole SMB et permettre d’utiliser le partage Windows sans SMB1 et sans problèmes !
J’ai créé une alerte à l’Arcep (https://jalerte.arcep.fr/report/1/step2c), mais, Free ou autres seront-ils un jour disposé à le faire ?

nas inaccessible windows 10 via l’explorer de fichier, ftp ok

plus d’acces au disque dur de la freebox via smb , j’ai eu beau essayé de changer le nom netbios ou quoi .. rien y fais.

Bonjour.
Souhaitant accéder en lecture/écriture sur l’ensemble d’un disque partagé à l’aide du freebox serveur,
j’ai du préalablement exécuté “sudo chmod -R g+rw” sur l’ensemble du disque avant de le relier à la freebox,
puis j’ai créer sur mon client linux un groupe freebox avec gid=4242 afin de respecter ce que le serveur m’impose.
C’est pas trop mal. Si je veux permettre à un utilisateur d’écrire dans ce partage SMB, je dois seulement l’ajouter
au groupe freebox.
Seulement lorsque, en tant qu’utilisateur smb client, je crée un dossier, ça se complique.
Je suis obligé de faire un “sudo chmod g+rw mon_dossier” si je souhaite mettre quelque chose dedans.
Une solution absurde mais probablement fonctionnelle serais que je crée sur la machine client un user ‘freebox’ uid=4242.
Seulement, seuls cet utilisateur et root pourraient alors faire ce type de tâche (mettre des fichier dans un dossier nouvellement créé).
Je suggère donc de mettre en mode par défaut de création de dossier “g+rw” ou “g+rwx”?
Ou éventuellement de permettre à l’utilisateur de choisir les modes de création qu’il préfère dans l’explorateur de fichier de la freebox serveur.

Une bonne journéee!

PS :

Il semble, à la lecture de nombreux forums, que l’accès en écriture via SMB ne soit normalement pas un problème chez la plupart des gens???
Je dois avoir un problème bien spécifique. Ainsi, je n’aurais sûrement pas du être obligé de faire tout ça. Je mets donc ce ticket en bug.

Voici la ligne de mon fstab : “//mafreebox.freebox.fr/Freebox/data /data cifs _netdev,users,auto,vers=1.0,username=freebox,password=c0nfigsys,sec=ntlm,iocharset=utf8,file_mode=0022,dir_mode=0022,nosetuids 0 0”

Je n’arrive pas à sélectionner la version 3.5.4. Je n’ai que 3.5.2 en choix dans le formulaire.

Bonjour, je ne peux pas connecter mon pc (Windows 10) à ma freebox via lecteur réseau car il faut la version 1.0 de SMB mais elle est désactivé de base pour cause de sécurité.

Bonne soirée :)

Bonjour,

Comme relevé par un autre utilisateur du bugtracker, Microsoft retire le support de SMB en version 1 dans les futures versions de Windows 10.

Je trouve beaucoup plus pratique de mettre des fichiers sur la Freebox via l’explorateur Windows qu’en passant par un client FTP.

Rapidement il ne sera plus possible d’accéder simplement au disque dur de la Freebox via le partage Windows (et c’est déjà le cas pour ceux qui désactivent la v1 de SMB pour éviter les failles types Wanacry)

Est-il prévu ou possible de prévoir la mise à jour du protocole SMB en version 2 ou 3 ?

Merci d’avance.

Pierre G.

Source Microsoft : https://blogs.windows.com/windowsexperience/2017/06/21/announcing-windows-10-insider-preview-build-16226-pc/

Extrait :

Windows 10 and SMB1: As part of a multi-year security plan, we are removing the SMB1 networking protocol from Windows by default. This build has this change, however the change only affects clean installations of Windows, not upgrades. We are making this change to reduce the attack surface of the OS. Here are some more details to take note of:

- All Home and Professional editions now have the SMB1 server component uninstalled by default. The SMB1 client remains installed. This means you can connect to devices from Windows 10 using SMB1, but nothing can connect to Windows 10 using SMB1. We still recommend you uninstall SMB1 if you are not using it. In a later feature update of Windows 10, we may uninstall SMB1 client if we detect that you are not using it.
- All Enterprise and Education editions have SMB1 totally uninstalled by default.
- The removal of SMB1 means the removal of the legacy Computer Browser service. The Computer Browser depends exclusively on SMB1 and cannot function without it.

For more information on why SMB1 is being removed, see: https://aka.ms/stopusingsmb1

For more information on software and devices that require SMB1, see https://aka.ms/stillneedssmb1

Plus d’accès Samba depuis le passage Windows 10 14915 (insider)
Partage Samba d’un serveur linux autre OK
Essais avec ou sans authentification sans différence.

Bonjour,

Depuis la version 3.3.0 du serveur et suite à l’activation du nom de domaine les transferts de fichiers ftp entre le P et le serveur sont passés de 30 Mo/s à 8 Mo/s
La vitesse de transfer en HTTP n’a pas changé (30Mo/s).
Je suis en lien direct Gigabyte sur le serveur.
Le client FTP utilisé est FileZilla dans sa dernière version au moment ou j’ouvre ce ticket (3.15.0.1)

Bonjour,

Je rencontre dernièrement un soucis de montage de samba sur une station GNU Linux/Debian aka Strech (4.2.0-1-amd64)
Soit avec autofs ou en CLI :

mount -t cifs --verbose -o username=moi,password=secret,domain=toto "//192.168.88.254/Disque\ dur" /mnt/fbx

J’obtiens cette erreur en sortie :

Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Dans /var/log/kern.log

CIFS VFS: cifs_mount failed w/return code = -6

smbclient -L freebox -Umoi

Domain=[toto] OS=[Unix] Server=[Samba 3.0.37]

        Sharename       Type      Comment
        ---------       ----      -------
        Disque dur      Disk      AutoShare of fbxhdiskd partition 2
        IPC$            IPC       IPC Service (Freebox Server)
Domain=[toto] OS=[Unix] Server=[Samba 3.0.37]

        Server               Comment
        ---------            -------
        FREEBOX              Freebox Server

        Workgroup            Master
        ---------            -------
        toto

Packages installés :

ii  libsmbclient:amd64                    2:4.1.17+dfsg-4                        amd64        shared library for communication with SMB/CIFS servers
ii  samba                                 2:4.1.17+dfsg-4                        amd64        SMB/CIFS file, print, and login server for Unix
ii  smbclient                             2:4.1.17+dfsg-4                        amd64        command-line SMB/CIFS clients for Unix

ii  libwbclient0:amd64                    2:4.1.17+dfsg-4                        amd64        Samba winbind client library
ii  python-samba                          2:4.1.17+dfsg-4                        amd64        Python bindings for Samba
ii  samba                                 2:4.1.17+dfsg-4                        amd64        SMB/CIFS file, print, and login server for Unix
ii  samba-common                          2:4.1.17+dfsg-4                        all          common files used by both the Samba server and client
ii  samba-common-bin                      2:4.1.17+dfsg-4                        amd64        Samba common files used by both the server and the client
ii  samba-dsdb-modules                    2:4.1.17+dfsg-4                        amd64        Samba Directory Services Database
ii  samba-libs:amd64                      2:4.1.17+dfsg-4                        amd64        Samba core libraries
ii  samba-vfs-modules                     2:4.1.17+dfsg-4                        amd64        Samba Virtual FileSystem plugins

Je dirais juste avant la mise à jour de Jessie vers Strech, autofs marchait correctement...

Merci d’avance des retours.

Peace.

Bonjour,

Suite à la mise à jour en 3.0.1 de mon Freebox Server, il m’est impossible d’accéder au Freebox Server via le partage Windows (SMB) lorsqu’il faut se connecter avec un identifiant et un mot de passe (que ce soit sous Windows 8 ou depuis mon téléphone Android). L’accès fonctionne lorsque la Freebox est paramétrée pour ne demander ni identifiant ni mot de passe.

Cordialement,

Bonjour,
Je souhaite surveiller ce qu’il se passe sur le disque dur de la box et automatiser des actions lors de l’ajout ou suppression de fichiers dans certains dossiers. Pour cela, je souhaite utiliser inotifywait afin d’executer mon script uniquement si necessaire et ainsi eviter une execution plus frequente a l’aide de cron par exemple.
Cependant, lorsque j’execute inotify et simule une creation ou suppression de fichiers, il ne detecte rien... Est-ce normal ? Est-il possible d’utiliser inotify ou un equivalent sur le disque dur ?
Merci d’avance

Le SMB2 devenant le standard de facto (Windows, OS X 10.9) il serait utile que la Freebox Révolution le gère.

J’ai un disque dur Western Digital 1,5TO en vfat connecté en USB au Freebox Server.

Le disque semble être bien reconnu. Il est visible dans l’interface du Freebox Player, ainsi que dans la “Liste des périphériques de stockage” du Server :

““” Disque externe de 1500,30 Go

État: Actif
Table de partition: MBR
Connectique: USB
Connecteur: Connecteur USB numéro 1 (dessus)

Partition “FREEBOX_BIG” type vfat : 815,41 Go / 1499,57 Go
““”

Le problème est que ce disque n’est pas visible en SMB :

““” $ smbutil view //freebox@FREEBOX/
Password for FREEBOX:
Share Type Comments

IPC$ Pipe IPC Service 1) Disque dur Disk AutoShare of fbxhdiskd partition 2

2 shares listed
““”

Cette commande a été exécutée sous Mac OS, mais le même problème se pose sous Windows.

l’ajout de compte utilisateur sur le NAS de la Freebox manque. il serait utile d’avoir la possibilité d’avoir au moins 2 compte utilisateur (ou plus), qui permettrais la gestion des droit sur les répertoires et ou fichiers des disque dur connecté.

cela éviterais l’effacement/l’accès a des fichiers par des personnes non autorisé.

quand pensez vous?

A bientôt,

Barjo.

Depuis la version 1.1.3, le partage SMB sur mon freebox server n’est plus accessible depuis les postes de travail de mon réseau interne. Tout fonctionnait très bien jusqu’à cette mise à jour.
J’accède bien à mafreebox.freebox.fr par http et par ftp (donc pas de problème de connectivité ou de configuration) mais plus par samba. Bien entendu, le partage samba est bien activé dans mon interface d’administration et j’ai déjà rebooté la box ainsi que les machines. Rien n’y fait.
Merci d’avance pour toute aide à ce sujet

Bonjour,

Depuis la mise à jour 4.7.4, j’ai de nombreux problèmes avec les services du boitier serveur.
Je perds les services suivants au bout d’une durée “aléatoire”(de quelques heures à quelques minutes) de fonctionnement du boitier :

• Accès à Freebox OS;

• Accès à ma VM;

• Accès au partage réseau;

• Wifi disponible mais connexion impossible;

• Interface tactile du boitier serveur est figée ou affiche “Etape 1”;

Mais le boitier TV fonctionne toujours, les machines déjà sur le Wifi fonctionnent toujours, les ports ouverts (NAT) restent accessibles de l’extérieur.

J’ai déjà fait un Hard Reset du boitier et après un nouveau paramétrage les problèmes sont toujours présents.
Un nouveau module fibre m’a été transmis par le support mais ça n’a rien changé.
Et ils m’ont conseillé de créer un ticket ici.

Cordialement,

Cyril