Linux nfsconf 怎么查询生效的 NFS 配置项

修改 NFS 配置后，最容易混淆的是“文件里写了什么”和“工具当前读到什么”。Linux 的 nfsconf 适合做这层确认：--get 读取指定 section/tag 的当前值，--entry 读取没有展开的配置项，--isset 只判断配置项是否存在，--dump 则给出完整的排序视图。

上游项目地址：https://github.com/linux-nfs/nfs-utils/

我在排查时会先明确查询目标，再决定命令。这样不会因为看到默认值，就误以为配置文件中一定存在同名设置。

先分清“当前值”和“配置项”

nfsconf 的查询对象由 section 和 tag 组成，例如 nfsd 是 section，threads 是 tag。标题里的“生效配置项”如果指程序最终读取到的值，优先用 --get；如果要确认配置文件中是否真的写过这项，改用 --entry 或 --isset。

这一区分很重要：读取到一个值，不等于该值一定来自当前文件中的显式行；而 --isset 返回成功，也只说明选定配置源中存在值，不代表 NFS 服务已经重新加载或已经接受了这个值。

最小查询：用 --get 读当前值

默认情况下，命令读取 /etc/nfs.conf。下面的示例只展示查询方式，不假设你的机器一定配置了相同的 section/tag。

# 读取 nfsd 段中 threads 的当前值
nfsconf --get nfsd threads

# 读取挂载配置的子节，先保留路径参数再查询 tag
nfsconf --file /etc/nfsmount.conf --get --arg /home MountPoint background

# 用备用文件复查，避免把测试配置和系统配置混在一起
nfsconf --file /tmp/nfs.conf --get nfsd threads

第一个命令适合单项排查；第二个命令说明 --arg 用来选择特定 subsection；第三个命令适合在改动正式文件前，对一份副本做查询。若指定的 section/tag 找不到，命令会以非零状态结束，脚本应把它当成“没有得到值”处理。

为什么还要用 --entry 和 --isset

我通常把三个选项分成三种问题：想展示“现在读到什么”用 --get；想知道“配置文件里的原始项是什么”用 --entry；想在 shell 脚本里判断“这项有没有设置”用 --isset。

# 查看原始配置项表达，便于区分显式设置和展开后的值
nfsconf --entry nfsd threads

# 只判断配置项是否存在，不把值写入标准输出
if nfsconf --isset nfsd threads; then
    # 返回码为 0 表示选定配置源中有这个值
    echo "nfsd.threads 已设置"
else
    # 非零状态可能表示未设置或读取出现错误
    echo "nfsd.threads 未设置或不可读"
fi

--entry 对排查“为什么和配置文件看起来不一样”很有用；--isset 更适合门禁脚本，但不要把非零结果直接解释成唯一的“缺少配置”，还要结合权限、文件路径和 verbose 输出判断。

需要总览时用 --dump

当你不知道问题对应哪个 section/tag，先用 --dump 获取完整配置视图，比反复猜参数更省时间。它会按配置格式输出排序后的内容，也可以把结果写到文件，便于和修改前版本比较。

# 把当前配置按排序后的形式输出到标准输出
nfsconf --dump

# 检查备用文件并写出一份可比较的配置视图
nfsconf --verbose --dump --file /tmp/nfs.conf /tmp/nfs.sorted.conf

这里的“排序”只是输出组织方式，不是服务重载动作。生成 dump 后仍要确认负责 NFS 的服务是否已经按你的发行版流程重新加载；nfsconf 本身不是服务管理器。

我会保留的三个排查边界

• 值不等于服务状态。查询成功只说明配置读取成功，不能证明 nfsd、mountd 或客户端已经重新加载。
• 默认值不等于显式配置。需要判断文件中是否写过该项时，优先配合 --entry 或 --isset。
• 配置文件必须明确。同时检查 /etc/nfs.conf 和 /etc/nfsmount.conf 时，把 --file 写在命令里，避免把两个文件的结论混成一条。

如果只是临时确认一个参数，--get 足够；如果要写脚本，组合 --isset 与退出码；如果要做变更前后对比，使用指定文件的 --dump。这套分工比直接 grep 配置文件更能表达 nfsconf 的解析结果。

常见相关问题

nfsconf 查询不到 tag 怎么办？

先确认 section、tag、配置文件路径和可能的 subsection 是否写对，再使用 --verbose 获取更多诊断信息。不要直接把结果当成服务故障。

--get 和 --entry 应该怎么选？

要看当前读取值用 --get，要看原始配置项表达或区分显式设置与默认展开用 --entry。

修改 nfs.conf 后 nfsconf 会自动重启服务吗？

不会。它负责读写或查询配置，服务是否重载要按发行版和具体 NFS 服务的管理流程单独处理。

为什么脚本里应该优先看退出码？

--isset 的设计就是用退出状态表达存在性，脚本不必解析人类可读文本，也能在缺项时进入明确分支。