访问 XigmaNAS 共享被拒绝或权限不足

简短答案

「访问被拒绝」九成出在三层之一：用户没进共享允许列表 → ZFS 池的权限模型没放行 → 客户端缓存了旧凭据。按这个顺序查，别一上来就「重建共享」。

按层查

层	现象	动作
共享用户列表	弹窗要密码 / 输了对的密码还拒	Web「共享」里确认该用户 / 组在允许列表里
匿名设置	输「对的密码」还拒	共享勾了「只允许 guest」时，实名账户反而进不去；家用别开匿名
ZFS 池权限模型	进得去目录但写不了	池建时的权限模型（POSIX / NFSv4 等）与共享设置要一致；Web「存储 / 池」里看属性
客户端缓存	改完权限客户端还拒	客户端清掉该共享的凭据（Windows：凭据管理器删除 \\IP 条目）重连

NFS 的「被拒」另说

NFS 没有逐用户密码模型，被拒通常意味着：

• 导出的「允许的客户端」没写你的 IP / 网段。
• 网段写法错（如 192.168.x.0/24 写错位数）。

改完重新挂载（旧的 mount 不会自动生效），再试。

顺手核对的两点

• 客户端自己磁盘够不够空间、权限模型与目标池匹配，参考 磁盘分区常识 里的目录与配额思路。
• 怀疑系统装坏导致配置全丢时，先按 ISO 校验排错 的思路确认镜像来源正确，再谈权限。

各系统共享模型不一，跨 NAS 互访先确认对端协议支持，实用工具见 实用工具。

常见误操作

1. 共享建好不改用户列表就怪系统——允许列表默认是空的。
2. 开匿名 guest「省事」，然后全员「被拒」。
3. 改完服务端权限不重挂 NFS，反复下结论「NFS 坏了」。

相关链接

• XigmaNAS 条目
• 磁盘分区常识
• ISO 校验排错
• 实用工具