首页/网络/常用端口速查/1110 nfsd-status NFS 状态监控

1110 nfsd-status NFS 状态监控

nfsd-status / nfsd-keepalive:NFS 状态监控(rpc.statd 早期固定端口)登记项。

常用端口速查网络更新于 2026-10-13

1110 是什么

1110 是 IANA 早期为 nfsd-status / nfsd-keepalive 登记的端口,对应 NFS 的状态监视与保持活动服务,最早出现在 Windows 系统的 services 文件与老式 UNIX 的 /etc/services 中。它不是一个能直接登录或查询的业务端口,而是 NFS 状态监视组件(rpc.statd)在固定端口时代的编号:客户端与服务器重启后靠它互相通知,完成锁状态的恢复。现代 Linux 上 rpc.statd 改用随机高位端口并向 rpcbind(111)注册,1110 只出现在未升级的遗留部署里。

基本信息

服务nfsd-status(nfsd-keepalive)
协议TCP/UDP
端口性质早期固定登记口,非业务交互口
配套端口111 rpcbind、2049 nfsd
登记来源Windows services 文件
现状由 rpc.statd 动态端口取代

典型使用场景

  • 老式 NFS 服务器重启后排障:确认锁恢复链路(statd 与 nfsd 的互相通知)是否正常
  • 资产盘点时识别遗留系统:这类固定端口只出现在未升级的 NFS 部署里
  • 防火墙策略评审:老清单里可能仍写着 1110 放行,需要确认是否还有对应服务
  • 安全扫描研判:1110 出现监听时先确认是系统组件还是被第三方程序占用
  • 事件响应:NFS 客户端挂载卡死时用 rpcinfo 对照服务与端口注册情况,定位掉线的组件

NFS 组件与端口

端口/组件职责现代形态
111rpcbind 端口映射RPC 程序号到端口的查询入口
2049nfsdNFS 数据服务本体
rpc.statd状态监视与锁恢复随机高位端口,注册到 111
1110nfsd-status / keepalive遗留固定端口形态

注册状态核查

注册状态核查
rpcinfo -p localhost                        # 列出本机注册的 RPC 程序与端口
rpcinfo -p localhost | grep -E 'stat|1110'  # 只看状态监视是否注册
ss -lntu | grep -E ':(111|1110) '           # 核对实际监听(TCP 与 UDP 都要看)
getent services nfsd-status                 # 查询 services 库里的登记名
systemctl status rpc-statd                  # 现代发行版上的 statd 服务状态
现代系统的 rpc.statd 端口是动态分配的:防火墙规则不要写死 1110,应结合 rpcinfo 的注册结果核对,或按 nfs-utils 文档把复制与状态端口固定下来再放行。
排障案例:NFS 客户端挂载卡死常与 statd 未注册或版本不匹配有关;用 rpcinfo 对照服务与端口注册情况,比盯固定端口号更快找到方向。
确认无业务依赖后,应把 1110 的防火墙放行项与资产台账一并清理:遗留端口长期留在策略里,等于给未知服务永久开门。

易错点

  • 把 1110 当成独立的 NFS 服务去连接:它不提供文件访问,白忙一场还容易误判 NFS 已经可用
  • 防火墙只放行 1110 而依赖动态端口:真正需要的随机端口被拦,挂载依旧卡死
  • statd 未启动就上生产 NFS:客户端崩溃恢复时锁状态不一致,出现文件损坏且难以复现
  • 扫描到 1110 直接判定为漏洞:老系统上属正常组件,处置前先核对业务归属

数据来源与参考

  • Windows 系统 services 文件(Microsoft)
  • RFC 1094:NFS 协议

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌