Impossible de se connecter au partage Samba depuis Nautilus

14

J'ai Ubuntu 10.04 et je voudrais me connecter à mes partages Samba qui sont sur un DLink DNS323.

De Nautilus dans "Lieux" -> "Réseau", je peux facilement naviguer vers le DND323 et voir les partages disponibles. Lorsque je sélectionne l'un des partages sans mot de passe, j'y ai accès comme prévu. Lorsque je souhaite me connecter à un partage protégé par mot de passe, cela ne fonctionne pas. Il ne fait que demander le mot de passe encore et encore.

J'ai essayé de monter le partage manuellement et cela a fonctionné la première fois avec

sudo mount -t cifs -o username=user,password=pass //xxx.xxx.xxx.xxx/share ~/share

Une idée pourquoi cela ne fonctionne pas dans Nautilus?

jmbouffard
la source

Réponses:

6

J'ai trouvé une réponse simple dans ce fil ubuntuforums.org

Les versions plus récentes de samba ne prennent plus en charge par défaut le schéma d'authentification LANMAN utilisé par le DLink DNS323. Pour corriger ce problème, la seule chose à faire est:

Modifiez /etc/samba/smb.conf

Recherchez la section [globale] et insérez cette ligne:

client lanman auth = oui

Vous n'avez même pas besoin de redémarrer et vous pourrez monter vos dossiers partagés avec Gnome Nautilus.

Ceci est également requis pour se connecter aux partages samba d'une autre boîte Lucid (s'ils sont protégés par mot de passe). Ironique, n'est-ce pas?

jmbouffard
la source
Pour mémoire: j'ai trouvé que mon problème était lié au commentaire de Nikola ((nikolagotovac) a écrit le 2016-05-24:) sur le lien de réponse de @ Alan. La demande d'authentification concerne le compte LOCAL et non un utilisateur distant dans la zone Windows.
Grasshopper
5

Il est possible que vous soyez affecté par ce bug

Il y a quelques "correctifs" qui sont proposés dans les commentaires du bug que je vais les résumer ici.


  • Vous pouvez modifier smb.conf

C'est ce que nous avons utilisé à un moment donné pour résoudre ce problème. Assez facile à essayer.

gksudo gedit /etc/samba/smb.conf

Trouvez cette section dans le fichier:

####### Authentication #######
# “security = user” is always a good idea. This will require a Unix account
# in this server for every user accessing the server. See
# /usr/share/doc/samba-doc/htmldocs/Samba-HOWTO-Collection/ServerType.html
# in the samba-doc package for details.
#security = user

Décommentez la ligne de sécurité et ajoutez une autre ligne pour qu'elle ressemble à ceci:

####### Authentication #######
# “security = user” is always a good idea. This will require a Unix account
# in this server for every user accessing the server. See
# /usr/share/doc/samba-doc/htmldocs/Samba-HOWTO-Collection/ServerType.html
# in the samba-doc package for details.
security = user
username map = /etc/samba/smbusers

suggéré par Richard Garvin


  • Une autre modification de smb.conf

dans la section globale ci-dessous nom résoudre l'ordre ajouter ces lignes

lanman auth = yes
client lanman auth = yes
client plaintext auth = yes

Suggérée par James Pakko


  • Enfin, le package nautilus-share n'est pas installé par défaut, assurez-vous qu'il est installé

Cela a été suggéré par Karl Kropf

Aujourd'hui, il se trouve que j'ai exactement le même problème, fantasmagorique, je ne savais pas qu'on pouvait réellement attraper un bogue en le disant 0.o

Cette dernière suggestion d'installer nautilus-share a résolu mon problème avec un peu de chance, il fera de même pour vous.

Allan
la source
nautilus-share est définitivement installé. Je vais essayer les autres solutions et rapporter avec mes résultats.
jmbouffard
Je suis revenu sur cette question pour essayer les autres solutions mais il semble que je doive modifier smb.conf sur le serveur. Dans mon cas, c'est sur un DLink DNS323 donc je n'ai pas accès au fichier.
jmbouffard
Je ne peux pas croire que je ne puisse pas accéder à un DNS-323, qui est un produit assez populaire, de Nautilus sur une machine Ubuntu, cela aurait dû être corrigé il y a longtemps!
jmbouffard
Salut pouvez - vous vérifier que gvfs packages vous avez installé je gvfs, gvfs-fuse, gvfs-bin, gvfs-backendsetlibgvfscommon0
Allan
1
Fondamentalement, ce qui s'est passé est que la samba dans Ubuntu a été mise à jour pour utiliser une méthode d'authentification plus sécurisée que le NAS ne comprend pas, la solution consiste à dire à samba d'utiliser l'ancienne méthode d'authentification moins sécurisée en éditant le fichier smb.conf sur votre ordinateur (s) afin qu'ils puissent se connecter avec succès au NAS les lignes d'authentification supplémentaires suggérées par James pakko "autorisent" le client samba sur votre système à essayer 3 types d'authentification supplémentaires qui sont moins sécurisés que la méthode de connexion par défaut.
Allan
2

Pour Ubuntu 12.04 Samba 3.6.3, vous devez également ajouter:

client NTLMv2 auth = No

ou réglage

client lanman auth = Yes

ne sera pas utilisé comme

client NTLMv2 auth

par défaut à Oui et force client lanman authà Non.

Vérifier avec testparm -v

Chris Good
la source
0

ma solution était: réinstaller gvfs:

 sudo apt-get  install gvfs-*

arrêter nautilus:

 nautilus -q

recommencez nautilus:

 nautilus
user177685
la source