acp 是什么
599 在 IANA 登记的服务名是 acp，登记说明写作 Aeolon Core Protocol，注册人为 Michael Alyn Miller，登记表未给出 RFC 引用。和这一段的多数条目一样，它只有名字与端口号的对应关系，没有可核实的协议内容。599 紧邻 600 号边界，两者容易被端口对照表混抄，实际使用时必须先确认当前系统上到底是哪个端口在监听。ACP 这个缩写在别的语境里也指代多种含义，因此任何「看到 acp 就是某某协议」的说法都缺少依据。
基本信息
| 服务名 | acp |
|---|---|
| IANA 登记说明 | Aeolon Core Protocol |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用 |
| 端口区间 | 系统端口 500-599 |
| 登记人 | Michael Alyn Miller |
典型使用场景
- 复核端口扫描报告：确认 599 的登记说明，避免与 600 混抄
- 排查应用连不通：核对客户端与服务端实际使用的端口号是否一致
- 撰写内网端口规范：把相邻端口号（599、600）分别登记用途，防止误用
- 检测隐蔽通道：关注 599 上的长期空闲连接，这类连接常用于隧道
- 梳理第三方软件默认端口：把无实现登记项从厂商默认端口清单中剔除
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :599' # 599 的监听清单
sudo ss -tan 'sport = :599 or dport = :599' # 主连接与主连接状态（含 TIME-WAIT）
sudo lsof -iTCP:599 -sTCP:LISTEN -P -n # 只看 TCP 监听态
sudo iptables -L -n -v | grep -w 599 # 看规则里是否已经有人处理过这个端口
# Windows：netstat -ano | findstr :599，再用 tasklist 对照 PID排查判断要点
| 现象 | 含义 | 处置 |
|---|---|---|
| 599 与 600 同时监听 | 多为同一套软件的多端口架构 | 按组件归属整体评估，不要单点封堵 |
| 599 上只有长连接无数据 | 可能是心跳或隧道保活 | 抓包看报文特征，确认是否为授权隧道 |
| 599 频繁重连 | 对端不可达或认证失败重试 | 结合应用日志定位根因，勿从网络层猜 |
端口号相邻不代表功能相关。599 与 600 是两个独立登记项，端口对照表把两者写在一起时容易被当成一组使用，核对时以 IANA 逐条登记为准。
对长期存在但几乎没有数据往返的连接，tcpdump 采样比看连接列表更有价值：能区分心跳保活、隧道转发和半开僵死连接。