摘要

  • RFC 1430 于 1993 年 2 月提出互联网 X.500 目录部署方案。作者直言，把资料映射进一致的信息框架所需的运营工作，远超过安装服务器和用户端程序。
  • 大机构拟自行维护目录树分支，小机构可向区域网络租用服务器空间；根服务器、命名、服务器位置知识与复制则需要持续运作的公共服务。机器能上线，资料仍要有人负责。

查一个人的地址，看起来只是一次查询。可在查询之前，某个单位得先把人名、组织和联系方式从旧表里搬出来，按统一规则编排；人调岗后，还得有人改。1993 年 2 月的《互联网 X.500 目录服务部署战略》没有把这些事藏在附录里。五位作者说，资料映射和统一框架的运营劳动，分量远超架设服务器及用户端程序。

计划的近期目标有两项：查找人员的白页，以及为若干应用提供 X.509 认证支持。资源检索、网络基础设施资料、邮件系统支持乃至黄页服务被放在后续阶段。那时已有数个相互合作的 X.500 试点。试点能演示协议如何连接；真正投入运营，还要为中央服务筹到足够经费。机器通了，名单未必齐。

RFC 1430 给出了分工。大型机构在自己的目录系统代理 DSA 上维护目录信息树 DIT 的一段。小型机构向区域网络或其他服务商“租”DSA 空间。这个字眼揭开了成本：小机构不必自建机器，却仍需付托管费用、指定负责资料的人，并持续改动条目。大型机构自管分支，也得把维护工作变成常设岗位，而不是一次性录入。

分支之间还要有路可走。方案列出根 DSA、名称分配、记录“哪台 DSA 管哪段目录树”的知识管理，以及高层资料和定位信息的复制。当时 Paradise 项目管理着一个根 DSA，作者建议暂以它作为中央运营的基础。每个参与国也需要相应的国家级服务；开辟新国家分支时，中央运营方还得帮助安装。分散保管资料，并不会让共同协调成本消失。

到了资料管理章节，文字更不客气：没有适当的数据管理，整套目录基础设施几乎站不住。资料由各自的所有者维护，不可能发一本手册覆盖每家机构。作者要求写出指导原则和最低质量标准，试着接入现有数据库，并把工具交给社区复用。文件甚至要准备一份给计算中心管理者看的摘要，好说服他们投入人手。X.500 的硬件预算并不自动包括整理通讯录的工资。

人员资料又把制度问题带了进来。作者建议各国目录运营者研究本地隐私与登记法律如何适用，并提出制定一份用户权利清单。全球可查的名字，必须先由本地机构判断哪些资料可以公布、如何纠错。

这份 RFC 是部署计划，没有逐国人员清单或成本账本。它仍戳中了关键风险：一次成功查询可以遮住无人维护的另一万条记录。全球目录的上线日期只是开始；每次有人换工作、机构改名、资料过期，真正的预算才又被打开。