端口与体系
556 对应 IANA 登记的 remotefs，登记说明为 rfs server，是 Unix 早期远程文件服务体系的注册端口。它出现在网络文件系统尚未形成统一标准的年代，后来 NFS 成为事实标准，这类实现随之退出主流舞台。
在技术脉络里的位置
它代表的是“把远程文件系统挂载成本地目录”这一思路的早期尝试。今天同样的需求由 NFS 与 SMB 承担，两者的差异主要在跨平台支持与权限模型上。
基本信息
| 服务名称 | remotefs |
|---|---|
| IANA 登记说明 | rfs server |
| 传输协议 | TCP 与 UDP |
| 所属体系 | 早期 Unix 远程文件服务 |
| 当前状态 | 被 NFS 取代 |
典型使用场景
- 老系统盘点：确认是否还有早期远程文件服务残留
- 文件共享方案对照：理解 NFS 与 SMB 在设计取舍上的差异
- 挂载故障排查：远程目录不可用时逐层确认网络、服务与权限
- 扫描报告解读：扫描器标注 remotefs，与实际进程比对
- 遗留放行规则回收：清理历史文件服务通道的策略条目
- 未知服务处置：无对应组件时按未知服务流程取证
定位与挂载检查
定位与挂载检查
# Linux：查看 556 的监听进程
ss -lntup 'sport = :556'
# 交叉验证可执行文件归属
sudo lsof -i :556
# 核对本机实际使用的网络文件系统挂载
mount | grep -E 'nfs|cifs' | head -5
# Windows：取 PID 后反查
netstat -ano | findstr :556
tasklist /FI "PID eq 1234"远程文件系统对照
| 方案 | 主要场景 | 说明 |
|---|---|---|
| 早期远程文件服务 | 历史 Unix 环境 | 已被统一标准取代 |
| NFS | Linux 与 Unix 环境 | 权限模型贴近本地文件权限 |
| SMB | Windows 与跨平台混合环境 | 与目录服务集成度高 |
远程挂载类故障的排查顺序建议是网络可达、服务监听、导出配置、权限映射四步。跳过导出配置直接查权限，是常见的时间浪费点：服务端没导出，客户端怎么改权限都挂不上。
跨平台挂载最容易出问题的是用户标识映射：Unix 侧用数字用户标识，Windows 侧用安全标识符，两边映射不上就会出现目录可见但无法写入的情况。