mount.cifs不能使用smbclient使用的同一证书文件

我试图将NetApp CIFS共享安装到我们的其中一台服务器上，并且不断将“ Permission Denied”（权限被拒绝）打印到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 username = user，password = pass，sec = ntlm

看看会发生什么。（sec = ntlm是重要的部分）

在玩这些命令时，我发现了一个可能的原因：

在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）。最近内核中CIF的默认安全性是ntlmssp

我今天尝试挂载共享时发现的另一种可能性是，smbmount支持将username=DOMAIN\\user语法提供给域中的用户作为凭据的语法。

为了mount.cifs（和mount -t cifs）正常工作，必须分别提供以下两个：-o username=user,password=pass,dom=DOMAIN。

正如user55518所解释的，即使您没有看到它们，您的凭据文件中也可能有空格。如果您在Windows上编辑了凭据文件，则可能\r在行尾，这会引发错误13。

我要感谢你们所有人！对于这个问题，它确实对我有很大帮助！，我也发现了有关参数“ sec = ntlm”的一些重要信息，因此，如果您对某些内容感兴趣，我会留下链接，如下所示：

微软NTLM

我试图从Windows 7桌面挂载共享目录，但是直到添加参数“ sec = ntlm”都无法实现，并且它起作用了，一些重要的细节可能是我没有考虑到我的Windows 7桌面进入了领域，所以我认为这是我应该考虑的最重要的细节。因此，它行得通！，真的非常感谢你们！！祝福！和良好的共鸣！：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这不是必需的，但这是现在根据mount.cifs手册页使用的正确选项。

我已经为此努力了一段时间。

有以下错误：

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