端口与体系
535 对应 IANA 登记的 iiop（CORBA IIOP），登记人 Jeff M Michaud，是 CORBA 通用对象请求代理间协议的端口登记。企业级分布式对象中间件在上世纪末到本世纪初相当流行，其中命名服务在生产部署里常落在 2809 端口上。
现状与识别价值
随着 Java 系框架与基于 HTTP 的服务化接口兴起，CORBA 在新系统中基本退场，但在金融、电信的存量系统里仍有运行实例。识别这一类端口的意义在于：它往往代表一个“不敢动”的老中间件，迁移评估必须把它算进去。
基本信息
| 服务名称 | iiop |
|---|---|
| 传输协议 | TCP 与 UDP |
| 登记机构 | Jeff M Michaud |
| 所属体系 | CORBA 分布式对象 |
| 常用配套端口 | 2809 命名服务 |
| 当前状态 | 随 CORBA 体系退役，存量系统仍在运行 |
典型使用场景
- 存量中间件盘点：确认是否还有 CORBA 组件在提供服务
- 中间件迁移评估：梳理接口清单与调用方，评估替换成本
- 命名服务排障：客户端定位不到服务对象时，先确认命名服务可达
- 放行策略审计：对象请求通道应限制到调用方网段
- 扫描报告解读：扫描器标注 iiop，与中间件清单比对
- 未知服务处置：无对应中间件时按未知服务流程取证
定位占用进程
定位占用进程
# Linux：查看 535 与常用配套端口
ss -lntup | grep -E ':(535|2809)\b'
# 交叉验证可执行文件路径，归属到具体中间件
sudo lsof -i :535
# 观察调用方来源，评估迁移影响面
ss -tnp | grep ':535'
# Windows：取 PID 后反查
netstat -ano | findstr :535
tasklist /FI "PID eq 1234"分布式调用体系对照
| 体系 | 寻址方式 | 现状 |
|---|---|---|
| CORBA 与 IIOP | 通过命名服务定位对象 | 存量系统仍在运行 |
| HTTP 系接口 | 以地址与资源路径寻址 | 新系统主流 |
| 判读依据 | 组件文档与配置 | 不要凭端口推断中间件版本 |
迁移这类中间件时，先摸清调用关系再动手：哪些系统在调用、调用哪些接口、是否有超时与重试逻辑，都要问清楚。只替换服务端而忽略调用方，等于把问题推迟到切换当天。
排查客户端连接失败时，除了对象请求端口，还要确认命名服务端口是否可达，两者缺一都会失败。很多“中间件不通”的结论，实际只是命名服务这一环没有放行。