371 与 ClearCase
371 的登记名是 clearcase，对应 IBM Rational ClearCase。ClearCase 是企业级配置管理（SCM）系统，用 VOB（版本对象库）集中存放受控文件，用视图（View）给开发者提供工作副本，客户端与 VOB 服务器之间通过专用协议通信，371 就是这类客户端-服务器通道的登记端口。产品起源于 AtrIA 公司，后经 Rational 并入 IBM。金融、通信等行业的存量大型项目仍可能在使用，需要强管控与审计的场景也曾长期依赖它，但新项目基本都建立在 Git 与 GitLab 体系上。
基本信息
| 服务名 | clearcase（IBM Rational ClearCase） |
|---|---|
| 传输层 | TCP/UDP |
| 体系 | 集中式企业级配置管理（SCM） |
| 核心概念 | VOB（版本对象库）与 View（视图） |
| 登记人 | Dave LeBlang |
| 现状 | 传统行业存量系统仍在运行 |
典型使用场景
- 存量研发环境排障：开发者签出失败、视图无法挂载时定位服务端通道
- 资产清理：盘点仍在运行的老 SCM 服务器，评估许可与维护成本
- 迁移规划：把 ClearCase 仓库迁移到 Git 时的历史与分支映射评估
- 防火墙变更核实：老变更单里的 371 需要确认系统是否仍在服役
- 审计与合规：确认代码资产的访问控制与操作留痕是否仍符合要求
核查命令
核查命令
ss -lntp | grep ':371 ' # 服务端是否监听
sudo lsof -i :371 # 反查进程与路径
getent services clearcase # 名称登记查询
ps -ef | grep -iE 'albd|clearcase' # 老主机上常见与产品相关的守护进程
cleartool lsvob # 客户端侧列出可见的 VOB（需已安装客户端）配置管理演进对照
| 方案 | 模型 | 特点 |
|---|---|---|
| CVS / SVN | 集中式单仓库 | 结构简单，分支合并成本高 |
| ClearCase | VOB 与 View 分离 | 强管控、可审计，运维复杂 |
| Git | 分布式版本库 | 分支合并灵活，离线可提交 |
| GitLab 等平台 | Git + 平台化协作 | 把评审、流水线、权限统一到一套系统 |
371 只是客户端与服务器通道的一项登记；ClearCase 实际部署还会用到别名服务、VOB 服务器等多个端口。排障时应以产品文档和主机实际监听为准，不要只盯一个端口。
ClearCase 客户端与服务器之间的通信在设计年代早于普遍加密，跨网段访问往往依赖网络隔离而非协议本身的安全能力。把该通道暴露到办公网之外属于高风险变更。