摘要

  • RFC 1578 列出的拨号终端、存储转发、SLIP/PPP 主机和经路由器接入的校园局域网，并不提供同一组能力，不能只用“已经联网”概括。
  • 存储转发可以筛选所承载的信息，但 RFC 明确拒绝绝对技术保证；只要电子邮件仍然存在，不适合儿童的材料就可能从另一条路径到达。
  • 接入服务商的 AUP 约束其连接，学校仍须另行制定全校政策，并为培训、技术支持、监督以及家庭访问的共同责任作出本地决定。

一条线路把问题带进了校园

RFC 1578 由 IETF 用户服务领域的 Internet School Networking 小组编写。RFC Editor 的记录页显示，它在 1994 年 2 月以 FYI 22 和 Informational RFC 的身份发布，不是一项协议标准。

它面向刚刚联网、通过拨号等间接方式上网，或正在考虑接入的中小学教师、图书馆员、媒体资源人员和管理者。文件一开始就指出，这一群体通常比既有网络用户更缺少数据网络经验，也更缺少技术与用户支持资源。

所以它没有把“学校联网”写成铺设电路的故事，而是写成一组必须分别回答的问题：学校究竟接入了什么；哪些设备和应用可用；谁来付费、培训和维护；教师与学生是否都能访问；不当内容怎样处理；学校需要什么规则。

这组问题揭示了一个历史转折。Internet 从研究机构进入学校以后，未成年人、家长、课程、纪律、预算和教育责任不会自动成为 TCP/IP 的一部分。路由器能转发分组，却不能替这些角色作决定。

“能登录”与“成为主机”不是同一件事

RFC 1578 给出的低端方案，是用调制解调器和终端仿真软件呼叫远端服务。中间方案通过 SLIP 或 PPP，使一台计算机实际成为 Internet 主机，并运行 Telnet、FTP 等 TCP/IP 应用。高端方案则用路由器和固定线路，把学校或某个部门的局域网接入 Internet。

文件还描述了 UUCP 存储转发。邮件和 Usenet 内容先在计算机上排队，到约定时间再拨号传给路径上的下一台机器。邮件列表以及一部分通过邮件提供的文件服务仍然可用，但交互式应用范围会受到限制。这种模式减少了电话线路的占用，也让学校能够选择本地愿意承载的信息。

这些不是同一种产品的不同价位，而是不同能力声明。

终端画面出现，只能证明用户通过远端服务获得了那次交互，不证明本机拥有 IP 主机能力。PPP 会话成功，不证明全校所有计算机都能访问，也不证明线路在多人同时使用时足够。路由器接口在线，不证明课堂需要的应用可用，更不证明教师获得了支持。排队邮件送达，不证明即时服务可达。

RFC 对当时面向学校的增值网络也保持谨慎。有些服务提供课程软件、项目协调和技术帮助，却没有开放全部基本 Internet 服务。若电子邮件之外还能使用 Telnet 与 FTP，用户“很可能”已经在 Internet 上。这个“很可能”非常重要：服务名称和登录页面仍不能代替能力清单。

人的基础设施没有装在调制解调器里

线路、路由器、软件和月费会出现在发票上，培训和支持却容易从预算里消失。RFC 1578 直言，培训常常是学校技术计划中最被忽略的部分；缺少培训可能让整个计划失败。需要准备的不只是技术人员，还包括教师、图书馆员、学生、管理者和其他使用者。

文件推荐“培训培训者”的办法：先让一小群有动力的教师掌握工具，再由他们针对同事的具体需要继续培训。技术支持可能由学区提供，也可能来自企业或政府志愿者、供应商帮助台，甚至通过网络远程完成一部分维护。

更早的 RFC 1359 提供了机构层面的背景。其记录页表明，它讨论机构接入前后应预期的事项。文件把线路、调制解调器、路由器等硬成本，与员工教育、支持结构调整和应用部署等软成本分开，并把接入分成规划、启动、生产维护和评估升级等阶段。

因此，线路在线与组织就绪可以同时一真一假。学校可能买得起接入，却没有为教师学习留出时间；可能靠一名热心者运转，却没有接替者；可能拥有规则文本，却没有能够处理故障和事件的人。这些缺口不会总让链路立刻断开，但会改变这条链路能否成为持续可用的教育资源。

过滤器只管它覆盖的路径

RFC 1578 的安全与伦理部分拒绝了一种过度承诺。直接接入时——许多间接接入同样如此——不可能只靠技术方案，阻止学生接触所有成人认为不适合学龄儿童的材料。

这并不意味着过滤无效。文件刚刚把过滤列为存储转发的一项优点，因为学校可以控制本地承载哪些信息。它限制的只是结论：控制某条传递表面，不能报告为控制了所有仍然存在的入口。

电子邮件就是明确的剩余路径。学校可以不承载某个仓库或讨论组，但外部人员仍可能把内容作为邮件发送。某次访问被阻止，证明该请求在该设备上命中了规则；它不证明邮件路径也被覆盖，不证明另一个账号、时间或服务不能到达同一材料。

RFC 因此把工作分给不同层次：学校要制定明确规则和后果，把技术伦理纳入课程，并进行合理监督；也可以限制访问时间和机会。文件认为，把伦理作为日常教育内容，比只依靠监督更可取，但并不排斥组合使用。最后，它承认学校几乎不可能作出绝对保证。

这不是把技术责任推给道德口号。恰恰相反，它要求每种措施只对自己的作用负责：配置缩小一条路径，规则界定行为，教育形成判断能力，监督观察使用，事件记录留下具体证据。

服务商的规则不能代替学校授权

RFC 1578 要求接入服务商说明其 Acceptable Use Policy。AUP 会界定这条连接可以和不可以做什么，例如禁止非法用途，并可能限制商业使用。用户需要了解它。

但文件随后明确说，除了服务商的 AUP，学校还必须制定覆盖全校的政策。两份规则不是重复。服务商能够决定自己提供服务的条件，却不能决定哪位学生获得账号、课堂怎样使用材料、何时需要教师在场、违反规则后适用什么校内后果，也不能替学校与家长划分责任。

家庭访问让这个边界最清楚。服务商可能在技术上允许从家中拨号，学校仍要决定是否向学生开放。RFC 建议在学校与社区的公开会议中讨论，因为教师和家长共同承担监督责任。技术可用性是一项输入，不是授权结果。

每一种结论都要有相称的回执

证明接入，应记录接入方式、端点、线路状态和实际到达的服务。证明应用能力，应从目标教室或图书馆、以目标账号运行测试。证明培训，应记录谁学习了什么，并观察其完成任务。证明政策决定，应保存作出决定的主体、版本、日期、范围和受影响用户。评估过滤，应逐条测试受管路径，并列出不在范围内的路径。调查事件，则要保留账号、消息或会话、时间与本地响应。

服务商发票不能证明教师已经会用。ping 成功不能证明邮件受到过滤。政策文本不能证明用户理解。一次拦截不能证明没有替代路径。单一事件也不能代表整个系统的日常行为。

RFC 1578 对自身同样克制。它提醒读者 Internet 环境变化迅速，即使只列相对稳定的服务也不保险。未来修订会保留 FYI 22，却更换 RFC 编号。文档承认自己是一份可修订的协调材料，而不是永久高于学校的权威。

学校接通了网络。真正的机构工作从这一刻开始：本地决定、培训、运行、观察和修订，同时不让线路、供应商、过滤器或政策文本冒充完整事实。

来源