Erreur utilisateur / mot de passe Samba Share après la mise à jour

9

c'est la première fois que je ne trouve pas de réponse donc c'est ma première question. Je fournirai autant d'informations que possible. J'ai un routeur ASUS qui a 2 disques durs. Il n'y a qu'un seul nom d'utilisateur / mot de passe pour accéder aux médias sur le réseau. Mon PC ne semble plus pouvoir y accéder après une mise à jour.

Après avoir initialement saisi les informations de connexion et sélectionné "Se souvenir de toujours", j'avais toujours (plus de 2 ans) pu accéder aux disques en accédant à "Parcourir le réseau" dans nautilus et en cliquant sur l'icône du routeur, puis en cliquant sur le dossier auquel je voulais accéder. Aujourd'hui, j'ai eu une mise à jour de sécurité qui contenait les éléments suivants:

Maintenant, quand je vais accéder aux dossiers sur les disques durs, cela apparaît:

Je sélectionne "Utilisateur enregistré", saisis le nom d'utilisateur, le mot de passe et sélectionne "Se souvenir pour toujours", puis je clique sur Connecter et la boîte apparaît en grisé avec les champs réinitialisés aux valeurs par défaut.

Si je clique à nouveau sur le bouton de connexion, le même pop-up grisé revient sans cesse.

Si je le ferme manuellement. Une toute nouvelle fenêtre contextuelle apparaît qui me permet d'entrer les informations d'identification. Cependant, si je les saisis à nouveau, nautilus se ferme simplement et je reçois occasionnellement un pop-up disant qu'Ubuntu a rencontré une erreur interne, etc.

Il existe 3 téléphones, 1 tablette, 1 PC Win7 et un autre PC Ubuntu 15.10 qui peuvent se connecter aux lecteurs réseau et lire / écrire sans problème. Je dois ajouter que j'ai ignoré la mise à jour mentionnée ci-dessus sur l'autre PC Ubuntu une fois que j'ai commencé à avoir ce problème sur le mien.

Jusqu'à présent, la seule façon d'accéder aux disques durs avec mon PC est de désactiver la sécurité de mon routeur pour l'accès à la samba. Je n'ai vraiment aucune idée de comment y remédier ou comment le remettre en l'état.

Merci d'avance pour votre aide.

networking  server  password  samba 
— user531897
source
1
J'avais l'habitude d'avoir la même configuration que vous, et non cela ne fonctionne plus le 16.04. J'ai passé beaucoup de temps à essayer de le faire fonctionner. Ces mêmes modifications ont été publiées il y a quelques heures à peine le 15.10 et le 14.04. Dans mon cas, je me suis ajouté moi-même et mon mot de passe aux trucs des utilisateurs de samba (c'est-à-dire `sudo smbpasswd -a doug '), alors que je n'avais jamais dû le faire auparavant.
— Doug Smythies
Je viens de découvrir la mauvaise façon, à propos de la dernière mise à jour aussi. Les appareils Android, Linux et Apple n'ont aucun problème pour accéder aux partages samba, seules les machines Windows ne peuvent pas accéder à samba après le dernier correctif ubuntu pour samba.
— AllGamer
Récemment, une grave faille de sécurité a été détectée dans le protocole de partage de fichiers Windows tel qu'inclus dans Windows et implémenté par Samba pour les systèmes Linux / Unix. Les récentes mises à jour de Windows et Samba contenaient le correctif pour cela, mais il semble que cela casse certaines configurations, à la fois sur Windows et sur linux…
— JanC
Il pourrait y avoir plus d'informations sur samba.org/samba/latest_news.html#4.4.2
— JanC
— janvier

Réponses:

11

J'ai d'abord ajouté la ligne client use spnego = noà la fin du fichier /etc/samba/smb.conf, mais cela n'a pas fonctionné. Après avoir placé la ligne près du début du fichier, les lecteurs réseau ont fonctionné.

— user18778
source
1
À votre santé. C'est ce qui a fait l'affaire. J'ai juste dû mettre la ligne en haut à droite après la rupture des paramètres globaux. Merci.
— user531897
11

J'ai eu exactement le même problème. Ajouter

client use spnego = no

à la section [globale] de /etc/samba/smb.confrésolu le problème dans mon cas. Apparemment, la valeur par défaut est passée à "oui" après la mise à jour vers la v.4.3.8, j'ai donc dû la définir explicitement.

Voir la page de manuel en ligne pour référence.

— stack_horst
source
J'ai ajouté la ligne de texte comme votre suggestion en vain. Le problème persiste toujours. Merci quand même.
— user531897
@ user531897 avez-vous vérifié s'il y avait d'autres valeurs qui ont changé leur valeur par défaut après la mise à jour? Par exemple, "client use spnego" n'a pas été défini dans mon smb.conf. C'était correct avant, comme dans la version précédente, la valeur par défaut était "non". mais maintenant ils l'ont changé en "oui", j'ai donc dû le régler manuellement. Peut-être pour vous qu'il y a un problème similaire avec une autre option?
— stack_horst
dans l'ensemble, vous avez eu la bonne réponse, apparemment, il devait juste être en haut du fichier (comme indiqué par user18778) juste après la pause des paramètres globaux ... Après un redémarrage, tout fonctionne comme avant. Je vous remercie.
— user531897
comme l'a remarqué @xenog (dans une édition, cela aurait dû être un commentaire): Si vous n'avez pas le /etc/samba/smb.conffichier, installez package samba-common( sudo apt install samba-common). C'était nécessaire pour lui sur une nouvelle installation d'Ubuntu Gnome 16.04.
— stack_horst
1

J'ai essayé d'utiliser smbclient pour voir ce qui s'est passé, j'ai obtenu ceci:

Le serveur SMB ne prend pas en charge EXTENDED_SECURITY mais 'client use spnego = yes et' client ntlmv2 auth = yes '

Je pense que cela signifie que le client samba dit au serveur samba d'utiliser des fonctionnalités qui ne sont pas là. En utilisant la note de Samba ci-dessus avec ce lien, j'ai trouvé ceci:

L'impact de ' client ntlmv2 auth = yes' est que par défaut, nous n'utiliserons pas l'authentification NTLM (NT Local Machine) en tant que client.

Comme je n'utilise aucune sécurité étendue, je désactive simplement cette option en " client ntlmv2 auth = no" /etc/samba/smb.conf. Je dois ajouter une ligne pour remplacer la valeur par défaut. Tout fonctionne à nouveau.

— Louis
source
1
Bienvenue sur Ask Ubuntu! Veuillez ne pas ajouter "merci" comme réponses. Investissez un peu de temps dans le site et vous obtiendrez des privilèges suffisants pour voter positivement sur les réponses que vous aimez, c'est la façon de demander merci à Ubuntu.
— Mitch
0

Oui, après la dernière mise à jour que j'ai faite hier, Samba n'a pas pu se connecter en tant que client via le Nautilus. Le montage via la commande mount direct fonctionnait toujours. J'ai dû changer le fichier smb.conf comme suggéré ci-dessus en ajoutant

client utilise spnego = non

Ensuite, vous devez redémarrer la pile réseau samba (redémarrez simplement).

Tout fonctionne maintenant.

— user534443
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.