端口与体系
418 对应 IANA 登记的 hyper-g，登记人 Frank Kappe，是奥地利 Graz 大学开发的超媒体系统，后更名为 HyperWave。它提供双向链接、多协议访问等在当时的 Web 中缺失的特性，一度被视为第二代 Web 的候选方案，但最终 HTTP 依靠简单开放赢得了生态。该端口属于学术系统历史登记，公开部署资料极少，正常网络中基本不会出现。
基本信息
| 服务名称 | hyper-g |
|---|---|
| 传输协议 | TCP 与 UDP |
| 登记机构 | Frank Kappe |
| 所属体系 | Graz 大学超媒体系统（后更名 HyperWave） |
| 当前状态 | 被 Web 生态取代，无公开实现 |
典型使用场景
- 老学术系统资产梳理：确认大学或研究机构是否还有该体系残留
- 技术史资料核对：查证超媒体系统与 Web 的路线差异
- 扫描报告解读：扫描器标注 hyper-g，与实际进程比对
- 遗留放行规则回收：清理只服务历史协议的策略条目
- 未知服务处置：无对应组件时按未知服务流程取证
定位占用进程
定位占用进程
# Linux：查看 418 的监听进程
ss -lntup 'sport = :418'
# 交叉验证可执行文件路径
sudo lsof -i :418
# 同一时期的历史登记常成组出现，顺带核对相邻端口
ss -lntup | grep -E ':(418|417|419)\b'
# Windows：取 PID 后反查
netstat -ano | findstr :418
tasklist /FI "PID eq 1234"设计取向对照
| 维度 | 超媒体系统思路 | Web 的路线 |
|---|---|---|
| 链接方向 | 双向链接，关系由服务端维护 | 单向链接，由页面自身维护 |
| 客户端 | 依赖专用客户端 | 通用浏览器即可访问 |
| 生态 | 功能完整但相对封闭 | 实现简单，扩张速度快 |
这类系统退场的原因不在技术能力，而在生态开放性，这一点对今天评估私有协议与开放标准同样适用：在 IANA 注册了端口，并不代表会被广泛采用。
有趣的是，双向链接的思想后来以知识管理工具中“双链笔记”的形式回归，说明当年超媒体系统的部分设计判断是对的，输掉的是实现与生态，而不是想法本身。理解这一点有助于在技术选型时把“功能更强”与“能否被生态接受”分开评估。