主要领域
互联网基础设施
在 主要领域 分类下,互联网基础设施 按主要领域组织行业情报,帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境,这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景,以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。

互联网历史
源站请外部撤下的那条链接:HTTP 410为何不是404
网页打不开,只是一次观察;网页已被有意撤下、很可能不会恢复,则是一项由源站承担责任的判断。HTTP 410 的历史价值,在于把这两种状态拆开,让链接维护者和缓存获得更强证据,同时不把源站的决定冒充成对全网记忆的支配权。

互联网历史
消息在发送端过期,为什么接收端还可能收到
SCTP 允许发送方放弃一条已经失去价值的消息,却不能让接收方凭空知道该等到哪里。2004 年的部分可靠性扩展,把停止重试与允许对端继续处理,拆成了两件必须衔接的事。

互联网历史
被花掉的大写字母:DNS 如何把大小写变成回包暗号
DNS 从一开始就规定,同一个名字不因 ASCII 字母的大小写而改变。多年以后,工程师重新审视这项被放弃的差别:服务器可以继续把它当作同一个名字,解析器却能把本次查询临时选定的大小写排列当作一道只有回包才知道答案的问题。

互联网历史
地址没有冒用,数据包却走错了出口
一台离开归属网络的电脑,仍然使用自己的地址发包。身份没有换,目的地也没有错,网络边界却可能拒绝它。Mobile IPv4 的反向隧道所修补的,不是一个虚假的地址,而是同一个地址在不同位置承担了不同任务:应用需要认得原来的端点,接入网络则需要判断这个来源是否应该从眼前的出口出现。

互联网历史
继承旧秘密的新密钥:TLS KeyUpdate 究竟能轮换什么
一条 TLS 连接可以持续数小时,保护它的流量密钥却不该被无限使用。TLS 1.3 用 `KeyUpdate` 给长连接划出新的密码学代际,同时也留下了一条不能忽略的界线:新秘密来自旧秘密,因此“换代”不等于“失陷后恢复”。

互联网历史
EOF 无法替代的警报:TLS 如何把单向结束说清楚
接收方可以确认眼前每个字节都真实,却仍不知道后面是否本该还有数据。TLS 把“我不再发送”写进受保护的会话,随后又承认:两个方向不必同时结束。

互联网历史
时间到了,报告却还不能发
一只计时器到期,通常意味着等待结束。RTCP 却把这个时刻变成了另一次判断:原先预约发送时,自己以为会有多少参与者?现在看到的又是多少?互联网实时传输的一段历史,就藏在这个没有立刻发出的控制包里。随机错开发送可以避免大家同时开口,却不能纠正大家都低估了听众规模的错误。

互联网历史
接收方装不下的记录:TLS 如何把大小变成一项本地声明
一台微型设备可以把加密结果持续送上线路,却未必有足够内存接住并验证同样大的入站记录。TLS 对记录大小的改造,正是从承认这种双向不对称开始的。

互联网历史
新校验和得先让旧校验和放行
一个不认识 TCP 新选项的旧主机,不需要拒绝连接。它只要照常忽略那个带长度的选项,回一个没有相同提议的 SYN,新主机就会自动退回标准校验和。RFC 1146 把“不知道”变成了安全的否决票:新算法只有在双方用旧算法保护的消息里给出完全相同的答案后,才有资格接管后续普通报文。

互联网历史
在服务器完成证明前出发的数据:TLS False Start 如何借走一次等待
False Start 让客户端在发出自己的 Finished 之后、验证服务器 Finished 之前,先送出使用新密钥加密的应用数据。它借用证明尚在路上的时间,而不是取消证明。

IETF
Ross Callon 与那个只负责熵、不代表会话的 UDP 端口
一段看似普通的 UDP 五元组,可能只是把 MPLS 流量分散到不同路径的外层包装。Ross Callon 共同撰写的 RFC 7510 值得重读,因为它把路径可见性、转发含义与信任授权分得异常清楚。

互联网历史
那串地址还缺一条本地注脚
运维人员把 `fe80::1%eth0` 从一台主机复制到另一台。冒号、十六进制数和接口名一字未变,地址却未必还指向原来的路:`eth0` 只是第一台主机自己的称呼。IPv6 的这条本地注脚解决了多网卡节点的选择问题,也划出一道刻意不让本地语境越过的数据边界。

互联网历史
TLS 在隐藏之前必须听见的名字:SNI 如何让共享 HTTPS 成为可能
同一个地址可以承载许多网站,TLS 却必须在解密 HTTP 请求之前先交出一张证书。SNI 把目标域名提前放进 ClientHello,解决了共享地址上的证书选择,也把“谁需要在加密前知道什么”变成互联网长期的隐私问题。

互联网历史
一行已经存在,却还不能工作
管理程序写入 `createAndWait`,随后再读同一列时,得到的不会是 `createAndWait`,而可能是 `notReady`。这个看似别扭的回答,恰好揭示了 SNMP 怎样把“要求做什么”与“设备现在能确认什么”分开,也说明一行配置为何可以先存在、后就绪。

互联网历史
服务器封存后交还的记忆:TLS 会话票据如何让状态由客户端携带
服务器不再为每个客户端保留一份可恢复会话记录,而是把那份记录封进只有自己能验证的票据。客户端负责保存和送回,却没有读取、改写或强迫服务器接受它的权力。

互联网历史
登记了两条路,不是多了一部电话
一部电话重启后,为什么要故意沿用旧的注册编号?SIP Outbound 要处理的不是简单的“地址变了”,而是让服务器知道:这是同一个接收者换了一条路,不是又来了一个等待接听的人。

IETF
Eric Vyncke 与那枚不能授予信任的探测标记
研究者发送的是一次测量,另一端的网络最先看到的却是一个来意不明的报文。Eric Vyncke 参与撰写的 RFC 9511 没有试图替所有网络判断谁值得信任,而是设计了一块很小的说明牌:让发起者可以被联系、让目的可以被核查,同时把是否相信、是否放行的决定留给接收方。

互联网历史
网站递来自己的证明,谁来作证?OCSP stapling 的权力边界
验证一个网站时,客户端竟可以从这个网站手里接过关于它自身证书的状态证明。OCSP stapling 之所以成立,不是因为网站值得额外信任,而是因为签署、递送与验收本来就可以由不同的主体完成。

互联网历史
CPU 栏里装的不是处理器
一条 DNS 回答把 CPU 写成 RFC8482,把操作系统留为空字符串。若把它直接收进资产清单,就会得到一台不存在的怪机器。但在特定的 ANY 应答策略里,这两个字段并不是一次硬件调查的结果。它们让一个很小的回答进入普通缓存,使解析器不必为同一个宽泛问题反复奔走。这个巧妙的借位,也会遮住原本真正有用的主机资料。

互联网历史
数据先到了,协议的意思却没有变
把 IP 和 TCP 的头放到数据后面,看起来像把网络的阅读顺序颠倒了。八十年代的 trailer encapsulation 确实做过这样的搬动,但搬的是链路上的排列,不是应用接收字节的含义。它想省掉接收机器里的内存复制;能不能这样省,却要由同一条链路上的另一个独立实现来回答。
