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,
suite à l’arrivée du firmware 1.0.1, il est maintenant beaucoup plus facile de gérer la partie routeur/wifi.
Mais je trouve qu’il manque une fonctionnalité de DNS pour que ça soit complet :

00:11:22:33:44:55 = 192.168.0.1 = monserveur
00:aa:bb:cc:dd:ee = 192.168.0.2 = monpc

de façon a pouvoir faire une résolution de nom locale (windows / linux / mac) pour pouvoir utiliser des commandes comme :

ssh monserveur
\\monpc
smb://monserveur
...

d’avance merci.

Bonjour,

Freebox server : 4.1.5
Ethernet desc. (max) : 1 Gbit/s
Config : NAS en raid 10 avec 4 SSD

Les taux de transferts sont loin d’être à la hauteur de mes espérances :

- émission / réception de fichiers vers mon NAS : 25 Mo/s / 30 Mo/s max 40 Mo/s (wifi ET ethernet (RJ45))
- test de débits réseau local sur FreeOs : 30 Mo/s en réception.

Je ne parviens pas à trouver de solution pour améliorer ces taux de transferts.

D’autres personnes rencontreraient-elles ces soucis ? Ou alors est-ce que je suis dans la moyenne ? Ils me semblaient meilleurs avec la Révolution.

Merci par avance de votre aide / de vos retours.

Bonjour,

L’accès aux disques du NAS Freebox Delta n’est plus possible par l’explorateur Windows 10 v.2004.
L’erreur se produit sur mes 2 PC (l’un Windows Home v.2004, l’autre Windows Pro v.2004)
Je suis obligé à chaque fois de redémarrer le PC pour trouver enfin mes disques
(Sans l’éteindre complètement sinon le problème persiste)

Tout fonctionnait bien avant les dernières mises à jour du FB serveur.
A noter que :
- Je possède aussi un NAS Zappiti auquel j’accède en toutes circonstances et sur mes 2 PC.
- SMB 1 est actif sur les deux PC (comme avant)
- Un redémarrage du serveur FB ne résout rien.
- Il est équipé de 4 DD internes et d’1 DD externe
- Le player FB n’est pas impacté et voit / lit les disques
- Mes 2 PC sont à jour de tout update Windows.

Démarche :

J’allume mon PC, j’obtiens ceci dans l’explorateur Windows (volet de gauche) :

Seuls les lecteurs réseau de la Freebox sont inaccessibles (R, S, T, U, V)
En revanche le serveur est détecté et visible dans le réseau.

Si je clique sur le lecteur réseau « R : Box TV D1 » par exemple (le DD principale de la Freebox) j’obtiens l’erreur suivante après quelques secondes :

Si je clique sur le serveur FREEBOX_SERVER (pourtant détecté) j’obtiens après quelques secondes :

Le diagnostique de Windows ne trouve aucune erreur.
La seule solution pour retrouver les lecteurs réseaux est de redémarrer le PC
(sans l’éteindre)

Tout rentre alors dans l’ordre :

C’est agaçant de re-démarrer mes PC à chaque fois.
Je me permets de relier ce bug avec celui-ci qui lui ressemble étrangement :
https://dev.freebox.fr/bugs/task/31673

Bon courage :+)

malgré mise à jour 4.3.2 problème récurent

- impossible de se connecter au serveur lors qu'un VPN est actif.

- si VPN déconnecté le serveur n'affiche pas l’intégralité des répertoires d'un disque dur externe.

merci de faire le necessaire.

Bonjour,
Je suis depuis peu systématiquement victime de coupures de connexion internet lors du transfert de fichiers entre PC et Freebox Server.
Plus de wifi ni de LAN.
Je croyais que le problème venait des travaux sur la fibre en ce moment dans mon quartier, mais en fait non.
L’internet disparaît dès que l’on transfert des fichiers vers où depuis le Freebox serveur et réapparaît immédiatement à la fin du transfert.
D’autres signalements de ce type ont déjà été faits. Une correction des services techniques est nécessaire.
Merci par avance.

Bonjour @ tous,

depuis la 4.6.1 de samedi après-midi plus de redirection DNS sur la DELTA :
⇒ SFP+ accessible uniquement après reboot de cette dernière et ne dure que quelques minutes (gestion des redirection de ports ne fonctionne plus).
⇒ Connexion partiel suivants les équipements au WIFI (suivant la fréquence)
⇒ Communication réseaux SMB impossible suivants les rings d’IP et des cartes contrôleuses (Ethernet, Wifi).
⇒ Plus de flux vidéos sur le lecteur POP

Nota : intervention ce matin du technicien hotline et depuis plus aucun mappage, plus de wifi ⇒ bref plus rien.

Bonjour, je tiens à signaler une anomalie concernant une instabilité au niveau du switch RJ45 de la Freebox Pop. Pour décrire la situation, j'ai mon PC principal qui est connecté et négocié en 2,5Gb (pas de soucis niveau internet j'ai bien mes 2,5Gb) mais le problème se pose entre mon PC et mon NAS sous OpenMediaVault (supportant bien le Gigabit Ethernet) en temps normal, j'oscille à environ 112Mo/s (environ 1Gbps) pour un transfert via SMB lorsque mon PC est négocié en 1Gb, cependant lorsque je négocie le port en 2,5Gb. J'oscille entre 50 et 60Mo/s (environ 600Mbps) pour le même fichier (fichier random de 10Go) lorsque je l'envoie de mon PC → NAS, mais pas de soucis dans l'autre sens (NAS → PC). Afin d'éclaircir, connecté un HDD externe USB3.0 sur ma Freebox et aucun soucis (112Mo/s) dans les 2 sens. Je suppose qu'il y a un problème avec le switch RJ45 de la Freebox Pop entre le port négocié en 2,5Gb et les autre ports négociés en 1Gb. Afin de préciser, ma Freebox tourne sous la 4.5.8 de Freebox OS. De plus mon NAS fonctionne sans soucis avec 2 Disque d'1To en RAID 0 (pas de soucis de débit à ce niveau).

Bonjour,

Quand je copie des données sur le disque dur branché sur ma Freebox Pop, Interner se coupe.
Il ne redevient opérationnel que 5 minutes après la copie.

Le support technique de Free me conseille de supprimer Windows 11 et de reformater ma tour en XP, windows 7 ou Windows 10.
Il m’a certifié que Windows 11 se sait pas gérer correctement l’Ethernet (sic) !

La désactivation de SMB2/SMB3 ne résout pas le problème (le DD devient inaccessible).

Eddy

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

impossible de copier un fichier de 4 go sur le dd de la box par le cable en passant par le reseau
Les repertoires sont ouverts par l’explorateur .
Dans le sens box vers pc cela fonctionne correctement

Tous les fichiers tombent en erreur reseau sur windows…Cela marchait correctment avant la version 4.7.4.