ohimsrv 与 506 端口
506 在 IANA 注册表里的名字是 ohimsrv，登记人 Scott Powell，登记记录没有给出用途说明，也查不到对应的公开协议或软件。它属于 0-1023 系统端口区间的历史占位登记：号码被单位或个人申请保留，但从未形成通用的实现标准。
基本信息
| 服务名 | ohimsrv |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口（RFC 6335） |
| 登记联系人 | Scott Powell |
| 登记说明 | 无展开描述，无参考文档 |
| 公开实现 | 无资料 |
| 常见误判 | 被当成自研中间件端口 |
什么情况下会遇到
- 内网扫描出一批未登记端口，需要逐个人工定性
- 自研软件为了避开常用端口而随手选了 506，结果名字对不上业务
- 安全基线核查要求说明每个开放端口的用途，答不上来时就要靠排查补齐
- 迁移上云做端口清点时，老端口被原样带进安全组
- 第三方审计拿着端口清单要证据，需要给出可复现的排查过程
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 监听进程是本团队自研程序 | 端口借用，与登记名无关 | 补文档，评估是否换到高位端口 |
| 监听进程路径可疑或已删除 | 需警惕植入 | 留证并隔离，逐项核对自启项 |
| 只有 UDP 监听 | 容易漏查的一类 | ss 加 -u 复核，别只看 TCP |
| 有安全组放行但无监听 | 策略冗余 | 按最小权限收口并记录 |
| 名字与业务无关且无任何监听 | 注册表遗留 | 台账标注，无需处置 |
四步定位
四步定位
ss -lntup | grep -w 506 # 一次看全 TCP/UDP 与进程
sudo lsof -i :506 # 补充进程与文件句柄
sudo ss -tnp 'sport = :506 or dport = :506' # 监听与对端一起看
sudo systemctl status <unit> # 若是托管服务，核对单元文件
sudo grep -rnw 506 /etc /opt 2>/dev/null # 反查配置里写死的端口
sudo nft list ruleset | grep -w 506 # 确认策略侧是否放行ohimsrv 这类名字在端口表里往往是三到六个字母的缩写，没有可验证的展开。资料站给出名字是为了让你能反查注册表，而不是暗示该服务在本机存在。
自研软件占用低位端口时要注意重启顺序与权限：Linux 上需要特权或能力授权，容器里还要考虑主机端口映射规则。选端口时优先用 1024 以上且未被占用的号段，能省掉一整套权限配置。
Windows 侧没有低位端口的特权限制，普通用户即可绑定。排查时可用 netsh int ipv4 show excludedportrange protocol=tcp 查看被系统排除的端口段，它能解释「端口看起来空着却绑不上」的现象。