跳转到主要内容

时间范围

多年期

在时间范围维度下,多年期时间跨度情报按信号预计产生影响的时间段组织文章。该页面帮助读者区分即时运营变化与可能需要数季度或数年才会逐步显现的长期治理、投资、标准和基础设施变化。它将时间预期与公开证据、相关方、市场背景、客户影响、政策压力和基础设施规划联系起来,以便读者判断某项动态是紧迫、具有战略意义,还是仍在等待证实证据。页面还解释了时间跨度如何改变信号的含义、哪些组织可能面临风险,以及哪些基础设施决策需要短期行动或长期监测。

网关能搬运字节,却不能发明缺失的含义:RFC 875 如何质疑协议翻译

互联网历史

网关能搬运字节,却不能发明缺失的含义:RFC 875 如何质疑协议翻译

如果备用网关不知道主网关正在谈的那场会话,它就只是第二只空盒子。RFC 875 从地址、确认、流控和异常信号一路追问,最终揭示了这一点:翻译器一旦替两个不兼容的协议作出对应,就会把会话的含义和状态收进自己内部。

2026年8月31日
Hannes Tschofenig:组件权威标识不是令牌签名者

IETF

Hannes Tschofenig:组件权威标识不是令牌签名者

同一个远程证明包里,可以同时出现组件签名者的密钥标识与外层 EAT 的签名;两者都有效,也不代表两者来自同一主体。RFC 10013 的价值,不是再增加一个“可信”标签,而是阻止系统把不同主体的声明压成一个绿色结果。

2026年8月31日
主文件已经更新,网络仍可能陈旧:RFC 849 如何拆分推送与轮询

互联网历史

主文件已经更新,网络仍可能陈旧:RFC 849 如何拆分推送与轮询

1983 年 5 月,Mark Crispin 追问的不是 HOSTS.TXT 由谁维护,而是更新怎样抵达真正使用它的主机。RFC 849 把“最新”拆成版本识别、传输、完整性、本地安装和失败恢复,由此揭示了登记状态与运行状态之间的距离。

2026年8月30日
Corey Bonnell:签名正确,密钥却没有获得签署 CRL 的授权

IETF

Corey Bonnell:签名正确,密钥却没有获得签署 CRL 的授权

吊销清单的数字签名可以完全正确,发行者名称可以吻合,证书路径也可以通向同一个信任锚;但这三项通过仍没有回答:实际使用的那把密钥,是否被证书明确许可签署 CRL。RFC 10007 补上的,正是“没有写禁止”与“明确获得授权”之间的空白。

2026年8月30日
Kireeti Kompella 与那张不能证明业务可用的 Echo 回执

IETF

Kireeti Kompella 与那张不能证明业务可用的 Echo 回执

一份 MPLS Echo Reply 可以说明:某个按特定方式构造的探针,到达了一台能够解释目标转发等价类的路由器。这是一项精确而有用的事实;它却不能顺带证明所有等价路径、闲置备份路径、对称回程、客户负载和应用交易。LSP Ping 最值得保留的不是一个绿色“成功”,而是它究竟问了什么。

2026年8月30日
主机表说“支持 TCP”,端口必须亲自回答:RFC 832 如何测量运行事实

互联网历史

主机表说“支持 TCP”,端口必须亲自回答:RFC 832 如何测量运行事实

1982 年 12 月,NIC 主机表已经能写下某台机器“支持 TCP”,但一行登记不能替远端完成一次连接。David Smallberg 的调查把这两层事实并排放置:左边是目录中的能力声明,右边是从特定主机、在特定时段向 Telnet、FTP 和 SMTP 发起连接后实际看到的结果。它没有把测量者变成裁判,而是用结果分类、失败复测和下一周的新快照,给“运行代码优先”划出可审计的边界。

2026年8月30日
Eliot Lear 与那份从来不是证明的设备策略

IETF

Eliot Lear 与那份从来不是证明的设备策略

一台用途单一的设备可以告诉网络“我需要访问什么”,却不能借这句话证明“我是谁”“现在由谁控制”或“以后一定照做”。RFC 8520 用 Manufacturer Usage Description 把前一种声明变成可处理的协作对象,同时把准入、收窄、执行与撤销权留给本地网络。只有把 URL、签名文件、本地策略、执行状态和实际流量分成五份凭证,MUD 才不会被误当成设备证明。

2026年8月30日
那个看起来像终端的进程边界:RFC 818 如何让 Telnet 客户端成为服务

互联网历史

那个看起来像终端的进程边界:RFC 818 如何让 Telnet 客户端成为服务

TC68K 里的 PTY 并不是真终端。它对一个程序表现得像键盘与显示器,另一面却只是把字符交给另一个进程。RFC 818 正是借助这层“可用的假象”,把入站 Server Telnet 接到出站 User Telnet,再用 107 端口给整套能力一个可发现的入口。界面看似连续,权限与证据却必须逐段计算。

2026年8月30日
名字服务差点成为谈判者:RFC 830 如何拆开域解析与能力选择

互联网历史

名字服务差点成为谈判者:RFC 830 如何拆开域解析与能力选择

一个完整名字最先被处理的,不是最靠近用户的左端,而是最右边的顶级域。RFC 830 让源端服务器沿着层级逐段找到目的域,却在抵达域的服务端点后停了下来:真正要用哪种传输、哪种应用、哪个地址,还要再谈一次。后来成为 DNS 的设计保留了层级,却没有保留这位通用谈判者。

2026年8月30日
Tero Kivinen 与那条继承在用 Child SA 的新 IKE SA

IETF

Tero Kivinen 与那条继承在用 Child SA 的新 IKE SA

一次 IKEv2 维护完成后,控制通道已经换了密钥,承载 ESP 或 AH 流量的 Child SA 却可能原封不动。两者并不矛盾:RFC 7296 让新的 IKE SA 接管旧控制关联名下仍在运行的 Child SA。真正需要审计的不是一个笼统的“rekey 成功”,而是谁接班、继承了哪些关联,以及业务流量是否真的连续。

2026年8月30日
旧报文如何杀死新连接:TCP 的 TIME-WAIT 暗杀

IETF

旧报文如何杀死新连接:TCP 的 TIME-WAIT 暗杀

TCP 连接关闭时,它的所有报文副本未必已经从网络中消失。TIME-WAIT 负责隔开同一段会话的前后两次生命;RFC 1337 揭示,一段旧报文如何借助正常的 TCP 应答,诱发提前结束这段隔离期的重置报文。

2026年8月30日
编号不会让文件变成标准:RFC 825 如何把意图写进记录

互联网历史

编号不会让文件变成标准:RFC 825 如何把意图写进记录

一条目录记录保留了“RFC 825”,状态栏却是空的。编号没有错,链接也能打开,但读者已经失去最重要的判断条件:这份文件是在制定规范、发起讨论、提供信息、报告阶段状态,还是记录一次会议?RFC 825 在 1982 年给出的答案很克制——不要让编号承担它没有获得的权力,要让文件先说明自己正在做什么。

2026年8月30日
Roy Fielding 与那种只表达意图、不授予权限的方法

IETF

Roy Fielding 与那种只表达意图、不授予权限的方法

HTTP 请求开头的 method token 很像一个命令。它足够公开,让客户端、缓存、代理与服务器在不了解彼此内部代码时仍能协作;它又足够有限,不能回答“谁有权执行”。Roy T. Fielding 参与塑造的统一接口,价值恰好来自这条边界:共享语义可以协调运行中的软件,但不能替资源、身份与政策作决定。

2026年8月30日
层不是模块:RFC 817 如何横切协议栈

互联网历史

层不是模块:RFC 817 如何横切协议栈

协议栈图把 IP 画在 TCP 下面,TCP 又画在 Telnet、FTP 和 SMTP 下面。图中的横线回答了协议之间如何提供服务,却没有回答一台正在运行的主机应当在哪里读报头、唤醒进程、维护计时器和移动数据。1982 年的 RFC 817 抓住了这个常被忽略的差别:网络层次是互操作合同,执行模块则是本地成本的分配方式,两者不必沿同一条线切开。

2026年8月30日
Mark Nottingham 与不能替所有用户发言的 user agent

IETF

Mark Nottingham 与不能替所有用户发言的 user agent

“互联网为了终端用户”听起来像一句授权宣言,RFC 8890 却把最容易被忽略的限制写在宣言里面:用户并不是意见一致的整体,也没有任何浏览器、厂商、参会者或机构天然取得他们的代表权。user agent 的价值,在于约束服务、承载有限选择并保留退出;它是一道技术边界,不是一张集体委托书。

2026年8月30日
报错只是建议,不是裁决:RFC 816 如何分层判断故障

互联网历史

报错只是建议,不是裁决:RFC 816 如何分层判断故障

邮件正文的每个字节都已被 TCP 确认,收件程序却可能在发出 SMTP 最终确认前崩溃。RFC 816 借这个早期事故说明:传输成功、网络报错、等待超时和业务完成各有边界,任何一层都不能替下一层宣布结果。

2026年8月30日
丢失的报文段没有拦住后来者:RDP 如何把可靠与有序拆开

互联网历史

丢失的报文段没有拦住后来者:RDP 如何把可靠与有序拆开

“已经收到”在网络里从来不只有一种含义。接收端可以确认某个报文段完好到达,却仍缺少它前面的报文段;它可以把这份到达事实告诉发送端,却不一定把数据交给应用;即使交给了应用,也不能据此断言操作已经完成。1984 年的 RDP 把这几层证据明明白白地分开了。

2026年8月30日
Dieter Sibold 与让时间服务器学会遗忘的加密收据

IETF

Dieter Sibold 与让时间服务器学会遗忘的加密收据

安全授时面对一个反直觉的问题:服务规模越大,服务器越不能记住每一位客户端。RFC 8915 的答案不是削弱认证,而是把协商状态封进客户端代为保管的不透明 cookie。服务器可以忘掉会话,却不能忘掉证明链条中每一步的边界。

2026年8月30日
名称不是地址:RFC 814 如何把身份与路径分开

互联网历史

名称不是地址:RFC 814 如何把身份与路径分开

端口 23 曾经可以表示远程登录服务,却不等于“这个流量就是 Telnet”,更不等于“这个进程值得信任”。RFC 814 在 1982 年把这种差别放进一条更长的链:名称回答要找什么,地址回答它接在哪里,路由回答下一步怎么走,端口才在主机内部选择服务。

2026年8月30日
David Lawrence 与那条活过 TTL 的 DNS 答案

IETF

David Lawrence 与那条活过 TTL 的 DNS 答案

一条 DNS 答案的 TTL 已经归零,权威服务器却暂时无法给出可用的新答案。RFC 8767 允许递归解析器在严格边界内继续使用旧副本:先真正尝试刷新,确认失败或超时,再短暂返回过期值,同时继续寻找权威来源。副本延续的是服务,不是权威身份。

2026年8月30日