Bonsoir à tous !
 
Depuis mon ordinateur fixe sous Windows 10, je ne peux plus accéder à certains serveurs SMB. J'accède à mon NAS Synology, mais je n'accède ni à mon serveur Arch Linux (configuration par défaut de Samba à laquelle j'ai seulement ajouté un partage), ni à mon nouveau Freebox Server Pop.
 
Si j'entre \\Freebox_Server ou même \\192.168.1.254 dans la barre d'adresse de l'Explorateur de fichiers, j'obtiens le message d'erreur suivant :
 

 
Si j'entre \\Freebox_Server via Exécuter (Win + R), j'obtiens un message d'erreur différent, et plus explicite :
 

 
Je peux accéder à \\Freebox_Server depuis le même ordinateur via un Linux live, donc le matériel et le réseau sont à mon avis hors de cause.
 
Et surtout je peux accéder à \\Freebox_Server depuis mon ordinateur portable Windows 10.
 
 
 
J'ai bien une piste :
 
Il y a quelques mois j'ai bricolé pour pouvoir accéder depuis mon ordinateur fixe Windows 10 à un dossier partagé par un vieux Compaq LTE 5000 sous Windows 95, avec lequel je me remémorais de bons souvenirs.
 
Je n'avais pas trouvé la bonne combinaison du premier coup, si bien que j'ai perdu le fil de mes modifications et que je ne pense pas être parvenu à rétablir la configuration initiale.
 
Malheureusement, si je fais des recherches sur comment réinitialiser tout SMB sur Windows 10, tout ce que je trouve sont des pages expliquant comment activer ou désactiver telle ou telle version de SMB.
 
Je viens de vérifier, SMB1 est désactivé, SMB2 est activé.
 
 
 
Avez-vous une idée ?
 
Merci par avance !

SMBv1 est devenue une fonctionnalité additionnelle Windows et est désactivée du fait de problèmes de sécurité. Tu peux réactiver le support dans programmes et fonctionnalités > Fonctionnalités additionnelles.

les Freebox ne sont compatible QUE SMBV1,... merci pour ce grand support Free

Je ne sais pas pour la POP mais sur la Mini, par défaut, l'adresse du serveur est 192.168.<b>0</b>.254 ou mafreebox.freebox.fr

Je n'imaginais pas que Free pouvait continuer à utiliser SMB1, donc je pensais que le message d'erreur à ce sujet était une fausse piste, mais selon Z_cool ils utilisent encore SMB1 ! J'essaierai à mon retour de vacances pour le Freebox Server.
Toutefois, sur le Samba de mon serveur Arch Linux, je suis quasi certain que SMB1 est désactivé, et que SMB2 et SMB3 sont activés. Mais je n'en suis pas certain donc je vérifierai aussi.
 

Si c'est bien vrai c'est dingue ! Je ferai un ticket sur leur bugtracker à ce sujet, car on peut considérer que c'est un problème de sécurité en 2020, je suis curieux de connaitre leur réponse. Je trouve paradoxal de mettre à jour toutes les Freebox depuis la Révolution pour les rendre compatibles avec WPA3, mais de maintenir SMB1 uniquement (et FTPS pour l'accès à distance, plutôt que SFTP).
 
 

Je viens de vérifier via Freebox OS, la Pop est bien en 196.168.1.254. Quoi qu'il en soit, \Freebox_Server était bien résolu, donc ce n'était pas le problème. Merci quand même !

oula, tu sera pas le premier ...
exemple : https://forum.universfreebox.com/viewtopic.php?t=67554
thread ouvert en 2017, mis a jour il y a peut

deja en 2014 en fait : https://dev.freebox.fr/bugs/task/14427

Pardon de déterrer ce sujet, mais je viens seulement de prendre le temps de lire les pages proposées par z_cool, et je résume la situation pour clore le sujet :
 
Il semblerait que Free invoque – à tort ou à raison, ça semble faire débat – la licence GPLv3 sur laquelle Samba est passé entre temps, pour rester sur une version de Samba couverte par la GPLv2, qui ne prend en charge que SMBv1.
 
Selon certaines interprétations, pour respecter la GPLv3 de Samba, Free devrait ouvrir intégralement ou du moins plus largement le code source du firmware de ses Freebox, or certains composants comme les chipsets Broadcom seraient sous NDA (non disclosure agreement).

Samba (l'implémentation de SMB/CIFS) est sous licence GPLv3.
Pas forcément d'autres implémentations du protocole.
 
Free esquive le problème que d'autre n'ont aucun problème à résoudre.

Il y a d'autres mises en œuvre du protocole sur Linux ? (Car je suppose que les Freebox ont une base Linux ?) Y compris que Free pourrait exploiter pour ses Freebox ? (open source ou licenciable)

Y a-t-il des exemples de box de FAI proposant SMBv2 ou v3 ? Quoi qu'il en soit maintenant que tu le dis, il y a des routeurs compatibles SMBv2 ou v3 avec des chipsets propriétaires (Broadcom, Qualcomm…) et dont les firmwares ne sont pas open source.

Du coup c'est certain qu'on peut penser que Free ne fait aucun effort, mais je ne comprends pas très bien quel serait leur mobile à ne pas mettre à jour un logiciel trivial comme Samba depuis tant d'années. Des suggestions ?

Changer d'implémentation ça veut dire redévelopper un nouveau firmware, tester, gérer la compatibilité avec l'existant, etc ...
 
Ça demande du temps, et de l'argent.
Ce qui n'est pas la politique de Free qui préfère casser les prix et faire des annonces, que de faire dans la qualité (coucou les peerings en mousse...).
Surtout pour une box qui a 10 ans.
Mais bon, il semble qu'ils n'aient rien fait pour la v7 ni pour la pop ...

Je ne suis pas expert, ni en Linux embarqué, encore moins en processus de développement, mais tes remarques m'en font faire deux…

1. Des millions d'utilisateurs sont passés de Samba 3.x à 3.5 en toute transparence, en faisant les mises à jour régulières de leur OS via leur gestionnaire de paquets. Si les quelques mainteneurs du paquet Samba pour Debian, Fedora ou Arch Linux ont réussi à rendre la transition facile pour des millions d'utilisateurs, on peut penser que les équipes de Free peuvent en faire autant, non ? Surtout avec tout le recul qu'on peut avoir plus de 5 ans plus tard…

2. Il semble que le firmware des "Server" soit largement mutualisé entre la Révolution, la Mini 4K, la Delta et la Pop. Si Free avait stoppé tout développement logiciel pour la Révolution qui a 10 ans, ce serait regrettable mais on pourrait le comprendre. Mais lancer en 2020 une Freebox Pop, conçue selon Free pour durer "au moins 10 ans", avec SMBv1, qui est obsolète depuis déjà plusieurs années, c'est franchement moche, et toujours assez incompréhensible pour moi.

Les Debian, Fedora, Archlinux,.. sont des distributions opensource, intégrer un logiciel gplv3 ne leur pose pas de problème.
Free en revanche a conçu un système propriétaire pour ses freebox, basé sur linux. Et d’après l’interprétation de leurs juristes, ils ne peuvent pas y intégrer un logiciel sous gpl v3.
Avec la freebox delta le problème est facilement contournable, on peut faire tourner une machine virtuelle dessus. Pour les autres modèles, ce n’est pas le cas.

1. Malheureusement il n'y a pas que Free qui n'ait pas évolué vers un modèle "moderne" de gestion du cycle de vie de leurs produits.
Combien d'imprimantes ne fonctionne plus pour la même raison, par exemple ?
La logique d'entreprise (logique de rentabilité, logique commerciale, etc ...) de beaucoup d'entreprise est resté sur l'ancien mode : lancer des produits qui dureront plusieurs années en y touchant le moins possible.
 
2. Corrollaire du point 1. : pourquoi utiliser autre chose que quelque chose qui fonctionne depuis toujours et qui est maitrisé ? Pourquoi investir (le développement et la R&D pour changer coûte de l'argent) ?
Est-ce que la gronde actuelle et la disparition purement et simplement de la compatibilité au niveau de l'OS dans une future version forcera Free et les autres acteurs récalcitrants à bouger leur cul ?
 
Coté Microsoft c'est peu probable, vu qu'ils sont les champions de la rétrocompatibilité.
Par contre ce genre de fonctionnalités présentant un risque de sécurité sont désormais désactivées par défaut (smbv1, telnet, net message, etc ...).
 
Coté constructeurs implémentant le protocole, il y a ceux qui mettent leurs applications/firmwares à jour, ceux qui ne peuvent pas parce que ça n'a jamais été prévu sur l'appareil, et les feignasses.
Je te laisse le soin de deviner où se situe Free...