Einhängefehler 13 = Berechtigung verweigert

Einer meiner Server ist so eingerichtet, dass er mit fstab automatisch ein Windows-Verzeichnis anhängt. Nach meinem letzten Neustart funktionierte es jedoch nicht mehr. Die Zeile in fstab lautet:

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

Die .SmbcredentialsDatei ist:

username=myaccount
password=mypassword
domain=mydomain

Ich mache ein mount -aund ich bekomme mount error 13 = Permission denied. Wenn ich das genug mache, wird mein Windows-Konto gesperrt, sodass ich weiß, dass es versucht wird. Ich habe überprüft, ob mein Passwort korrekt ist.

Was mache ich falsch?

Ein paar Dinge zum Auschecken. Ich mache etwas Ähnliches und Sie können es direkt mit dem mountBefehl testen , um sicherzustellen, dass Sie alles richtig eingerichtet haben.

Berechtigungen für die Anmeldeinformationsdatei

Stellen Sie sicher, dass diese Datei berechtigt ist.

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

Ausführliche Mount

Sie können mountmit dem -vSchalter mehr Informationen abrufen , da er Ihnen oft anzeigt, wo Dinge ausgelöst werden.

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

Ergebnis dieser Ausgabe, wenn es funktioniert:

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=********

Überprüfen Sie die Protokolle

Suchen Sie nach dem Ausführen des obigen Befehls mount in Ihren dmesgund / /var/log/messagesoder /var/log/syslogDateien nach Fehlermeldungen, die beim Ausführen des Befehls erzeugt wurden mount.

Art der Sicherheit

Sie können viele zusätzliche Optionen über den -o ..Schalter zum Einhängen übergeben. Diese Optionen sind technologiebezogen, in Ihrem Fall sind sie also mount.cifsspezifisch anwendbar . In der mount.cifsManpage finden Sie weitere Informationen zu allen Optionen, die Sie übergeben können.

Ich würde vermuten, dass Ihnen eine Option dazu fehlt sec=.... Speziell eine dieser Optionen:

   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.

Möglicherweise müssen Sie die sec=...Option so anpassen , dass sie entweder sec=ntlmoder ist sec=ntlmssp.

Verweise

• Thread: mount -t cifs resultiert in mount error (13): Berechtigung verweigert

Danke, aber etwas mehr googeln hat die Lösung ergeben. Standardmäßig wurde der falsche Sicherheitstyp verwendet. Dieser Befehl hat funktioniert:

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

Ich bin auf dieses Problem gestoßen, und es stellte sich heraus, dass die Werte in meiner Anmeldeinformationsdatei nicht richtig formatiert wurden. Ich habe es versucht:

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

Ich habe auch versucht:

username=myemailaddress@someplace.com
password=<password>
domain=FULLY.QUALIFIED.DOMAIN

Und:

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

Einmal habe ich nur meinen Login-Benutzernamen verwendet:

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

Ich war in der Lage, meine CIFs zu montieren, um erfolgreich zu sein.

Dieses Add funktioniert unter wissenschaftlichem Linux 6.6 (RedHat 6.6)

edit /etc/fstab
create file = .credentials(zB in /etc) mit diesen Angaben:

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