repscmd 是什么
653 在 IANA 登记的服务名是 repscmd，登记说明写作 RepCmd，注册人为 Scott Dale，登记表没有 RFC 引用与协议说明。它与 641 号端口的 repcmd 名字只差一个字母、登记人相同，属于同一个复制（rep）命令通道族，这种成对的相近命名正是实际工作中最容易抄错的地方。653 属于系统端口段（0-1023），RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配。处置要点集中在配置核对上：规则、监控项、文档三处的端口号必须一致。
基本信息
| 服务名 | repscmd |
|---|---|
| IANA 登记说明 | RepCmd |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用 |
| 端口区间 | 系统端口 600-699 |
| 同族端口 | 641 repcmd（登记人相同） |
典型使用场景
- 配置复核：逐字核对规则与文档中的端口号是 653 还是 641
- 复制通道排障：确认数据同步实际走的端口，避免按错误端口抓包
- 监控项清理：删除指向错误端口的长期无效监控
- 变更记录：把端口号写成「651/653」这类近似组合时加注醒目提示
- 新人交接：用这对端口说明「差一个字母」造成的排查成本
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :653' # 653 监听与 UDP 绑定
sudo ss -lntup | grep -E ':(641|653)\b' # 一对相近端口一起核对
sudo lsof -i :653 -P -n # 进程归属
sudo ss -tanp '( dport = :653 )' | head # 谁在连 653
# 做规则变更前先把端口号抄进变更单，避免手写规则时出错排查判断要点
| 检查项 | 正常表现 | 异常表现 |
|---|---|---|
| 规则与业务端口一致 | 策略命中，业务正常 | 端口抄错则规则不命中且无报错 |
| 监控数据是否有值 | 有稳定数据 | 长期无数据，可能指错端口 |
| 抓包是否捕获报文 | 过滤条件下有报文 | 抓不到说明端口判断有误 |
抓不到包本身就是一个结论：当监控、日志、文档都指向某个端口，而抓包在该端口上完全无流量时，首先要怀疑端口号写错，而不是怀疑链路断了。
同名族的多个端口通常由同一套产品组件使用，处置时按组件整体评估，只处理其中一个往往留下未被覆盖的路径。