web-dev-qa-db-fra.com

erreur de montage 13 = autorisation refusée

Un de mes serveurs est configuré pour monter automatiquement un répertoire Windows à l'aide de fstab. Cependant, après mon dernier redémarrage, il a cessé de fonctionner. La ligne dans fstab est:

//myserver/myfolder /mnt/backup cifs credentials=home/myfolder/.Smbcredentials

Le .Smbcredentials le fichier est:

username=myaccount
password=mypassword
domain=mydomain

Je fais un mount -a et je reçois mount error 13 = Permission denied. Si je le fais suffisamment, cela bloquera mon compte Windows, donc je sais qu'il essaie. J'ai vérifié que mon mot de passe est correct.

Qu'est-ce que je fais mal?

linuxsambafstab
48
Pickle

Merci, mais d'autres recherches sur Google ont permis de trouver la solution. Il utilisait le mauvais type de sécurité par défaut; cette commande a fonctionné:

$ Sudo mount -t cifs //172.16.1.5/myshare/ /mnt/myshare \
    -osec=ntlmv2,domain=MYDOMAIN,username=myusername,password=mypassword
22
Pickle

Quelques choses à vérifier. Je fais quelque chose de similaire et vous pouvez tester le monter directement en utilisant la commande mount pour vous assurer que les choses sont bien configurées.

Autorisations sur le fichier d'informations d'identification

Assurez-vous que ce fichier est autorisé à droite.

$ Sudo ls -l /etc/smb_credentials.txt 
-rw-------. 1 root root 54 Mar 24 13:19 /etc/smb_credentials.txt

Monture verbeuse

Vous pouvez amadouer plus d'informations sur mount en utilisant le -v interrupteur qui vous montrera souvent où les choses se déclenchent.

$ Sudo mount -v -t cifs //server/share /mnt \
    -o credentials=/etc/smb_credentials.txt

Résultat de cette sortie si cela fonctionne:

mount.cifs kernel mount options: ip=192.168.1.14,unc=\\server\share,credentials=/etc/smb_credentials.txt,ver=1,user=someuser,domain=somedom,pass=********

Vérifiez les journaux

Après avoir exécuté la commande mount ci-dessus, jetez un œil à l'intérieur de vos dmesg et /var/log/messages ou /var/log/syslog fichiers pour tous les messages d'erreur qui ont pu être générés lorsque vous avez tenté le mount.

Type de sécurité

Vous pouvez passer de nombreuses options supplémentaires via le -o .. passer au montage. Ces options sont spécifiques à la technologie. Dans votre cas, elles s'appliquent donc à mount.cifs Plus précisément. Jetez un œil au mount.cifs page de manuel pour en savoir plus sur toutes les options que vous pouvez transmettre.

Je soupçonne que vous manquez une option pour sec=.... Plus précisément l'une de ces options:

   sec=
       Security mode. Allowed values are:
       ·   none - attempt to connection as a null user (no name)
       ·   krb5 - Use Kerberos version 5 authentication
       ·   krb5i - Use Kerberos authentication and forcibly enable packet 
           signing
       ·   ntlm - Use NTLM password hashing
       ·   ntlmi - Use NTLM password hashing and force packet signing
       ·   ntlmv2 - Use NTLMv2 password hashing
       ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
       ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP
           message
       ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw 
           NTLMSSP message, and force packet signing

       The default in mainline kernel versions prior to v3.8 was sec=ntlm. 
       In v3.8, the default was changed to sec=ntlmssp.

Vous devrez peut-être ajuster le sec=... option pour que ce soit sec=ntlm ou sec=ntlmssp.

Références

47
slm

J'ai rencontré ce problème et le problème s'est avéré ne pas formater correctement les valeurs de mon fichier d'informations d'identification. J'ai essayé:

username=DOMAIN\mylogin
password=<password>
domain=FULLY.QUALIFIED.DOMAIN

J'ai aussi essayé:

[email protected]
password=<password>
domain=FULLY.QUALIFIED.DOMAIN

Et:

username=FULLY.QUALIFIED.DOMAIN\mylogin
password=<password>
domain=FULLY.QUALIFIED.DOMAIN

Une fois que je viens d'utiliser mon nom d'utilisateur de connexion uniquement:

username=mylogin
password=<password>
domain=FULLY.QUALIFIED.DOMAIN

J'ai pu obtenir ma monture cifs pour réussir.

12
Mark Salisbury

Cet ajout fonctionne sur Linux scientifique 6.6 (RedHat 6.6)

éditer /etc/fstab
créer un fichier = .credentials (par exemple dans /etc) avec ces détails:

username=value
password=value
domain=value

//SERVER/SHARE1 /mnt/SHARE1 cifs credentials=/etc/.credentials,rw,uid=1000,gid=1000,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
2
stoferontheweb