web-dev-qa-db-fra.com

Problème Ubuntu 17.10 avec mount cifs

depuis la mise à jour vers Ubuntu 17.10, mon script pour monter des partages à partir d'un NAS ne fonctionne plus. Sur les anciennes versions d'Ubuntu, je pourrais utiliser cette ligne:

mount -t cifs -o username=t0b1,password=$pw //server.local/shared/ /media/shared

Ajouter une autre option pour spécifier la version ne semble rien changer:

mount -t cifs -o vers=1.0, username=t0b1,password=$pw //server.local/shared/ /media/shared

Lorsque j'exécute le script sur Ubuntu 17.10, le seul résultat obtenu est une liste d'options pour "monter", mais il ne monte pas mes partages. Est-ce que quelqu'un sait ce qui a changé avec cifs le 17.10? Une idée de ce que je pourrais changer ici?

EDIT: Cette ligne fonctionne réellement:

mount -t cifs -o  username=t0b1,password=$pw,vers=1.0 //server.local/shared/ /media/shared

Mais je pense que l’utilisation de la version 1.0 n’est qu’une solution temporaire car elle présente des problèmes de sécurité connus. Il devrait également y avoir un moyen de le faire fonctionner avec la version 3.

5
t0b1

J'ai eu le même problème après la mise à niveau vers Ubuntu 17.10. Soudainement, mes actions CIFS ne montaient plus. L'ajout de vers=1.0 aux options de montage m'a résolu le problème. Certes, il s’agit d’un bodge, mais certains accès par partage de réseau sont meilleurs que pas d’accès à un partage de réseau.

Mon fichier /etc/fstab avait précédemment les 4 lignes suivantes en bas:

# Network File Shares
//phc.imsu.ox.ac.uk/phc     /mnt/PHC        cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0   0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS    cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0   0
//femur.imsu.ox.ac.uk/phc_cprd  /mnt/PHC_CPRD       cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0   0

Les changer pour:

# Network File Shares
//phc.imsu.ox.ac.uk/phc     /mnt/PHC        cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0    0   0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS    cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0    0   0
//femur.imsu.ox.ac.uk/phc_cprd  /mnt/PHC_CPRD       cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0    0   0

Résolu le problème.

9
Feakster

Essaye ça:

mount -t cifs -o vers=1.0,username=t0b1,password=$pw //server.local/shared/ /media/shared

C'est la même chose que lors de votre premier essai mais sans espace. Ils ne sont pas autorisés dans les options. C'est probablement la raison pour laquelle la monture ne voit ni nom d'utilisateur ni mot de passe.

3
Marc Vanhoomissen

La combinaison des options de montage qui a fonctionné pour moi avec Ubuntu 17.0 le 5 février 2018 est la suivante:

nom d'utilisateur = guessmyusername, password = guessmypassword, iocharset = utf8, sec = ntlmv2, vers = 2.1

Celles-ci fonctionnent avec les points de montage dans/etc/fstab ainsi qu'avec la commande mount-t cifs.

Les modifications du protocole CIFS ont dérouté plus d'un certain nombre d'entre nous depuis la version 1. Je suppose qu'avec le temps, les valeurs de sec et de version deviendront obsolètes, mais leur mise à jour sera probablement la solution lorsque vous ne pourrez pas vous connecter à le partage Windows sous Linux, mais peut se connecter à partir de Windows.

Beaucoup de suggestions sur les anciens posts indiquent que vous devriez avoir sec = ntlm. Il a fallu un certain temps avant que je trouve la mention de ntlmv2. D'autres disent que vous devriez utiliser vers = 1.0 (très obsolète et peu sûr)

Le serveur est un ordinateur portable sous Windows 10. En vérifiant, le serveur utilisait CIFS 3.1.1. Naturellement, j'ai essayé ça. Ça n'a pas marché. Je suis retombé à la version 2.1 avec ntlmv2 et tout a commencé à fonctionner.

Différentes combinaisons de paramètres de sec et de version qui ne fonctionnaient pas affichaient des messages d'erreur différents, certains trompeurs, certains obsolètes, d'autres tout simplement cryptiques.

Quels que soient les messages vus lorsque le montage a échoué, le seul problème ici était la non-négociation de la sécurité. Le message indiquant qu'une ressource n'est pas disponible, fait apparemment référence à un composant de la négociation de sécurité, et non au partage auquel vous essayez de vous connecter.

De plus, les messages affichés dans le terminal et ceux trouvés avec dmesg | grep CIFS diffèrent. Je devais regarder les deux pour comprendre ce qui se passait.

Les choses essayées:

dmesg | grep CIFS pour afficher les messages d'erreur Utilisez/etc/fstab et Sudo mount -a pour monter le partage (fonctionne maintenant) Utilisez mount -t CIFS ... (fonctionne également maintenant)

0
Patrick Callahan

C'est ce qui a fonctionné pour moi. Après plusieurs tentatives.

  1. Je réinstalle tous les clients après la purge complète

    $ Sudo apt install cifs-utils smbclient nfs-common

  2. Puis créé et point de montage. $mkdir ~/myfiles

  3. Alors montez de cette façon:

    Sudo mount -t cifs -o vers=1.0,credentials=/home/username/.smbcredentials,dir_mode=0777,file_mode=0777 //192.168.2.5/g$/shares/Techno\ Files /home/<username>/myfiles/

Mes coupables sont les chemins (lecteurs sur le serveur Windows). par exemple. c $, g $, f $, puis le chemin du fichier. La documentation Ubuntu indique que vous devez échapper des espaces avec \040\, par exemple new\040Folder, mais cela a échoué pour moi. Alors je suis allé avec l'espace Unix traditionnel s'échappant.

0
saviour123