dctp 是什么
675 在 IANA 登记的服务名是 dctp，登记说明写作 DCTP，注册人为 Andre Kramer，登记表没有 RFC 引用与协议说明。四个字母的缩写在数据传输、通道控制等方向都能找到对应词，缺少说明时无法确定它到底指什么。675 属于系统端口段（0-1023），RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配，公开资料中也查不到实际部署记录。因此对它的处理方式与其他无说明条目一致：从本机进程与连接对象判断，不依赖名字。
基本信息
| 服务名 | dctp |
|---|---|
| IANA 登记说明 | DCTP |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用 |
| 端口区间 | 系统端口 600-699 |
| 登记人 | Andre Kramer |
典型使用场景
- 端口台账核查：把无说明条目与在用端口分开统计
- 流量巡检：确认该端口上是否有长期存在的连接
- 变更评估：新增服务占用系统端口段时要求提供必要性说明
- 监控设计：把系统端口段的异常监听纳入告警范围
- 值班处置：按固定顺序取证，避免直接关停
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :675' # 675 监听与 UDP 绑定
sudo lsof -i :675 -P -n # 进程、PID、用户
sudo ss -tanp state established '( dport = :675 )' | head # 入站连接
sudo ss -tanp state established '( sport = :675 )' | head # 出站连接，分清本机角色
# 先分清入站与出站，再判断是否为服务端排查判断要点
| 现象 | 含义 | 处置 |
|---|---|---|
| 仅入站连接 | 本机是服务端 | 确认服务归属与暴露范围 |
| 仅出站连接 | 本机是客户端 | 确认对端与业务必要性 |
| 入出站都有 | 可能是中转或代理 | 重点核查是否越权转发 |
入站与出站要分别统计：同一条连接在两侧看到的方向相反，混淆方向会直接导致对服务角色的判断错误。
入站与出站同时存在且流量相当，通常意味着转发行为；如果该主机没有代理或网关职责，就需要重点核查。判断前先确认主机的网络定位，避免把同时承担多角色的业务主机误判为中转节点。