挂载无密码SMB共享时遭遇权限拒绝错误，寻求解决思路

我先理下你的操作和遇到的问题：

你执行了以下命令尝试挂载无密码SMB共享：

mkdir /mnt/shared
mount -v -t cifs //192.168.1.128/shared /mnt/shared

跳过密码输入后，收到了权限拒绝的错误：

mount.cifs kernel mount options: ip=192.168.1.128,unc=\\192.168.1.128\shared,user=root,pass=*******
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messges (dmesg)
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload,

遇到这种无密码SMB挂载权限拒的问题，我之前也碰过几次，给你几个实用的排查和解决方向：

• 强制指定匿名访问参数：默认情况下，mount.cifs可能会默认用当前执行用户（这里是root）去尝试认证，哪怕你空密码也没用。可以直接加上guest参数强制匿名访问，命令改成：

  mount -v -t cifs //192.168.1.128/shared /mnt/shared -o guest
  

  如果还是不行，试试更明确的参数组合，指定空用户名密码和无安全验证：

  mount -v -t cifs //192.168.1.128/shared /mnt/shared -o username=,password=,sec=none
  

  有些老旧的SMB服务器必须指定sec=none才能允许匿名访问。

• 检查SMB服务器端的共享配置：虽然你说共享是无密码的，但得确认服务器那边是不是真的放开了匿名访问权限——比如有没有给匿名用户（比如nobody）分配共享目录的读写/只读权限，还有共享目录本身的文件系统权限是不是允许匿名用户访问。

• 处理fstab和systemd的提示：错误里提到fstab被修改过，systemd还在用旧配置，先执行systemctl daemon-reload刷新一下。如果之后打算把挂载配置写到fstab里，记得加上匿名参数，比如：

  //192.168.1.128/shared /mnt/shared cifs guest,defaults 0 0
  

• 查看内核日志找具体原因：错误提示让看dmesg，执行dmesg | grep cifs，里面会有更详细的拒绝原因，比如服务器不支持匿名访问、安全协议协商失败之类的，能帮你精准定位问题。

备注：内容来源于stack exchange，提问作者neubert