Mes culpa pour la polémique qui n'était pas le but
Un script python qui fait un check de version, ça peut aider : https://github.com/amitn322/smb-version (Il fait un smbclient et analyse le paquet raw)
GVFS utilise la libsmbclient et surtout "mount.cifs ignores smb.conf completely"
As-tu une sortie du style : "[ 6098.304184] CIFS VFS: cifs_mount failed w/return code = -5" ?
Quelle est la version : - de la distrib linux - du kernel - du package cifs-utils - du package samba - du package libsmbclient
Je pense qu'il faut creuser plus en profondeur dans les versions des packages et peut être trouver une issue déjà existante sur le sujet
Il y avait eu un problème similaire sur boot2docker.iso (tinycorelinux) mais c'était il y a 4 ans
On Fri, Oct 4, 2019, 05:26 Guillaume LUCAS guillaume.lucas@univ-avignon.fr wrote:
Le 03/10/2019 à 16:22, Philippe Beauchet a écrit :
Désactivez chaque version sur votre poste et vous verrez si il répond toujours à votre NAS.
Downgrade un poste Windows ? Pourquoi pas. Jusque-là, nous avons tenté les différentes versions de SMB sur le poste client GNU/Linux. Aborder le problème par l'autre face pourrait être intéressant.
Mais si, moyennant quelques lib ou modules noyau (gérable avec des softs comme ansible ou puppet ?) GVFS marche, pourquoi vous tracasser ?
Dépendance à GNOME. La stabilité / fiabilité de GVFS m'est inconnue. Intégration à refaire (car on veut rendre le contenu accessible depuis un chemin précis et existant), en prenant en compte le chemin GVFS basé sur un nombre environ aléatoire (en sus de l'UID, prévisible, lui).
sinon il ne reste qu'a demander à DELL de vous fournir un Firmware adéquat. Du genre SMB2, qui est bien pris en charge par tout le monde (relativement récent) maintenant.
L'interface web du NAS permet de choisir la version de SMB dans la plage SMB v2.02 - SMB 3.11. Évidemment, ça ne fonctionne pas. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/