摘要

  • Robert Kisteleki 在 RIPE 92 全体会议说，自己是一些域名的管理和技术联系人，其中有的域名并不属于他。他还列举代管邮件、虚拟机、辅助 DNS、续费和账户找回：维护者一旦失联，这些服务就可能卡住。
  • 他招募志愿者，拟为个人提供的网络服务写一份 RIPE 指引，既说明谁能接手，也说明旧受托人何时应失去权限。官方讲演页将其称为可能形成的文档或最佳当前实践，并未列出已完成的标准。

域名是别人的，续费通知却进了 Robert Kisteleki 的邮箱。这是他在 2026 年 5 月 21 日爱丁堡 RIPE 92 发言中最刺眼的一处错位。他说，自己为一些域名担任管理或技术联系人，其中并非每个域名都归他所有。只要他突然无法处理，真正使用这些域名的人就要面对一个尴尬问题：谁能登录、付款、改 DNS，谁又知道该找谁？

网络社群长期靠熟人互相搭把手。有人替朋友托管邮件或 MX，借出虚拟机，在机房放一台服务器，提供辅助 DNS，甚至维护小型社交服务。服务看似由社群提供，日常操作却可能锁在一个人的账户、日历和手机里。域名到期、托管账单逾期、证书失效、用户丢了第二因素设备，都会使这种私人安排进入公开故障。

会议逐字稿记录了 Kisteleki 的风险清单：过期域名可能被别人抢注，随后触发与该域名邮箱关联的账户找回；欠费主机可能消失；没人打补丁，漏洞便继续敞着。他是在列举可能的故障路径，没有报告其本人管理的某个域名已经出事。真正值得记下的，是故障发生前就能问出的那个问题：下一位有权行动的人是谁？

答案也不能是把所有密码丢进一个群聊。他专门提到另一端的风险：曾经可信的人，后来未必仍适合保留权限。交接既要有代行权，也要有撤销权。域名归属、注册商账户、支付责任、DNS 控制、恢复渠道与受托人都应有明白的归属。否则今天为了救急给出的永久权限，会变成明天的新麻烦。

Kisteleki 在会上邀请志愿者，讨论是否形成 RIPE 文档或最佳当前实践。他说已有几位感兴趣的人，协作平台、目录和具体内容还要再定。Jan Zorz 提议交给最佳当前运营实践任务组，主席也认为可以从那里开始。这些都是会上的提议；官方讲演说明同样把文档写成一种可能性。

他的区分很重要：谁拥有服务，谁好心替它干活。所有者应该知道服务靠哪张账单和哪条恢复路径维持；维护者应知道自己被授权做到哪一步，以及别人怎样取代自己。若这两份知识只存在于一位工程师的脑中，善意就给基础设施添了一个看不见的单点故障。

一份有用的清单不必宏大。把每个域名、邮件入口、主机和证书列出来，写明付款人、操作人、备用联系人以及撤销方式。先让受益的人知道自己在依赖谁，再等得到的人把交接演练一遍。这样，下次“他今天不在线”就不会变成“我们不知道谁有钥匙”。