183 端口是什么
183 的登记名是 ocbinder，与 184 的 ocserver 配套，属对象计算环境的早期形态。前者负责把请求绑定到具体对象，后者承载对象服务的实际调用。这类分布式对象方案后来被标准化的远程调用体系取代，私有实现没有延续下来，编号也随之失效。
基本信息
| 服务名 | ocbinder（OCBinder） |
|---|---|
| 端口号 | 183 |
| 配套端口 | 184（ocserver） |
| 传输层 | TCP 与 UDP 均已登记 |
| 现状 | 历史登记，无公开实现 |
成对组件的设计思路
绑定器加服务器的组合是分布式对象平台的典型网络布局：一个负责名字到对象的映射，一个负责执行请求。这个思路被后来的标准协议继承，具体实现则被整体替换，端口级别的约定自然消失。
典型排查场景
- 老资料核对：看到 183 与 184 同时出现，基本可以判断资料来自同一套对象平台。
- 遗留中间件盘点：确认组件是否还在运行，是否有业务仍在依赖。
- 扫描归因：两个编号一起处理，效率更高也不易漏项。
- 台账标注：成对归入历史注册分组。
- 策略清理：成对删除防火墙放行项并留档。
定位占用进程
定位占用进程
ss -lntup 'sport = :183' # 本机监听
sudo lsof -i :183 # 反查进程
ss -lntup '( sport = :183 or sport = :184 )' # 配套编号合查
netstat -ano | findstr :183 # Windows 取 PID
sudo ss -lntup | grep -E ':(18[0-9])\b' # 顺带看相邻编号输出逐列读法
| 列 | 含义 | 判读 |
|---|---|---|
| State | 状态 | 监听态为 LISTEN 或 UNCONN，ESTAB 表示有连接正在使用服务 |
| Local Address:Port | 监听地址端口 | 配套编号同时监听时，通常为同一套遗留软件 |
| Process | 占用进程 | 同一进程占用两个编号，可按单一产品线整体处置 |
分布式对象平台的思路今天由通用远程调用框架与消息中间件承担，端口级别的私有约定则彻底消失，这类编号只对理解早期架构有意义。
该编号在两个传输层都有登记，排查时把 TCP 与 UDP 结果合并看才完整。
判断这类组件是否还在提供业务，可靠的方法是反向确认：从应用配置与调用方一侧找是否还有人使用它，而不是只看端口是否处于监听状态。