dcp 的历史登记
dcp 在 IANA 登记为 Device Control Protocol，登记人 Daniel Tappan，属于早期外设控制类实验服务的名字，没有公开实现。它与 33 号 dsp 等条目并列在设备与终端类的历史名录中。
基本信息
| 服务 | dcp（Device Control Protocol） |
|---|---|
| 协议 | TCP 与 UDP |
| 端口段 | 0-1023 系统端口段 |
| 现状 | 无公开实现 |
| 登记人 | Daniel Tappan |
设备控制的现代分工
今天的设备控制按场景拆分：生产设备走专用总线与工业协议，办公与家用设备走标准物联网协议或厂商网关，操作系统内部的外设管理通过本地总线完成。基于网络端口的通用设备控制协议始终没有成为主流。
发现监听时的排查顺序
- 按进程定性，确认是否为设备管理或数据采集程序
- 检查该端口所在网段是否与办公网隔离
- 核对设备管理软件是否使用自有端口体系
- 确认可达范围与访问控制策略
- 无用途时清理并登记，避免再次被随意占用
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :93'
sudo lsof -i :93
# 同类历史条目: 33 dsp 等设备与终端类登记
netstat -ano | findstr :93定性对照
| 检查项 | 做法 | 判读 |
|---|---|---|
| 监听 | ss 与 lsof 定位进程 | 无监听属常态 |
| 软件体系 | 设备管理软件与其配置 | 厂商软件通常用自有端口，与本登记无关 |
| 网段隔离 | 该端口所在网段 | 与办公网混用：设备面暴露给 IT 面 |
| 访问控制 | 是否有来源限制 | 无限制：先收敛再核实 |
网络化的设备控制一旦跨越隔离边界，风险与普通业务端口不同：它可能直接影响物理设备，因此确认占用的软件、隔离网段与访问策略三项，比追查端口名更有意义。
把设备控制类端口与办公网分开管理是通用原则：即便当前没有监听，也建议在网络策略里预留隔离，避免将来临时打通后长期保留。
设备侧软件常由集成商维护，端口与账号移交时容易缺少文档；接入前把端口、协议、账号与联系人一并登记，后续变更会省很多沟通成本。
设备控制类端口与办公网互通：IT 侧的一次失守可能直接演变为对物理设备的操作。