387 与 AURP
387 的登记名是 aurp，对应 AppleTalk Update-Based Routing Protocol（RFC 1504）。AppleTalk 是 Apple 早期网络的协议族，特点是设备开机自动获得地址、路由信息按需更新，一套网络可以做到基本零配置。AURP 的目标是让分散在不同地点的 AppleTalk 网段通过 IP 骨干连成一张逻辑网络，把 AppleTalk 的路由更新封装进 IP 隧道传输，这类做法在当年被称为 TunnelTalk 思路。macOS 全面转向 TCP/IP 之后，AppleTalk 与 AURP 一并退役，该端口在现网已基本不存在。
基本信息
| 服务名 | aurp（AppleTalk Update-Based Routing Protocol） |
|---|---|
| 传输层 | TCP/UDP |
| 标准 | RFC 1504 |
| 用途 | AppleTalk 网段经 IP 隧道互联 |
| 替代关系 | 随 AppleTalk 退役，由 TCP/IP 与 Bonjour 等承担同类能力 |
典型使用场景
- 老资产清理：盘点历史文档或配置中仍标注 AppleTalk 隧道的设备
- 安全基线：无明确依赖的历史注册端口不应在生产网络放行
- 变更核实：老变更单里出现 387 时先确认对应系统是否还活着
- 技术考古：理解按需路由更新与 IP 网络周期更新思路的差异
- 迁移参考：把老网络的服务发现与命名迁移到 IP 原生方案
核查命令
核查命令
ss -lntup 'sport = :387' # 是否监听
getent services aurp # 名称登记查询
sudo lsof -i :387 # 占用进程与路径
netstat -ano | findstr :387 # Windows 侧按 PID 核对
# 老路由器设备侧：核对是否残留 AppleTalk 隧道配置（以厂商文档为准）AppleTalk 与现代网络对照
| 项目 | AppleTalk 时代 | 现代 IP 网络 |
|---|---|---|
| 地址获取 | 设备开机自动获得节点地址 | DHCP 或静态配置 |
| 路由更新 | 按需更新（AURP 基于更新） | 周期或触发式更新，协议各自定义 |
| 服务发现 | NBP 名称绑定协议 | Bonjour/mDNS、DNS-SD |
| 承载 | 原生链路层与 IP 隧道并行 | 统一承载在 IP 之上 |
AppleTalk 设备的地址不需要服务器分配，开机就能得到一个可用节点地址，这与 IP 依赖 DHCP 的模型形成对照。理解这一点有助于读懂老网络文档里关于地址冲突与网络号的说法。
该端口基本只存在于历史资料中。扫描器报出 387 时，优先按未知服务流程处置：核实进程来源、留存记录，必要时限制访问。