Sur nos serveurs de fichiers Windows, SMBv1 a récemment été désactivé en raison de problèmes de sécurité et une stratégie de mot de passe a été introduite.
Depuis lors, nous ne pouvons plus monter les partages d’Ubuntu 16.04 avec Gigolo. Nous obtenons l'erreur allemande "Einhängen der Windows-Freigabe ist fehlgeschlagen: La guerre contre le meurtre" (délai dépassé)
Nous avons maintenant pu localiser le problème sur SMBv1 lors du montage manuel:
Sudo mount -t cifs -o username=me //foo.local/digital /mnt
ne fonctionne pas, alors que
Sudo mount -t cifs -o vers=2.0,username=me //foo.local/digital /mnt
ça marche.
Jusqu'ici tout va bien - mais nous ne voulons pas manquer le confort de montage via Gigolo/Thunar.
Comment Gigolo/Thunar (je pense que les deux sont basés sur GVFS) à utiliser smbV2?
Oui, mais cela a un prix. Contrairement à mount.cifs, gvfs et thunar utilisent libsmbclient pour accéder aux partages et se limitent au dialecte NT1 (SMB1).
Mais vous pouvez changer cela en éditant /etc/samba/smb.conf
et en ajoutant ce qui suit à la section [global]:
client max protocol = SMB3
Il y en a un autre au minimum, mais il n'est normalement pas nécessaire de faire quoi que ce soit avec cela:
client min protocol = SMB2
Le serveur et le client négocient automatiquement le meilleur dialecte à utiliser entre ces deux valeurs.
Le problème est que cela désactivera la navigation de l'hôte. Ainsi, si vous accédez au réseau dans votre navigateur de fichiers, celui-ci sera vide. L'accès par nom fonctionne toujours mais doit être fait explicitement.