apertus-ldp 与 539 端口
539 的登记名是 apertus-ldp，IANA 说明为 Apertus Technologies Load Determination，属于厂商 Apertus Technologies 负载测定组件的登记。登记记录提供了名称与用途方向，但没有协议文档，也找不到可考的公开实现，这一条目只保留了当年厂商申请的号码。
基本信息
| 服务名 | apertus-ldp（Load Determination） |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口 |
| 登记说明 | 负载测定组件 |
| 公开实现 | 无资料 |
| 厂商现状 | 无当前产品维护信息 |
什么情况下会遇到
- 内网资产清点出现无归属端口，需要给出「业务在用」或「历史遗留」的结论
- 负载均衡或监控改造时，需要排查是否存在老式探测组件
- 安全扫描报告开放端口，要求提供业务依据与处置记录
- 主机迁移评估需要确认哪些端口是历史代码写死的依赖
- 合规审计要求逐条说明端口用途，避免长期挂账
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 监听方为在用监控或探测组件 | 业务在用 | 限源并纳入变更与监控 |
| 监听方为无法识别的进程 | 按未知服务处置 | 取证后隔离，核对启动项 |
| 有周期性连接但不常驻 | 定时探测行为 | 查定时任务与采集器配置 |
| 端口曾被写入旧配置 | 历史依赖 | 确认无调用方后清理 |
| 无监听无流量 | 注册表条目 | 台账标注即可 |
四步定位
四步定位
ss -lntup 'sport = :539' # 监听面
sudo lsof -i :539 -P -n # 进程与文件
sudo ss -tnp 'sport = :539 or dport = :539' # 双向会话
crontab -l; sudo ls /etc/cron.d 2>/dev/null # 周期性任务线索
sudo grep -rnw 539 /etc /opt 2>/dev/null # 配置引用
sudo grep -rnw 539 /var/log 2>/dev/null | head # 日志痕迹负载测定类组件的典型特征是周期性连接与固定间隔的心跳。用时间规律反查比按端口特征匹配更有效：把连接时间点与定时任务、采集器周期对齐，往往几步就能定位来源。
监控与探测组件若使用高权限账号采集数据，端口本身的安全等级就要相应提高。加固时优先考虑：限制来源、拆分采集账号、把采集数据与管理指令分通道。
对无法考证的历史登记，处置策略应当是「记录而不猜测」：在台账里写明登记名、登记来源、排查过程与结论，后续接手者不必重复调研。