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/