Я пытаюсь смонтировать общий ресурс NetApp CIFS на один из наших серверов, и я продолжаю печатать «Отказано в доступе» на 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...]
Кажется, что если один работает, другой должен также, особенно, поскольку файл учетных данных также определяет имя домена.
cifs-utils
пакет (Debian), и он решил проблему. Я потратил немного времени на отладку, потому что не ожидал никакой поддержки без установленного пакета, поэтому я предположил, что это так. Я ожидал что-то вроде «неизвестной файловой системы» от mount, но этого не произошло.