702 与 IRIS
702 的登记名是 iris-beep，对应 IRIS over BEEP（RFC 3983）。IRIS（Internet Registry Information Service）的目标是为注册数据提供结构化查询：域名、IP 地址、AS 号等由不同注册机构维护的信息，可以按统一模型查询并返回机器可解析的结果，可以理解为 WHOIS 的后继设计。IRIS 用 XML 表达查询与响应，并把不同注册表拆成独立服务；承载方式有多种，BEEP 只是其中之一，另有基于 HTTP 的轻量承载。实际部署中查询需求最终由 HTTP 之上的 RDAP 承担，IRIS 未能普及。
基本信息
| 服务名 | iris-beep |
|---|---|
| 传输层 | TCP/UDP |
| 规范 | RFC 3983 |
| 定位 | 注册信息的结构化查询（WHOIS 后继思路） |
| 承载 | BEEP 等多种方式，HTTP 承载更常见 |
| 现状 | 未普及，实际多由 RDAP 承担 |
典型使用场景
- 注册信息核查：确认域名或地址段的注册归属与联系人
- 安全运营：事件溯源时用现代等价接口替代传统查询方式
- 资产核对：老代码或工具里出现 IRIS 客户端依赖时评估去留
- 合规审计：说明注册信息查询通道是否符合规范要求
- 变更评估：替换查询工具前先确认返回字段与解析逻辑的差异
核查与对照
核查与对照
ss -lntp | grep ':702 ' # 是否监听
getent services iris-beep # 名称登记查询
sudo lsof -i :702 # 占用进程
whois example.com # 传统查询：纯文本，输出格式因注册局而异
curl -s https://rdap.org/domain/example.com | head -c 400 # 现代查询：JSON 结构注册信息查询演进
| 方式 | 承载 | 格式与特点 |
|---|---|---|
| WHOIS | 43/tcp | 纯文本，格式不统一，难解析 |
| IRIS | 702 等（BEEP 等承载） | XML 结构化，设计完整但未普及 |
| RDAP | HTTPS | JSON 结构，字段统一，现行主流 |
WHOIS 返回纯文本且各注册局格式不同，脚本解析极易因格式变化失效；RDAP 用 JSON 固定字段，这正是它取代 WHOIS 的根本原因，做自动化查询时应优先选 RDAP。另外要注意查询频率：多数注册机构对高频访问有限流策略，批量核查应加入间隔与本地缓存，避免被临时封禁。
IRIS 与 RDAP 是同一目标的两代设计：都追求结构化与多传输支持，差别在于 RDAP 直接借用 HTTP 与已有的 TLS、缓存、代理生态，落地成本更低。