windows无法在“网络”中看到linux samba服务器，主因是nmbd服务未运行或udp 137/138端口被防火墙拦截，导致netbios名称广播失败；需确保nmbd active、防火墙放行137/udp与138/udp、主机名不含下划线，并检查selinux是否限制nmbd广播。
能直接在Windows“网络”里看到Linux机器、双击访问共享文件夹，不需要额外客户端或浏览器——只要smbd服务跑起来、smb.conf配对端口通、用户权限写清楚，这事就成了一半。剩下那半，基本卡在SELinux、防火墙、密码同步这三处。
为什么Windows看不到Linux的Samba服务器？
不是配置没生效，而是nmbd没起作用或NetBIOS名解析被拦了。Windows“网络”里显示机器名，依赖UDP 137/138端口上的NetBIOS名称广播，nmbd进程专干这事。
- 检查
nmbd是否运行：systemctl status nmb，状态必须是active (running) - 确认UDP 137和138端口没被防火墙丢包：
firewall-cmd --list-ports应含137/udp 138/udp，或直接放行samba-client服务（比单开端口更稳妥） - 如果Linux主机名含下划线（如
nas_v2），Windows可能无法解析——改用纯字母数字组合，比如nasv2 - SELinux启用时，
nmbd默认被限制发广播包，临时验证可执行：setsebool -P samba_domain_controller on（仅测试用，生产环境建议配策略模块）
smb.conf里security = user和security = share怎么选？
绝大多数场景该用security = user。它要求每个连接都提供明确的Linux用户凭证，权限可控、日志可追溯；而security = share已从Samba 4.12+起被标记为废弃，且在Win10/11上常因签名强制策略失败。
-
security = user下，valid users = alice, bob控制谁可进，writable = yes控制是否可写，二者不等价 - 别漏掉
map to guest = Bad User——当用户输错密码时，自动降级为guest访问（需配合guest ok = yes），否则Windows会反复弹窗要密码 - 若想让某共享完全免密（比如公共下载目录），不要设
security = share，而是在该共享段加guest ok = yes+public = yes+read only = no，并确保系统存在nobody用户且有目录读写权
挂载后Windows提示“错误 0x80070035：找不到网络路径”
这不是DNS问题，八成是TCP 445端口不通，或者Windows禁用了SMBv1（但Samba默认只开SMBv2+）。重点查三点：
- Linux侧确认
smbd监听445：ss -tlnp | grep :445，输出中应有smbd进程 - Windows侧运行
Get-SmbServerConfiguration | Select EnableSMB2Protocol（PowerShell），结果必须是True；若为False，执行Set-SmbServerConfiguration -EnableSMB2Protocol $true - 检查Windows是否启用了“SMB Direct”或第三方安全软件劫持了445端口（常见于某些国产杀软），临时关闭后重试
- 避免用IP直连测试（如
\192.168.1.100share），先用主机名（\nasshare）——因为Windows对IP访问会跳过NetBIOS解析，直接走SMBv2，一旦服务端没响应就报0x80070035
smbpasswd和Linux系统用户密码不同步怎么办？
Samba密码库（/var/lib/samba/private/passdb.tdb）和/etc/shadow完全独立，smbpasswd -a只是把用户加进Samba认证体系，不碰系统密码。日常运维中，这是最易被忽略的“断点”。
- 新增用户必须两步：先
useradd alice建系统账号，再smbpasswd -a alice设Samba密码 - 修改密码时，
passwd alice只改系统密码，smbpasswd alice只改Samba密码——两者必须手动保持一致，否则Windows能连上但进不去目录 - 想自动同步？可以配置PAM模块：
auth [default=ignore] pam_succeed_if.so user ingroup sambashare+password [default=ok] pam_smbpass.so nullok use_authtok try_first_pass，但需重编译Samba或确认发行版已打包支持 - 调试时用
smbclient -L //localhost -U alice本地测试，绕过网络层，快速定位是认证失败还是路径/权限问题
真正麻烦的从来不是配smb.conf，而是SELinux上下文类型没打对、restorecon没刷全、或者Windows端SMB协议栈被组策略锁死——这些地方不报具体错误，只给个模糊提示，得靠tail -f /var/log/samba/log.*边操作边盯日志才能揪出来。
