passgo-tivoli 是什么
627 在 IANA 登记的服务名是 passgo-tivoli，登记说明为 PassGo Tivoli，注册人为 John Rainford。名字由两个产品名拼成，这类命名通常出现在产品集成场景：一方为了与另一方的管理框架对接，为内部接口申请了独立端口。登记表没有 RFC 引用，接口协议与认证方式都没有公开。627 属于系统端口段（0-1023），RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配。如今这套集成的两端大多已停售或进入维保末期，端口意义基本只剩历史价值。
基本信息
| 服务名 | passgo-tivoli |
|---|---|
| IANA 登记说明 | PassGo Tivoli |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用 |
| 端口区间 | 系统端口 600-699 |
| 登记人 | John Rainford |
典型使用场景
- 框架类管理软件的存量梳理：把 Tivoli 时代的集成接口单独归类
- 停用评估：确认 627 是否还有活跃通信，再决定是否关停
- 采购与维保核对：确认仍在服务期内的系统是否依赖此类历史集成
- 网络分段：把管理框架通信限制到管理网段，避免与业务流量混跑
- 文档考古：解释老资产台账里为什么会出现这个词
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :627' # 627 监听情况
sudo lsof -i :627 -P -n # 进程与用户
sudo ss -tan '( sport = :627 or dport = :627 )' | head -20 # 是否仍有对端
sudo grep -rn 627 /etc /opt 2>/dev/null | head # 配置文件里是否残留引用
# 老商业软件常在 /opt 下自带启动脚本，配置里会写明端口排查判断要点
| 检查项 | 正常表现 | 异常表现 |
|---|---|---|
| 活跃连接 | 仍有集成通信或为 0 | 突然出现大量新对端 |
| 配置文件引用 | 与产品安装目录一致 | 出现在业务脚本中，来源不明 |
| 进程签名 | 厂商签名或包管理器可追溯 | 无签名、路径异常 |
判断老商业软件端口是否可下线，可以查配置文件里的引用：如果 /etc、/opt 下仍有大量脚本引用该端口，说明还有链路依赖它，贸然关停会引发连锁故障。
以产品名拼接命名的端口往往一对一套餐：迁移时应确认上游与下游都完成了替换，只更新一侧会造成集成中断。