meter 与 571 端口
571 的登记名同为 meter，IANA 说明为 udemon，是搭配 570 meter（demon）使用的用户侧计量服务：570 面向网络侧统计，571 面向用户侧上报。两者构成一对历史登记，同样来自早期 ISP 的计费体系，如今只在注册表与部分系统的命名表里留有痕迹。
基本信息
| 服务名 | meter（udemon） |
|---|---|
| 传输层 | TCP 与 UDP 各占一条登记记录 |
| 号码区间 | 0-1023 系统端口 |
| 用途 | 用户侧使用量上报（历史） |
| 同族条目 | 570 meter（demon） |
| 公开实现 | 无资料 |
什么情况下会遇到
- 网络与用户两侧端口成对出现，需要判断是否属于同一套计量体系
- 运营商侧系统改造要同时梳理服务端与客户端采集链路
- 安全审计要求说明用户侧上报数据的采集范围与留存方式
- 老用户侧设备持续上报到已下线的服务端
- 事件响应中需要区分正常上报与异常外联
排查判定对照
| 观察到的情况 | 倾向判断 | 处理动作 |
|---|---|---|
| 570 与 571 成对存在 | 同一计量体系 | 整体评估后一并处置 |
| 用户侧单向持续上报 | 正常采集行为 | 确认接收端归属并评估认证 |
| 上报内容含用户标识 | 涉个人信息 | 核查留存策略与访问范围 |
| 服务端已下线仍在上报 | 配置残留 | 清理设备侧配置 |
| 无监听无上报 | 注册表条目 | 标注即可 |
四步定位
四步定位
sudo ss -lntup | grep -E ':(570|571)\b' # 成对端口一起看
sudo lsof -i :571 -P -n # 进程归属
sudo ss -tnp 'sport = :571 or dport = :571' # 上报方向
sudo grep -rnw 571 /etc /opt 2>/dev/null # 配置引用
sudo ls /etc/cron.d; crontab -l 2>/dev/null # 定时上报线索
sudo journalctl --since -6h | grep -w 571 # 日志佐证用户侧上报数据常包含账号、时段与用量，属于可关联到具体用户的信息。评估时应同时检查传输是否加密、接收端留存多久、谁能查询，而不仅是端口是否开放。
成对的上下行端口在处置时建议一起处理：只停一侧会让另一侧持续重试，产生难以解释的流量，也会延误问题定位。
如果老设备固件无法修改上报地址，网络层拦截是唯一现实手段。此时应记录豁免依据与替代方案，避免形成无法收口的长期例外。