decbsrv 与 579 端口
579 的登记名是 decbsrv，IANA 说明为 DEC backup server，登记人 Rudi Martin，对应 DEC（Digital Equipment Corporation）平台的备份服务端口。DEC 的硬件与操作系统早已退出市场，相关协议实现不再维护，这一条目属于典型的厂商历史登记。
基本信息
| 服务名 | decbsrv（DEC backup server） |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口 |
| 登记联系人 | Rudi Martin |
| 平台背景 | DEC 平台（已退出市场） |
| 公开实现 | 无资料 |
什么情况下会遇到
- 老机房资产清单里保留着 DEC 时代的组件记录
- 备份系统改造时，需要找到仍在运行的历史备份代理
- 安全评估要求说明备份通道的范围，因为备份数据价值高
- 备份窗口异常时，需要确认是否有老旧代理在重复尝试连接
- 历史系统下线项目需要逐项确认组件是否已清除
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 监听方为在用备份代理 | 备份链路在用 | 限源、加密评估、纳入变更 |
| 备份代理以高权限运行 | 权限风险 | 拆分账号，最小化运行权限 |
| 存在失败重试 | 代理或目标失效 | 清理失效配置，减少噪音 |
| 端口开放但无连接 | 残留服务 | 确认后停用并核对自启项 |
| 无监听无流量 | 注册表条目 | 标注即可 |
四步定位
四步定位
ss -lntup 'sport = :579' # 监听面
sudo lsof -i :579 -P -n # 进程归属
sudo ss -tnp 'sport = :579 or dport = :579' # 备份方向与对端
ps -o pid,user,etime,cmd -p <PID> # 运行账号与时长
sudo grep -rnw 579 /etc /opt 2>/dev/null # 配置引用
sudo crontab -l; sudo ls /etc/cron.d # 备份计划线索备份系统是数据集中点：备份服务端与代理通常都能访问大量数据。评估时除端口可达性外，重点是凭据管理与恢复权限，谁可以发起恢复往往比谁可以发起备份更关键。
备份链路故障的表现往往延迟出现：备份失败不会立刻影响业务，直到需要恢复时才暴露。因此对备份类端口做变更时，必须安排一次恢复演练来验证。
历史厂商服务在新环境中通常由第三方替代方案接替。替换评估要覆盖带宽模型与保留策略，老式备份普遍占用稳定大流量，新方案若走同一路径需要重新做容量测算。