Samba能连却无法访问的核心在于smb.conf共享段写法、用户密码双层验证、目录权限与SELinux上下文必须三者对齐：共享段须独立（如[shared]）、valid users需在段内配置，目录需设SGID权限（2775）并打samba_share_t标签，且用户须先建系统账户再用smbpasswd添加。
能直接用，但配置错一步就连不上——核心在于 smb.conf 的共享段写法、用户密码双层验证、以及目录权限和 SELinux 上下文三者必须同时对齐。
怎么装 Samba 才不会缺关键组件
不同发行版的包名不统一，只装 samba 本体往往不够，客户端工具、密码管理模块、配置语法检查器都得一起上，否则后续连 smbpasswd 都找不到。
- Ubuntu/Debian：运行
sudo apt install samba samba-common-bin samba-dsdb-modules（samba-dsdb-modules是 4.15+ 版本里smbpasswd依赖的模块，漏掉会报Failed to find a backend to store passwords） - CentOS/RHEL 8+ 或 Rocky Linux：用
sudo dnf install samba samba-client samba-common-tools，别用旧的samba-common，它不含smbd -t配置校验命令 - 装完立刻验证：
smbd -V看版本，再跑smbd -t检查配置语法是否可解析（哪怕还没写配置，也能提前暴露包缺失问题）
smb.conf 里最常写错的三个参数位置
很多人把共享段写在 [global] 里，或把 valid users 放错层级，结果服务能启、共享却不可见或拒绝登录。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
-
[global]段只放全局控制项：比如workgroup = WORKGROUP、security = user、map to guest = never—— 这三项缺一不可，少一个 Windows 就可能弹“找不到网络路径” - 每个共享目录必须独立成段，且段名不能含空格或特殊字符：
[shared]可以，[My Files]会失败 - 共享段内权限相关参数必须成对出现：
writable = yes必须搭配read only = no（二者等价但后者优先级更高），browsable = yes决定是否出现在“网络”里，valid users = @sambashare推荐用组名而非单个用户，方便后期增删
为什么能连上却看不到文件，或者提示“拒绝访问”
90% 的权限问题不是 Samba 配置错，而是 Linux 文件系统权限、SELinux 上下文、Samba 用户三者没对齐。Windows 登录用的是 Samba 用户，但实际读写走的是系统用户身份。
- 共享目录的属组必须是
sambashare（先sudo groupadd sambashare），权限必须带 SGID：sudo chmod 2775 /srv/samba/shared（2确保新文件自动继承组） - 如果系统启用 SELinux（RHEL/CentOS 默认开启），必须打标签：
sudo semanage fcontext -a -t samba_share_t "/srv/samba/shared(/.*)?"，然后sudo restorecon -Rv /srv/samba/shared，漏掉这步，ls -Z会看到上下文仍是default_t，Samba 进程直接被拦住 - Samba 用户必须先有系统账户（
sudo useradd -G sambashare alice），再加密码（sudo smbpasswd -a alice）；smbpasswd -a不会自动创建系统用户，只存密码哈希到/var/lib/samba/private/passdb.tdb
启动后连不上？先盯住这两个服务和一个端口
Samba 实际由两个守护进程组成：smbd 处理文件共享，nmbd 负责 NetBIOS 名称解析。Windows 访问时若没开 nmbd，可能搜不到机器名，只能靠 IP 直连。
- 必须同时启动：
sudo systemctl start smbd nmbd，并设开机自启：sudo systemctl enable smbd nmbd - 防火墙要放行两个端口：
139/tcp（NetBIOS session）、445/tcp（SMB over TCP），仅开445在较新 Windows 上可能够用，但老系统或某些 NAS 客户端仍依赖139 - 测试本地连通性：
smbclient -L //localhost -U%（不输密码看共享列表），比从 Windows 试错快得多；若报Connection refused，先sudo ss -tlnp | grep ':445'确认smbd是否真在监听
真正卡住人的地方，往往不是某一行配置写错了，而是目录权限、SELinux 上下文、Samba 用户、系统用户这四层像齿轮一样咬合——转错一个齿，整个共享就空转。调试时别跳步，挨个确认 ls -ld、ls -Z、getent group sambashare、smbstatus 输出，比反复重启服务更省时间。
