需先安装cifs-utils并加载cifs内核模块，再逐层排查网络连通性、smb服务可达性、协议版本兼容性及挂载参数正确性，避免跳步。
确认 cifs-utils 和内核模块是否就绪
没装 cifs-utils，mount.cifs 命令根本不存在；没加载 cifs 内核模块，mount -t cifs 会直接报 unknown filesystem type 'cifs'。
先执行：sudo apt install cifs-utils（Ubuntu/Debian）或 sudo dnf install cifs-utils（RHEL/Fedora）
再检查模块：sudo modprobe cifslsmod | grep '^cifs' —— 应有输出；cat /proc/filesystems | grep cifs —— 应显示 nodev cifs
- 若模块未自动加载，需写入
/etc/modules（Debian系）或/etc/modules-load.d/cifs.conf（RHEL系） - 不装
samba-client不影响挂载，但会缺smbclient -L //ip -U user这类诊断能力
验证网络与 SMB 服务可达性
“Host is down”不是协议错误，是底层连不通的信号。别急着改 vers 参数，先确认基础链路：
- 用
ping 192.168.x.x测试 ICMP 是否通（注意：部分 Windows 默认禁 ping，别全信） - 用
nc -zv 192.168.x.x 445直接测 SMB 端口 —— 这比 ping 更准，因为 SMB 走的是 TCP 445（或 139） - 如果端口不通，检查 Windows 防火墙是否放行“文件和打印机共享”规则，或临时关闭防火墙测试
- 用
smbclient -L //192.168.x.x -U username尝试列共享 —— 成功说明服务层 OK，失败则进一步暴露认证或共享配置问题
指定正确的 SMB 协议版本 vers=
现代 Linux 内核默认尝试 SMB3（即 vers=3.0 或更高），但老设备（如 Windows Server 2003、某些 NAS 固件、旧版 Samba）只支持 SMB1 或 SMB2.0，就会在协商阶段静默断连，最终表现为 “Host is down”。
解决方式是显式指定版本，按顺序尝试：
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
-
vers=3.0：Windows 8.1+/Server 2012 R2+ 默认支持 -
vers=2.1：Windows 7/Server 2008 R2 支持，兼容性较好 -
vers=2.0：更广的老设备支持，多数 NAS 和 Win7 可用 -
vers=1.0：仅当其他都失败时用，SMB1 已被微软弃用，存在严重安全风险，且 Ubuntu 22.04+ 默认禁用该协议
完整挂载命令示例：sudo mount -t cifs //192.168.1.100/share /mnt/win -o username=user,password=pass,vers=2.1,uid=1000,gid=1000
避免密码明文和权限陷阱
密码写在命令行里会留痕（ps aux 可见），且 password=xxx 在含特殊字符时易被 shell 截断或解析错。更稳妥的做法是用凭据文件：
- 创建
/root/.smbcred，内容为：username=userpassword=pass@123!domain=WORKGROUP（如需） - 设权限：
chmod 600 /root/.smbcred - 挂载时用：
credentials=/root/.smbcred替代username=xxx,password=yyy - 注意
uid/gid：不设的话，挂载后文件属主可能是nobody，导致普通用户无法读写
真正容易被忽略的是：即使所有参数都对，只要远程主机的 SMB 服务没运行（比如 Windows 上“Server”服务被禁用）、或共享路径拼写错误（多一个斜杠、大小写敏感的 NAS）、或 DNS 解析失败却用了主机名而非 IP —— 都会统一退化成 “Host is down”。所以排查必须从网络层开始，一层层往上推，不能跳步。
