mount hatası 13 = İzin reddedildi


44

Sunucularımdan biri fstab kullanarak bir Windows dizinini otomatik olarak bağlayacak şekilde ayarlandı. Ancak, son yeniden başlatmamdan sonra çalışmayı durdurdu. Fstab içindeki satır:

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

.SmbcredentialsDosyasıdır:

username=myaccount
password=mypassword
domain=mydomain

Yaparım mount -ave alıyorum mount error 13 = Permission denied. Bunu yeterince yaparsam Windows hesabımı kilitler, bu yüzden çalıştığını biliyorum. Şifremin doğru olduğunu kontrol ettim.

Neyi yanlış yapıyorum?


4
Komut satırından mount ile mount -t cifs //myserver/myfolder /mnt/backup --verbose -o credentials=home/myfolder/.Smbcredentialshata ayıklama bilgilerini (sterilize edilmiş) soruna ekler misiniz?
— bsd

Kurduğunuz dağıtım ve sürümü nedir cifs-utils? Daha önce bu sorunu yaşadım ve bir güncelleme nedeniyle olduğuna inanıyorum.
— slm

Yanıtlar:


44

Kontrol etmeniz gereken birkaç şey var. Benzer bir şey yapıyorum ve mountayarların doğru yapıldığından emin olmak için doğrudan komutu kullanarak doğrudan montajı test edebilirsiniz .

Kimlik bilgileri dosyasındaki izinler

Bu dosyanın doğru izin verildiğinden emin olun.

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

Ayrıntılı montaj

Çoğu zaman nerede işlerin nerede başladığını size gösterecek olan düğmeyi mountkullanarak daha fazla bilgi aktarabilirsiniz -v.

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

Çalışırsa bu çıktıda ortaya çıkan sonuç:

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

Günlükleri kontrol et

Yukarıda monte komutunu çalıştırdıktan sonra içine bir göz atın dmesgve /var/log/messagesya /var/log/syslogsiz çalışırken geliştirilmiş olabilir herhangi bir hata iletileri için dosyaları mount.

Güvenlik türü

Takmak için -o ..düğmeyle çok fazla seçenek aktarabilirsiniz . Bu seçenekler teknolojiye özgüdür, bu nedenle sizin durumunuza mount.cifsözel olarak uygulanabilir . Bir göz atın mount.cifsEğer geçebilir tüm seçenekleri hakkında daha fazla için adam sayfası.

Bir seçenek eksik olduğundan şüpheleniyorum sec=.... Özellikle bu seçeneklerden biri:

   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.

Bu sec=...seçeneği ya sec=ntlmda ya olacak şekilde ayarlamanız gerekebilir sec=ntlmssp.

Referanslar


1
Kontrol dmesgçok yardımcı oldu. Bu cevap 2014 yılına aitti ve o zamandan beri SMB1.0'ın WannaCry sömürüsü onu kullanım dışı bıraktı, bu nedenle vers=2.0, varsayılan 1.0 artık desteklenmeyeceğinden, sunucu ne destekliyorsa ekleyin veya 2.1 veya 3.0 eklediğinizden emin olun .
— Michael Plautz

1
Sadece bir destek: Hedef klasör Windows altında olduğundan, genellikle her seferinde bir şifre değişikliği gerektirdiğinden, kimlik bilgisi dosyasındaki şifre geçersiz olabilir. mountkomutu size böyle detayları anlatmayacaktır.
— HongboZhu

22

Teşekkürler, ama biraz daha googling çözümü geldi. Varsayılan olarak yanlış güvenlik türünü kullanıyordu; bu komut çalıştı:

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

Bu oydu! mount -t cifs //10.0.0.138/usb1_1 /mnt/usbdisk -ousername=theusername,password=thepassord,file_mode=0644,dir_mode=0755,uid=rootBir Fedora 25 makinesinde çalıştırmak gayet iyi çalıştı ancak bir openwrt kutusunda aynı komutu çalıştırdığımda başarısız oldu (Chaos Calmer 15.05.1). Ekleme sec=ntlmv2orada da çalışmasını sağladı.
— hlovdal

2
CentOS 6 üye olmayan bir Debian 9 AD üyesi bağlamaya çalışırken buraya geldi ve bu yakın got me - Benim durumumda için sihirlisec=ntlmssp
— Çita

Benim için düzeltme domainanahtar kelimeyi kullanmak ve kullanıcı adından ayrı olarak belirtmekti.
— Jim,

sec = ntlmv2, Ubuntu 18.04'ten Windows 10 paylaşımına smb erişimim için sadece ihtiyacım olan seçeneğe sahip. Sağol Pickle.
— noel, aye

12

Bu sorunla karşılaştım ve sorun, kimlik bilgilerim dosyamdaki değerleri doğru şekilde biçimlendirmememe neden oldu. Denedim:

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

Ben de denedim:

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

Ve:

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

Bir keresinde sadece giriş kullanıcı adımı kullandım:

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

Başarılı olmak için ciflerimin takılmasını sağladım.


harika bir açıklama!
— Dima Lituiev,

2

Bu, bilimsel Linux 6.6'da (RedHat 6.6) eser ekliyor

edit /etc/fstab
create file = .credentials(örn. içinde /etc) bu detayları ile:

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 

file_mode ve dir_mode bayrakları benim için çözüldü! :)
— Rafael Moni
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.