Tous les projets

Bonjour,

Le Freebox Server ne semble gérer les accès SMB qu’au travers du protocole SMBv1.
Donc, si on désactive le SMBv1 sur un poste client, il devient impossible d’accéder Freebox Server.

Serait-il possible de modifier la configuration du Samba pour ne pas se limiter à des protocoles obsolètes et non sécurisés.
voir les paramètres du smb.conf :
client min protocol
client max protocol

Merci.

Bonjour,

la version du protocole smb utilisé est la version 3.0.37 qui n’est plus maintenue depuis le 1er octobre 2009 (https://www.samba.org/samba/history/samba-3.0.37.html).

D’ailleurs une mise à jour du kernel linux récente impose de spécifier “vers=1.0” lors d’un montage du disque de la freebox via fstab:

No dialect specified on mount. Default has changed to a more secure dialect, SMB3 (vers=3.0), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 specify vers=1.0 on mount. For somewhat newer servers such as Windows 7 try vers=2.1.

Il est de plus précisé que cette version est obsolète et expose à des soucis de sécurité.

La version actuelle de samba est la 4.7.0.

Une mise à jour serait-elle envisageable?

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

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.

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.

Impossible de détecter les disques durs branchés sur le réseau via les ordinateurs car le SMB n est pas présent sur le Player Delta en mode de détection contrairement à l Upnp

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 sur windows 10, même avec le smb 1 activé

Bonjour,

Il est désormais impossible de monter le disque de la Freebox via SMB/CIFS.

La précédente commande utilisée est :
mount -t cifs //fqdn_ou_IP_serveur_FTP/dossier /dossier/où/monter/le/dossier/SMB

Celle-ci ne fonctionne plus ...

Merci de votre aide.

Bonjour

A quand le support SMB v2 pour la freebox.
IOS 13 non compatible pour le gestionnaire de fichier.
Merci

Bonjour à l’équipe Freebox,

Je vous fais d’un part d’un bug depuis macOS Catalina (10.15) ou la version Freebox 4.1.x. Je n’avais pas de problème avant sur Mohave (10.14).
En effet, il est maintenant impossible de faire fonctionner le partage de fichier avec le protocole SMB ou AFP avec un accès authentifié ce qui peut poser un problème de sécurité.

Les modes de partage sans authentification fonctionnent encore heureusement, mais jusqu’à quand ..?

Je suis bien au fait de l’historique de l’évolution du protocole SMB sur la Freebox (Bugtracker).. seulement un jour, il n’y aura plus le choix d’implémenter une nouvelle version avec l’évolution des OS que ce soit Windows ou macOS qui ne seront plus compatibles avec la version intégrée dans la Freebox v6/v7. Avec l’obsolescence d’AFP, il nous restera plus que l’accès FTP pour accéder au Freebox Server.

Avez-vous des solutions pour l’avenir ? :)

Merci de votre compréhension,
Jean-Philippe

UPDATE 20/4/2021
Comme indiqué sur le blog le firmware 4.3.0 est disponible sur le canal release.
Merci à tous pour votre participation à la bêta.

UPDATE 15/4/2021
Le firmware 4.3.0-rc1 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.

UPDATE 10/4/2021
Le firmware 4.3.0-pre12 est disponible sur le canal bêta depuis hier. Pour l’installer, il faut redémarrer vos box.

UPDATE 2/4/2021 20h45
Le firmware 4.3.0-pre11 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Ce firmware corrige deux problèmes de stabilités présents sur le firmware -pre10 (téléchargements / affichage des configurations Samba/AFP dans FreeboxOS).

UPDATE 2/4/2021
Le firmware 4.3.0-pre10 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Il est désormais possible d’accèder aux partages en SMBv2 sans avoir configuré l’authentification au préalable.

UPDATE 25/3/2021 - 20h30
Le firmware 4.3.0-pre9 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Le problème de listing de fichiers sur les disques exFAT depuis certains clients (notamment macOS / iOS) devrait être corrigé.

UPDATE 18/3/2021
Le firmware 4.3.0-pre8 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Celui-ci inclut un correctif pour le problème d’instabilité rencontré avec les répéteurs WiFi.
Il y a également des bugfixes au niveau du SMBv2, notamment sur le problème faisant apparaître les répertoires comme des fichiers.

UPDATE 5/3/2021
Le firmware 4.3.0-pre7 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Le bug affectant les disques NTFS qui affectait la stabilité de la box devrait être corrigé.
Le problème de résolution de nom via LLMNR qui provoquait l’erreur 0×80070035 devrait être corrigé.

UPDATE 23/2/2021
Le firmware 4.3.0-pre5 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Celui-ci devrait corriger les problèmes rencontrés avec le SMBv2 sur des disques formattés en ext4/HFS+.
A noter, le bug affectant les disques NTFS est en cours de résolution.

UPDATE 11/2/2021 - 20h

Le firmware 4.3.0-pre3 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Si vous rencontrez une regression importante, manifestez vous au plus vite afin de repasser sur le canal release.

UPDATE 4/2/2021

Le bêta-test est lancé.
Une fois votre box redémarrée, il sera possible d’activer SMBv2 via FreeboxOS.

Merci de votre participation.

–

Bonjour,

Le SMB de la freebox est encore et toujours en v1 qui n’est plus supporté par les systèmes d’exploitations récents, mon disque interne n’est donc pas utilisable. Nous sommes bientôt en 2020 messieurs il serait peut être temps de faire quelque chose pour ajouter un peu de sécurité !! je ne demande pas la v3 mais au moins la v2 !

merci

Bonjour,

C’est tout de même dommage d’avoir un Server aussi bon et de ne pas y avoir accès via les App se servant du protocole SMB (Fichier d’Apple pour mon cas)

Donc une idée d’évolution attendu , un SMB non obsolète…

Merci!

Cdt.

Bonjour,

Moi, je vais être très clair. Marre, marre d’attendre que des MAJ aussi petites que le protocole SMBv3 ne soit pas instauré sur les Freebox. Je suis sur la Delta, je suis très content de mon serveur NAS en RAID 10 8to. Seulement, pour des raisons de sécurité, je ne peux plus passer en SMB1 car le portable de ma société, qui est aussi le mien, le bloque, via une GPO. C’est bête. Je ne vais pas acheter un autre PC, juste pour faire ça, je ne peux pas non plus le modifier car notre charte nous l’interdit.

C’est simple, je vais résilier, rendre mes box, garder mes disques et acheter un Synology 8bays.
Vu que l’équipe de devs Free n’a vraisemblablement pas prévu de mettre à jour SMB, je peux pas rester les bras croisés depuis déjà trop longtemps.

Au prix où on paye, c’est honteux. Et je pèse mes mots.
C’est plus un message “coup de gueule” qu’une réelle tâche (quoi que) mais si personne ne dit rien. On n’y arrivera pas.
Je ne pense pas être le seul à être dans cette situation nauséabonde. Pour aider, VOTEZ sur la gauche +1.
Si on inclus un protocole et un service on se doit de le maintenir à jour, sinon on l’inclus pas.

Merci à tous ceux qui comprendrons.
Croyez moi j’aurai beaucoup de regrets, abonné Free depuis toujours.

Bonne journée à vous tous, les Freenautes en herbe :)

Bonjour,

Je rencontre un gros problème d’accès à mon NAS depuis les pc fixes cablés.
Si par exemple mon pc fixe est sur la prise RJ 2.5G de la freebox pop et que mon NAS est connecté au travers d’un switch sur la prise 1G, le pc ne peut accéder au NAS, impossible de le ping non plus.
Alors que les périphériques en wifi voient bien le NAS et le Freebox Server l’affiche bien dans les Périphériques connectés.

Du coup j’ai du mettre tout mes équipements non wifi sur un switch branché sur une seule prise rj du freebox server pour que tout le monde puisse se voir ce qui est vraiment très dommage en terme de qualité de connexion.

D’avance merci,
Cordialement,
Jérôme

Bonjour,

Suite à l’annonce https://dev.freebox.fr/blog/?p=10298 Ou est il possible de s’inscrire?
Un lien aurait été bienvenu dans l’annonce.

Merci

Bonjour, je suis sous la Freebox Révolution (R1) et je voudrais savoir comment peut-on s’inscrire
à la bêta-test concernant le protocole SMBv2?

Ma version actuelle: 4.2.8
L’adresse MAC de la Freebox: 00:24:D4:AB:1A:96

Il est indiqué sur cette news (https://dev.freebox.fr/blog/?p=10298) qu’une beta commence pour SMBv2, sans autres détails que de s’inscrire sur le bugtracker. Y a-t-il une procédure particulière pour l’activer ?

Bonjour,

Freebox Delta / Pop player : depuis mise à jour du 20 avril et apparition du SMBv2, dans Kodi , plus moyen de connecter disque dur usb branché sur Delta.

Sous Kodi, configuration Système → Smb minimum 2, maximum 3
Ajout source SMB > "Workgroup" disparu, impossible de parcourir et trouver disque usb de la Delta.

Avec appli Pop "Nova player" même problème en exploration réseau : ip Delta et mention "no group", aucun disque accessible

Sous W10 depuis PC, disques accessibles via explorateur, mais
même problème sur Kodi 19 version PC.

Freebox OS : SMB v2 activé, "Workgroup", partage activé, authentification désactivée

Tout fonctionnait bien depuis des mois avec SMBv1

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,

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.

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

Suite à la fermeture du ticket :  FS#29444  - Bêta-test SMB v2 / SMB v3 / CIFS / SAMBA / SMBv1

Utilisateur qui a fait ceci : - pradesh (pradesh)

Pour tester les noms de la Freebox, j'ai entré ceci sans caractère spécial :
//ibb.co/xqHMyLG

Dans cette configuration, ne devrait-on pas avoir mdns au lieu de netbios dans le voisinage réseau ?
Du coup si j'essaye de me connecter sur netbios j'ai ceci :
//ibb.co/hgdgdFf

Et si j'entre manuellement \\mdns ça fonctionne :
//ibb.co/2S3qT7h

Sinon la résolution DNS fonctionne avec de la commande suivante :

PS C:\Users\Anon> Resolve-DnsName -Name mdns -LlmnrOnly

Name                                           Type   TTL   Section    IPAddress
----                                           ----   ---   -------    ---------
mdns.local                                     AAAA   120   Answer     2a01:e0a:97d:6460::1
mdns.local                                     A      120   Answer     192.168.1.254

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : code erreur 0x80070035 (le chemin réseau n'a pas été trouvé). Je précise que pour ces tests, j'ai supprimé SMBv1 et désactivé netbios sur IPv4. Ceci pour n'utiliser que WSD. SMBv1 et netbios sont obsolète alors quand on peut s'en passer… Un ping sur netbios ne répond pas, mais c'est bon sur mdns, lequel répond bien sur mdns.local en ipv4 et ipv6.
Donc bien entendu, le résultat dans l'explorateur peut se deviner, \\netbios c'est KO, \\mdns c'est OK (mais non affiché dans l'explorateur du coup).

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : Dans mon exemple l'explorateur indique la résolution WSD mais affiche netbios au lieu de mdns, je pense que le problème vient de là.

Utilisateur qui a fait ceci : - Marios Makassikis (mmakassikis)

@pradesh Je n'arrive pas à reproduire votre cas d'erreur (VM Win10, SMB1/NetBIOS désactivés). Dans ce cas, le nom netbios est résolu via LLMNR.

Pouvez-vous tester la résolution du nom 'netbios' ?

  Resolve-DnsName -Name netbios -LlmnrOnly

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : C'est KO avec netbios, et OK avec mdns (réponse mdns.local ipv4 et ipv6 ok).

Sur la capture ici : https://i.ibb.co/CK2nq8v/m-DNS-ou-netbios.png
Nous voyons bien que l'explorateur Windows affiche "netbios" en WSD et que "mdns" est absent mais fonctionnel malgré tout voir ci-dessous.

netbios HS : https://i.ibb.co/4FSFSRd/netbios-HS.png

mdns OK : https://i.ibb.co/680YkRw/mdns-manuel-OK.png

Note : Ce bug n'est pas détecté si le nom est "identique" partout.

Lors de l'effacement d'un fichier, sous Windows10, Windows reste en attente de la réponse finale de la fbx.
Le fichier est bien effacé de la fbx, mais Windowxs indioque 'effecté à 99%'.
Il faut alors stopper la tâche 'explorateur de fichier' pour que le fonctionnement de cet explorateur devienne normal.

Hello,

Alors je résume la chose.

Install fraiche d’une VM (peu importe la distrib le problème est exactement le même à chaque fois) debian avec accès aux disques de la Freebox (activation du smbv2 nécessaire).

premier démarrage de la VM ⇒ freeze (à n’importe quel moment car j’ai look la console au boot et c’est pas à une étape particulière qu’elle plante). Impossible de l’éteindre ou de forcer l’arrêt. Si j’attends que ca se passe c’est toute la freebox qui ne répond plus avec les CPU qui grimpent en flèche niveau température…Obliger de débrancher / rebrancher la delta et d’aller rapidement dans les VM pour forcer l’arrêt (qui fonctionne cette fois)et supprimer la VM.

Nouvelle install fraiche d’une VM debian, sans accès aux disques Freebox (donc smbv2 off) et tout roule…