摘要

  • RFC 1118 假设读者已经能在以太网上运行几台 IP 主机，但所在网络仍与互联网隔离。
  • 它整理了地址申请、故障升级和信息服务的入口，同时明确说明自己不是标准，也不是教程。

新网络接入互联网，难题并不只有技术。校园网络即使已经能让 IP 主机互通，也可能没有唯一的网络号，不知道该找哪个上游运营者，也不清楚本地决定会怎样影响其他网络。1989 年 9 月发布的 RFC 1118 正是面向这道门槛。它假设读者已经会运行一个小型、隔离的 IP 网络，目标是让它接入互联网时尽量不危及双方。

这条边界决定了指南的形状。它没有提出新协议，而是汇集作者认为通常未被写下的资料、书目和提示。文档说明互联网如何确定方向、在线信息从哪里找，以及新成员如何成为可靠的网络邻居。它关注的不是某个数据包格式，而是从会管理本地网络到参与互联体系的转变。

运行责任也被画成一张分布式地图。ARPANET、NSFNET 和各区域网络各有自己的网络运行中心。校园网络若接在某个区域网下，出现问题时应联系直接连接它的运营者；即使区域网再经网关连到 NSFNET 和 ARPANET，升级路径仍从本地的直接关系开始。新校园不必把最知名的骨干网当作第一线服务台。

地址分配也是“入网”过程的一环。RFC 1118 描述了向 SRI-NIC 申请唯一 IP 网络号的流程，并讨论当时的分类地址和网关路由表面临的扩张压力。RFC 950 正式规定了子网程序，RFC 1009 则列出互联网网关要求；RFC 1118 把这些技术材料放进校园管理员实际会遇到的选择中。文中的 A、B、C 类地址和 NIC 联系方式属于 1989 年，今天只能作为历史证据，不能当作现行操作指引。

安全责任是双向的。指南指出，互联网最初按约 50 个网络设计，当时网络数已接近 1,000，网关容量和拥塞都承受压力。许多网关会默认相信收到的路由信息，因此恶意网关可能造成严重影响。这里没有证据证明某次恶意事件确实发生；它说明的是接入不只是让一台主机可达。一个路由通告可能影响远离校园的流量，新加入者也进入了彼此依赖的运行环境。

信息服务是这张地图的另一部分。RFC 1118 指向 SRI-NIC，也区分了 BBN 为 CSNET、NSFNET 提供的服务与 Merit 为 NSFNET 提供的服务。Telnet、FTP、邮件、邮件列表和运营者联系方式分别通往不同的信息入口，并不存在一个包办所有问题的中心台。新成员要先弄明白，哪家机构能回答哪类问题。

文档对自身限度的说明格外坦率。RFC 1118 说自己不规定任何标准，承认编辑不够均匀，还用幽默承认可能出错。它也说互联网一直在变化，因此文档将定期更新。但这是维护意图，不能证明每次修订都完成，更不能证明每个站点都照着做。次月发布的 RFC 1123 用更规范的文体说明主机应用和支持协议要求；它没有把 RFC 1118 变成协议，也没有抹去其运营指引的角色。

这份指南留下了一层常被协议规格略过的历史：接入互联网需要找到运营者、取得地址、定位可靠信息，并理解邻近网络的预期。承认文档可能出错，并没有让这些知识失去价值，反而暴露了知识的保质期。面对不断变化的网络，手册只能是一张带日期、需要核实的地图，不能证明路径安全，也不能证明某个站点已经成功接入。

来源