184 端口是什么
184 的登记名是 ocserver，说明为 OCServer，注册人 Jerrilynn Okamura，与 183 的 ocbinder 配套，承载对象计算环境的主服务。绑定器负责名字映射，服务器负责执行请求，这种两段式布局是早期分布式对象平台的常见设计。整套方案退出后，编号只保留了历史信息。
基本信息
| 服务名 | ocserver（OCServer） |
|---|---|
| 端口号 | 184 |
| 配套端口 | 183（ocbinder） |
| 传输层 | TCP 与 UDP 均已登记 |
| 现状 | 历史登记，无公开实现 |
| 注册人 | Jerrilynn Okamura |
为什么这类平台会整体消失
自研对象平台需要客户端库、注册中心与服务端三者同时配套，任何一环停更都会导致整条链路不可用。商业化程度不足的方案很难长期维护，最终被通用远程调用标准取代，端口也随之作废。
典型排查场景
- 遗留系统盘点：确认是否仍有客户端或服务端组件在运行。
- 迁移方案评估：把自研调用逻辑替换为标准远程调用或消息机制。
- 扫描归因：184 出现即追查进程，与 183 合并处理。
- 台账标注：成对归入历史注册分组并注明厂商信息缺失。
- 策略清理：删除放行项并保留变更记录。
定位占用进程
定位占用进程
ss -lntup 'sport = :184' # 本机监听
sudo lsof -i :184 # 反查进程与路径
ss -lntup '( sport = :183 or sport = :184 )' # 与绑定器一起核对
netstat -ano | findstr :184 # Windows 取 PID
ls -l /proc/<PID>/exe # 看可执行文件真实路径输出逐列读法
| 列 | 含义 | 判读 |
|---|---|---|
| State | 状态 | LISTEN 与 UNCONN 为监听态，ESTAB 表示存在活动会话 |
| Local Address:Port | 监听地址端口 | 通配地址意味着对全网开放，遗留服务应限制到专用网段 |
| Process | 占用进程 | 核对可执行文件路径与属主，异常时先隔离主机 |
这类早期平台往往缺少认证与加密设计，即便仍在运行也不适合承载新业务，确认无依赖后应优先下线。
该编号在 TCP 与 UDP 都有登记，只查一行容易误判为未被占用。
早期平台的服务端代码通常依赖同年代的运行库，即使勉强跑在较新的系统上也常有兼容问题，因此这类遗留组件的维护成本往往高于直接替换。