端口与体系
604 对应 IANA 登记的 tunnel，是 BEEP 框架中 TUNNEL 配置的注册端口，规范为 RFC 3620。BEEP 提供的是在单一连接上复用多种消息通道的框架，而 TUNNEL 配置的用途是把其他协议封装之后穿过这条连接。
一个容易混淆的地方
BEEP 框架自身的注册端口是 10288，604 只服务于 TUNNEL 这一特定用途。BEEP 在现实中部署不多，因此这个端口更多出现在规范文档里，而不是生产环境的监听列表中。
基本信息
| 服务名称 | tunnel |
|---|---|
| 传输协议 | TCP 与 UDP |
| 规范 | RFC 3620 |
| 所属体系 | BEEP（RFC 3080） |
| 对比端口 | 10288 BEEP 框架 |
| 当前状态 | 少见部署 |
典型使用场景
- 协议栈核对：区分框架端口与配置文件端口，避免查错对象
- 历史方案评估：理解单连接多通道框架的设计取舍
- 隧道类流量排查：确认封装内容与两端配置是否匹配
- 扫描报告解读：扫描器标注 tunnel，与实际进程比对
- 放行策略审计：隧道类端口一旦放开，内容难以在边界识别
- 未知服务处置：无对应组件时按未知服务流程取证
定位占用进程
定位占用进程
# Linux：查看 604 的监听进程
ss -lntup 'sport = :604'
# 一并核对 BEEP 框架端口，避免混淆
ss -lntup | grep -E ':(604|10288)\b'
# 交叉验证可执行文件归属
sudo lsof -i :604
# Windows：取 PID 后反查
netstat -ano | findstr :604
tasklist /FI "PID eq 1234"概念区分
| 对象 | 端口 | 用途 |
|---|---|---|
| BEEP 框架 | 10288 | 提供连接复用与多通道 |
| TUNNEL 配置 | 604 | 把其他协议封装后穿越连接 |
| 判读依据 | 规范与实现文档 | 端口不能说明封装了什么内容 |
隧道类通道在边界设备上往往只能看到外层协议，无法识别内部承载的内容。因此在放行策略上要有意克制：确需开放时同时约定对端地址，而不是按端口一概放行。
单连接多通道这类设计在今天以其他形式存在，例如基于标准 Web 协议的复用与流控机制。理解它的原始动机，有助于判断某个新框架的复用能力是不是真的解决你的问题。