mount.cifs не може використовувати той самий файл облікових даних, який використовує smbclient

Я намагаюся встановити CIFS-ресурс NetApp на одному з наших серверів, і я продовжую отримувати "Відмову в дозволі", надруковану на stderr і NT_STATUS_WRONG_PASSWORDнадруковану на поточний 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

Однак smbclientкоманда працює без проблем, використовуючи той самий точний файл облікових даних:

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...]

Схоже, якщо один працює інший, так само, тим більше, що у файлі облікових даних також вказується доменне ім'я.

З додатковою інформацією я не можу сказати точно, але я бачив цю проблему під час підключення до більш старого сервера Windows, на якому було запущено стару версію протоколу. Пам'ятайте, що CIFS вважається "діалектом" (типом) SMB. Існують і інші типи, і старіші установки не використовують CIFS.

В основному це все одно, що говорять двоє людей. Один іспанський і один англійський, і ви намагаєтесь змусити оратора зрозуміти іспанську мову, коли явно цього не робить.

SMBclient використовує інший діелект для переговорів з безпеки. (або принаймні виявляє інакше).

Спробуйте

mount -t cifs // шлях / річ / / mount / point -o ім'я користувача = користувач, пароль = пропуск, sec = ntlm

і подивіться, що станеться. (sec = ntlm - важлива частина)

Граючи з командами, я знайшов можливу причину:

Із man-сторінки smbclient:

   -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:

   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

Потім я створив два файли облікових даних, один з пробілами, як показано в першому фрагменті, і один без і назвав їх credsі creds.spacy.

Велика розправа:

З credsфайлом:

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

добра тиша, без помилок.

З creds.spacyфайлом:

# 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)

Отже, очевидно, ваш файл облікових даних містить пробіли, які не зрозуміли mount.cifs.

Крім того, smbclientне має значення, чи є пробіли. credsі creds.spacyне спричинив жодного рябчика.

Додавання sec = ntlm виправило проблему для мене. У мене є старший NAS (netgear stora). За замовчуванням для cifs у останніх ядрах є ntlmssp

Ще одна можливість, яку я виявив під час спроби встановити спільну частину, - це те, що smbmountпідтримує username=DOMAIN\\userсинтаксис для надання користувачеві домену в якості облікового запису.

Для mount.cifs(а mount -t cifs) на роботу, ці два повинні бути представлені окремо: -o username=user,password=pass,dom=DOMAIN.

Як пояснив user55518, у вашому файлі облікових даних, ймовірно, є пробіли, навіть якщо ви їх не бачите. Якщо ви редагували файл своїх облікових даних у Windows, ви, ймовірно, є \rв кінці рядків, і це призводить до помилки 13.

Я хочу подякувати всім у !!! для цього питання, мені це дуже допомагає! Я також знайшов важливу інформацію про параметр "sec = ntlm", тому я залишаю посилання, якщо деякі з вас цікаві про це, рядки нижче:

Microsoft NTLM

Я намагався встановити каталог спільного використання на робочому столі Windows 7, але мені було неможливо додати параметр "sec = ntlm", і це працює, і важливою деталлю може бути те, що я не врахував, що мій робочий стіл Windows 7 перебуває в домену, тому я думаю, це була найважливіша деталь, яку я повинен розглянути. отже, це працює !, дуже дякую вам дуже всі u !, благословення !! і хороші вібрації! : D

У моєму випадку мені потрібно було лише додати параметр vers=3.0(CIFS була версія 1, яка більше не підтримується, оскільки ядро ​​4.13, тому я перейшов право на SMBv3 на сервері), і все ж мені довелося перезавантажити, щоб він працював, це мій зараз монтуйте лінію /etc/fstab:

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

Мій файл облікових даних:

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

Насправді, domainце не потрібно, але це правильний варіант використання відповідно до сторінки man.cifs man зараз.

Я певний час боровся з цим.

З наступними помилками:

mount error(112): Host is down

тут він допоміг встановити vers = 1.0 варіант, потім він повідомив

mount error(13): Permission denied

і виявилося, що це зайві "символи у моєму файлі облікових даних

де я спочатку мав:

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

де воно повинно бути

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