mount.cifs, smbclient ile aynı kimlik bilgilerini kullanamaz

Ben bir NetApp CIFS paylaşım sunucularımızdan birine monte etmeye çalışıyorum ve "İzin Reddedildi" stderr NT_STATUS_WRONG_PASSWORDyazdırılan ve çalışan yazdırılmaya devam dmesg.

root@xxxehpvld05 ~ $ mount.cifs -vv //zhp-nas.xxx.com/perspectives /mnt/secure/cifs -o credentials=/etc/cifs.creds
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
root@xxxehpvld05 ~ $ dmesg | tail
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13

Ancak smbclientkomut, aynı kimlik bilgileri dosyasını kullanarak sorunsuz bir şekilde çalışır:

root@xxxehpvld05 ~ $ smbclient -L //zhp-nas.xxx.com/perspectives -A /etc/cifs.creds
Domain=[XXX] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       Remote IPC
        ZHPSubmit-dev   Disk
    [...snip...]

Özellikle kimlik bilgileri dosyası da etki alanı adını belirttiği için biri diğerinin de çalışması gerektiği gibi görünüyor.

Daha fazla bilgi ile emin değilim ama eski bir protokol sürümü çalıştıran eski bir windows sunucusuna bağlanırken bu sorunu gördüm. Unutmayın, CIFS bir SMB'nin "Diyalekt" (tipi) olarak kabul edilir. Başka türler de vardır ve eski kurulumlar CIFS kullanmaz.

Temelde iki kişinin konuştuğunu söylemek gibi. Bir İspanyolca ve bir İngilizce ve İngilizce konuşmacıyı açıkça anlamadığı zaman İspanyolca'yı anlamaya zorlamaya çalışıyorsunuz.

SMBclient, güvenlik görüşmeleri için farklı bir dielektrik kullanıyor. (veya en azından farklı algılar).

Deneyin

mount -t cifs // yol / şey / / mount / point -o kullanıcı adı = kullanıcı, şifre = geçiş, sn = ntlm

ve ne olduğunu görün. (sec = ntlm önemli kısımdır)

Komutlarla oynamak, olası bir neden buldum:

Smbclient'in man sayfasından:

   -A|--authentication-file=filename
       This option allows you to specify a file from which to read the
       username and password used in the connection. The format of the file is

           username = <value>
           password = <value>
           domain   = <value>

       Make certain that the permissions on the file restrict access from
       unwanted users.

Mount.cifs'in man sayfasından:

   credentials=filename
       specifies a file that contains a username and/or password and
       optionally the name of the workgroup. The format of the file is:

          username=value
          password=value
          domain=value

Olmadan ilk pasajı ve birinde gösterdi ve onları adlandırdığınız şekilde Sonra, iki kimlik bilgisi dosyaları, boşluklu birini oluşturdu credsve creds.spacy.

Büyük hesaplaşma:

İle credsdosyaya:

mount.cifs -vvv //host/path /local/path -o credentials=/path/creds

sessizlik iyi, hata yok.

İle creds.spacydosyaya:

# mount.cifs -vvv //host/path /local/path -o credentials=/path/creds.spacy
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Açıkçası, kimlik bilgileri dosyanız mount.cifs tarafından anlaşılmayan boşluklar içeriyor.

Buna ek olarak smbclient, boşluk olup olmadığı önemli değil. credsve creds.spacyorman tavuğu vermedi.

Sec = ntlm eklemek problemimi düzeltti. Eski bir NAS'ım var (netgear stora). Son çekirdekteki cifler için varsayılan güvenlik ntlmssp

Bugün bir paylaşım oluşturmaya çalışırken keşfettiğim başka bir olasılık da bir alandaki bir kullanıcıyı kimlik bilgisi olarak sağlamak smbmountiçin username=DOMAIN\\usersözdizimini desteklemektir .

İçin mount.cifs(ve mount -t cifsişe), bu iki ayrı sağlanmak zorunda: -o username=user,password=pass,dom=DOMAIN.

User55518'in açıkladığı gibi, kimlik bilgileri dosyanızda görmese bile boşluklarınız olabilir. Kimlik bilgileri dosyanızı Windows'ta düzenlediyseniz, muhtemelen \rsatırlarınızın sonunda var demektir ve bu hata 13'ü atar.

Hepinize teşekkür etmek istiyorum !!! Bu sorun için, bu gerçekten bana çok yardımcı !, Ayrıca parametre "sec = ntlm" hakkında bazı önemli bilgiler buldum, bu yüzden u, bu konuda ilginç bazı bağlantı, aşağıdaki satırları bırakın:

Microsoft NTLM

Windows 7 masaüstünden bir paylaşım dizini monte etmeye çalışıyordum, ama "sec = ntlm" parametresini eklemek için imkansızdı ve işe yarıyor ve bazı önemli detaylar benim windows 7 masaüstümün Bu yüzden düşünmem gereken en önemli ayrıntı olduğunu düşünüyorum. Bu nedenle, Çalışır !, gerçekten çok teşekkür ederim u !, bereket !! ve iyi hisler! : D

Benim durumumda, sadece seçeneği eklemek gerekiyordu vers=3.0(CIFS sürüm 1, artık çekirdek 4.13'ten beri desteklenmiyor, bu yüzden sağ sunucuda SMBv3'e geçtim) ve yine de çalışmasını sağlamak için yeniden başlatmam gerekiyordu, bu benim /etc/fstabşimdi montaj hattı :

auto,rw,credentials=/usr/local/etc/smb.credentials,vers=3.0,file_mode=0664,dir_mode=0775,uid=myuser,gid=users

Kimlik bilgilerim dosyası:

username=myuser
password=****
domain=mydomain

Aslında, domaingerekli değildir, ancak şimdi mount.cifs kılavuz sayfasına göre kullanmak için doğru seçenektir.

Bir süredir bununla mücadele ediyorum.

Aşağıdaki hatalarla:

mount error(112): Host is down

burada vers = 1.0 seçeneğini ayarlamaya yardımcı oldu, sonra bildirdi

mount error(13): Permission denied

ve kimlik bilgileri dosyamda fazladan "karakterler olduğu ortaya çıktı

aslen nerede vardı:

# cat /etc/samba/cred-file
username="john"
password="secret"

nerede olmalı

# cat /etc/samba/cred-file
username=john
password=secret