vacdsm-app 是什么
671 在 IANA 登记的服务名是 vacdsm-app，登记说明写作 VACDSM-APP，登记表同样没有 RFC 引用、协议说明与登记人信息，只有名字和端口号的对应关系。它与 670 号端口的 vacdsm-sws 前缀一致、后缀分别为 app 与 sws，从这个命名结构推测是一套产品里的应用侧与系统侧两条通道。671 属于系统端口段（0-1023），RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配。既然是推测，实际归属仍要靠进程与配置文件来确认。
基本信息
| 服务名 | vacdsm-app |
|---|---|
| IANA 登记说明 | VACDSM-APP |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用，无登记人信息 |
| 端口区间 | 系统端口 600-699 |
| 同前缀端口 | 670 vacdsm-sws |
典型使用场景
- 应用侧通道排查：确认应用组件对外通信使用的是哪个端口
- 防火墙规则复核：核对规则里同时包含这对端口时是否仍有必要
- 端口冲突处理：确认 671 未被其它程序占用
- 遗留系统迁移：梳理同一产品的所有端口依赖，一次迁完
- 审计取证：记录该端口的首次监听时间与关联配置文件
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :671' # 671 监听情况
sudo lsof -i :671 -P -n # 进程、用户
sudo lsof -p <pid> | grep -iE 'conf|properties|yaml|ini' | head # 定位配置文件
sudo ss -tnp '( sport = :671 or dport = :671 )' | head # 连接对端
# 找到配置文件后可核对同产品其它端口，避免遗漏排查判断要点
| 检查项 | 正常表现 | 异常表现 |
|---|---|---|
| 配置文件中的端口声明 | 与监听端口一致 | 声明了但未监听，或反之 |
| 同产品其它端口 | 全部在台账中登记 | 存在未登记的端口 |
| 监听地址 | 业务网卡或内网地址 | 监听所有地址且无业务需求 |
通过进程打开的文件找到配置文件，再顺藤摸瓜核对同产品声明的其它端口，是补全遗留系统端口依赖的高效方法，比逐个端口扫描更准确。
配置里声明但进程未监听的端口属于死配置，清理时要注意区分：它可能只在特定模式或功能开启时才启用。