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.

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).

Impossibilité de joindre le Freebox Server à un groupe de travail pour partage Windows existant comprenant des lettres accentuées pourtant autorisées.
Merci d’une correction et joyeux Noël.

Bonour

Pop en version 4.2.6
Mac os Big Sur
Connexion ethernet entre mac et serveur pop

Pb : le partage de fichier macos n’est pas accessible, ni en invité ni avec id+mdp

Bug présent dès la reception de la pop (plus de 3mois!)

La fonction sera telle un jour corrigée pour fonctionner de nouveau avec la cle usb branché sur le serveur pop?

A DEFAUT D’AGIR RAPIDEMENT, MERCI AU MOINS DE CONFIRMER LE PB

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
depuis peu, j’essaye de recréer une VM sur ma Freebox Delta, et j’arrive a le faire pour tout les autres OS sauf pour celui que je veux, a savoir Debian 10, j’ai a chaque fois une erreur a l’étape d’initialisation avec le message
Erreur de hash : Erreur lors du téléchargement du fichier de hash

comme sur la capture d’écran dessous
//ibb.co/XbJq2ps

Hello,

Est-ce qu’il serait possible d’avoir un accès à une api pour la gestion des VMs ? Idéalement, ça permettrait de provisionner les VMs via un provider terraform ou autres, ça pourrait permettre de faire des chouettes automatisations !

Merci d’avance !

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 bonjour,

Je soupçonne fortement que vous avez changer les images pré-configurée des VM, notamment Ubuntu 19.04.

Il semble qu’elles soient corrompues. Cela devient une tannée de mettre en place un serveur média Plex.

L’encodage UTF8 n’est pas pris en charge, ce qui empêche de monter le disque dur Freebox (fichier fstab). Du coup j’ai voulu installer le pkg « linux-generic » pour résoudre ce problème et là : kernel panic au démarrage tout est cassé.

Je n’arrive plus à aboutir une mise à jour de la distribution « do-release-upgrade » —> read error (5) (cela indique généralement une corruption du disque dur).

Je suppose que vous l’avez changer car avant, avec une installation fraîche, il y avait des mises à jour de disponible mais plus maintenant.

Loin de moi l’idée d’accuser a tord pour autant, mais si vous les avez changer, pouvez-vous remettre les anciennes ?

En attendant un retour, je vous souhaite une excellente journée.

Je rencontre également énormément de difficultés sur une VM Debian 10 mais je n’ai pas poussée l’analyse plus loin.