link 是什么
link 是 IANA 登记在 245 上的服务名，注册表里的描述同样只写了 LINK 四个字母，没有展开说明，也没有关联的 RFC 或实现记录。这类「名称即全部信息」的条目在 1990 年代的注册潮里很常见：当时厂商通过邮件申请编号，只需给出简短名称。需要留意的是，link 这个词在二层协议里被大量使用（链路聚合、链路层），但那些协议并不使用 245 端口，同名不等于同物。
基本信息
| 服务名 | link（描述：LINK） |
|---|---|
| 端口与协议 | 245，TCP 与 UDP 均有登记 |
| 注册情况 | IANA 早期登记项，无 RFC 文档 |
| 名称含义 | 注册表未展开，字面为链路 |
| 现网现状 | 无公开实现，极少出现 |
| 权限要求 | 0-1023 段端口，绑定需 root 或 CAP_NET_BIND_SERVICE |
典型使用场景
- 误报排除：看到 245 时先确认它不是链路聚合、链路层相关协议的端口，避免张冠李戴
- 资产核查：把只有名称的老编号单独归类为「无实现登记项」，与在用服务清单分开管理
- 入侵排查：陌生主机出现 245 监听或外联时，按未知服务流程取证，不预设善意
- 防火墙规则清理：清理历史放行条目时，对无业务方的编号直接回收，避免规则堆积
- 资料整理：说明早期注册项的名称往往只反映提交者的意图，而非技术标准
定位与排查
定位与排查
ss -lntup 'sport = :245' # 查看 245 是否有程序在监听
sudo lsof -i :245 # 反查进程与可执行文件
awk '$2 ~ /:00F5$/ {print}' /proc/net/tcp # /proc 用十六进制，245 = 0x00F5
sudo fuser -v 245/tcp # 只想知道谁占着这个端口时最省事
nmap -sV -p 245 10.0.0.10 # 探测对端 245 的真实服务与版本
netstat -ano | findstr :245 # Windows 侧查监听与进程号ss 输出逐列读法
| 列 | 含义 | 关注点 |
|---|---|---|
| State | 套接字状态，LISTEN 监听、ESTAB 已连接 | UDP 无连接，显示为 UNCONN |
| Recv-Q | 接收队列未读字节数 | 非长期增长即为正常 |
| Send-Q | 发送队列未确认字节数 | 监听态显示内核队列上限 |
| Local Address:Port | 本机监听地址与端口 | :245 与 127.0.0.1:245 的暴露面差别很大 |
| Process | 占用套接字的程序名与 PID | 无权限时不显示，需 sudo |
「link」在二层交换机、链路聚合、接口命名中都是高频词，但那些功能走的是以太网帧与内核接口，不占用 245 这样的注册端口。排查时以 IANA 注册表的登记名和本机进程为准，不要用关键字联想推断服务，这类推断在事故复盘里出错的概率很高。