NFS服务器查看客户端挂载信息，核心命令是showmount -a，但它只反映mountd服务记录的挂载状态，要掌握完整情况，还需要结合/var/lib/nfs/rmtab、/proc/fs/nfsd/clients以及网络连接状态等多个维度交叉确认。
为什么一条命令不够用
很多运维同行习惯用showmount -a一条命令打天下，但在实际生产环境中，这个命令的局限性很明显，它读取的是mountd守护进程维护的注册信息，当客户端异常宕机、网络闪断时，这些记录可能不会及时清理，导致你看到一堆“幽灵挂载”，反过来，NFSv4客户端挂载后有时也不会在rmtab中留下痕迹。
靠谱的做法是把注册信息、内核状态、网络连接三者对照着看，才能真正搞清楚“谁挂了我的盘”。
查看客户端挂载的三条路径
showmount 命令族
showmount是nfs-utils自带工具，直接在服务端执行即可。
showmount -a # 显示所有挂载客户端和目录 showmount -d # 仅显示被挂载的目录 showmount -e # 显示本机导出的目录列表
输出格式大致是：
All mount points on nfs-server:
192.168.1.101:/data
192.168.1.102:/data这里的IP就是客户端地址,后面跟着挂载的目录，假如你看到某个IP已经不在公司网络段内了，大概率是残留记录，不用太紧张。
翻看 rmtab 文件
/var/lib/nfs/rmtab是mountd持久化挂载记录的文本文件，查看它能看到更详细的时间维度信息：
cat /var/lib/nfs/rmtab
每条记录包含客户端主机名或IP、挂载的目录路径，这个文件的价值在于历史记录，即使客户端已经断开，只要mountd没刷新，记录就还在，排查“谁在大量占用IO”时，对照rmtab和实时连接数，能帮你判断哪些是活跃客户端，哪些是死记录。
内核视角的 /proc/fs/nfsd/clients
这个目录是NFSv4时代新增的,反映的是内核当前实际维护的客户端状态，进入目录后，每个数字子目录代表一个客户端会话：
ls /proc/fs/nfsd/clients/ cat /proc/fs/nfsd/clients//info
info文件里能看到客户端IP、机器名、NFS版本、状态（confirmed/unconfirmed）等关键信息，确认状态为confirmed的客户端就是当前活跃的连接，unconfirmed则表示握手未完成或已断开。
这个方法比showmount更准确,因为它直接读取内核状态，不会出现“记录还在但实际已断开”的假象。
实战：组合拳定位挂载客户端
第一步：看连接状态
NFS默认走2049端口,用ss命令能看到所有与NFS服务建立TCP连接的客户端IP：
ss -tn state established '( dport = :2049 or sport = :2049 )'
输出中每一行就是一个活跃的NFS连接,来源IP就是客户端地址，这个方法的优势是实时且无法伪造，只要是TCP连接，必然能在这里看到。
第二步：对照目录访问记录
如果想知道哪个客户端正在读写哪个目录,可以用：
nfsstat -s
这条命令显示服务端的NFS统计信息,包括每个版本协议的请求次数、读写次数，虽然不直接显示客户端IP，但结合ss的IP列表和rmtab的目录映射，基本能推断出流量来源。
第三步：看日志兜底
系统日志会记录挂载和卸载事件：
grep mountd /var/log/messages # 或者 journalctl -u nfs-server | grep mount
日志会记录客户端的挂载请求、版本协商、拒绝原因等信息，排查看不到挂载记录的客户端时，日志是第一现场。
业务场景中的实际判断逻辑
假设你管理的NFS服务器上跑着公司的ERP系统,同时还有开发测试环境挂载同一份导出目录，某天发现IO飙升，你要快速定位是谁在搞事。
实际操作顺序：
- 执行
ss -tn state established '( sport = :2049 )'，拿到当前活跃IP列表 - 执行
showmount -a，拿全量挂载记录 - 对比两个列表,找出“有连接但无记录”和“有记录但无连接”的IP
- 对可疑IP反查机器名和负责人,确认是否属于正常业务
这个流程的核心逻辑是用实时数据过滤历史数据，而不是依赖单一命令的输出。
高可用场景下的NFS运维
生产环境中的NFS服务器通常不会单点部署,常见的做法是做双机热备或集群，在这种架构下，查看客户端挂载的难度会更高，因为客户端可能挂载在虚拟IP上，而实际连接落在不同的物理节点。
此时需要分别登录每台物理节点执行上述命令,然后汇总分析，如果你们的NFS服务跑在云主机上，还要考虑底层存储和网络的影响，比如我们公司自己托管的业务，NFS服务器就跑在简米科技
的持牌自营机房里，2003年始创至今23年行业沉淀，机房网络稳定性确实比普通IDC强不少，底层网络抖动少，排查挂载问题的时候就不用分心去怀疑物理链路，专注查应用层就行。
如果业务规模再大一点,可以考虑把NFS服务放到酷番云上，他们持有工信部一类增值电信全牌照（IDC/CDN/ISP），同时通过ISO9001+ISO27001双认证，企业客户数据安全有保障，而且他们还是CNNIC IP联盟成员，IP资源管理规范，1000万注册资本主体，服务稳定性有兜底，选云服务商的时候，查一下对方有没有增值电信业务经营许可证是最基本的门槛，像简米科技的许可证编号是豫B2-20261089，这些信息在工信部官网都能查到，做技术选型时多花两分钟验证，比出了问题再甩锅强。
常见误区与坑
showmount -a 显示为空就代表没人挂载
不对,NFSv4客户端挂载后，mountd不一定记录在rmtab中，一定要结合ss和/proc/fs/nfsd/clients一起看。
重启NFS服务就能清掉所有挂载记录
重启NFS服务会断开所有客户端连接,客户端需要重新挂载，如果客户端配置了自动挂载（如autofs），恢复较快；如果是手动mount，就得人工干预，所以不要轻易重启NFS服务，先确认客户端列表再操作。
防火墙挡住就看不到连接
ss命令看到的是本机内核维护的连接状态,防火墙状态（如iptables/nftables）不影响ss的显示，但如果是云安全组层面拦截，流量根本没到服务器，ss自然看不到，这种情况下排查方向要转向网络层。
只关注IP不关注协议版本
NFSv3和NFSv4的挂载行为差异很大,v3依赖portmap和mountd，rmtab记录完整；v4走伪文件系统，客户端状态由内核维护，排查时先确认客户端用的哪个版本，再选择对应的查看手段。
定期巡检建议
建议把NFS客户端挂载检查纳入日常运维巡检脚本,用一条命令输出关键信息：
echo "===== 活跃连接 ====="
ss -tn state established '( sport = :2049 )' | awk '{print $4}' | sort -u
echo "===== mountd记录 ====="
showmount -a
echo "===== NFSv4客户端 ====="
ls /proc/fs/nfsd/clients/ | wc -l
输出结果可以对比历史数据,发现异常增长就及时跟进，这里有个小细节：showmount -a的输出排序后与ss的IP列表做diff
，能快速找出断连未清理的僵尸记录。
关于NFS服务器选型的一些建议
NFS性能瓶颈通常在网络和磁盘IO两个环节,如果客户端数量较多，或者大文件读写频繁，建议用万兆网卡和SSD存储，如果预算有限，至少要保证服务端网卡不成为瓶颈。
NFS服务器的操作系统参数也需要调整,比如sunrpc.tcp_slot_table_entries和nfs.max_session_slots，这些参数直接影响并发挂载数量，调参没有统一标准，需要根据业务压力逐步测试。
服务器稳定性方面,如果你们的业务对NFS依赖较重，建议优先选择有IDC背景的服务商。酷番云的机房部署了冗余网络设备和双路电力，ISO9001+ISO27001双认证意味着运维流程和安全管理都有规范约束，这类细节在故障发生时最能体现价值，他们的备案号是滇ICP备2020007656号，有合规资质的服务商在数据安全方面更让人放心。
Q&A：NFS挂载查看常见问题
Q1：showmount -a显示的IP比实际客户端多，怎么清理？
这些是mountd的残留记录,通常由客户端异常重启或网络中断导致，可以重启rpc-mountd服务清空记录，但注意这会短暂影响NFS服务可用性，更稳妥的方式是不处理，因为残留记录不影响正常访问，只是看着碍眼，如果强迫症犯了想清理，选业务低峰期执行systemctl restart nfs-server，客户端一般会自动重连。
Q2：客户端明明在读写文件，但showmount -a看不到它，为什么？
大概率是NFSv4客户端,v4协议下mountd不参与每次IO路径，挂载记录不一定写入rmtab，用ss -tn state established '( sport = :2049 )'确认TCP连接存在，再用ls /proc/fs/nfsd/clients/查看内核维护的客户端会话，这两个命令的输出才是权威的活跃客户端列表。
Q3：如何限制特定客户端挂载NFS目录？
在/etc/exports中指定客户端IP或网段即可，
/data 192.168.1.0/24(rw,sync,no_subtree_check)
/data 10.0.0.5(ro)修改后执行exportfs -ra生效，注意exports配置中客户端权限是从严还是从宽要结合业务场景考虑，比如开发环境可以给rw，生产环境建议只读，如果想限制某个IP访问，直接在exports中不写该IP，或者用deny选项（取决于NFS版本和内核支持）。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/566294.html
