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

互联网历史
无法承诺送达的回执
SMTP DSN 把退信变成结构化证据,同时保留一条关键边界:发送方可以请求报告,却不能让报告承诺超出邮件系统实际观察到的结果。

互联网历史
第八位在每一跳都要先获准:8BITMIME 如何改变 SMTP
邮件可以准确描述一个重音字符,却未必能让沿途每台中继完整搬运它的字节。8BITMIME 把这种侥幸改成逐连接承诺:先声明能力,一旦接收,就必须保住每一位。

互联网历史
回答尚未抵达,命令已经出发:SMTP PIPELINING 如何改写等待
早期 SMTP 几乎每发一条命令都要停下来等回答。在远距离链路上,邮件会把更多时间耗在往返沉默中,而不是字节移动上。PIPELINING 缩短了沉默,却也让“先后次序”成为未完成工作的唯一账本。

互联网历史
拒绝被误解的方法:HTTP 510 为何曾经存在
协议兼容通常意味着旧软件也能继续工作,但有一种“兼容”格外危险:服务器没看懂新条件,却照常执行基础操作并返回成功。2000 年发布的 RFC 2774 试图让这种语义降级无处藏身。HTTP 510 正是这场实验中的失败信号。

互联网历史
尚未移动就被量过的邮件:SMTP SIZE 如何把拒绝提前
早期 SMTP 可能把一封大邮件完整传到服务器,才知道对方永远不会保存它。SIZE 扩展没有承诺投递成功,只让两台中继在付出全部传输成本之前,把发送方声明的负载与接收方掌握的本地容量相比较。

互联网历史
网络替源站作答:HTTP 为什么需要 511
设备访问的是天气站,跳出的却是酒店登录页。HTTP 511 试图给这种发生在链路中途的替代作答划出边界:网络可以说明“先满足接入条件”,却不能借用目的站的身份。这个边界也解释了为什么后来的强制门户设计转向预配置、可认证的状态接口。

互联网历史
不再回拨的服务器:被动 FTP 如何穿过防火墙
FTP 适应防火墙,靠的不是重造文件传输,而是交换一次发起权:服务器不再向客户端回拨,改为监听,由客户端建立第二条连接。这个小变化解决了可达性,却没有把端点身份、权限与安全判断偷渡进一个端口号。

互联网历史
正文尚未开始,请求却已太大:HTTP 为何需要 431
HTTP 请求可能在正文被读取之前失败。原因不是协议规定了一个全球统一的上限,而是某个接收方决定了自己愿意处理多少控制上下文。431 把这条本地边界说了出来,却没有假装每一跳都共享同一个尺度。

互联网历史
学会一张小路由表的主机:IPv6 如何排列第一跳
IPv6 没有把每台主机变成路由协议参与者。路由器只交付少量、会过期的选择信息;主机再用最长前缀、实际可达性和本地规则作决定。这个发明的价值,恰恰在于没有越过边界。

互联网历史
服务器在回答前先数了数:HTTP 为何需要 429
门没有坏,请求也不一定有错;它只是排在服务器自行划定的额度之后。HTTP 429 把这种拒绝说清楚,却没有替运营者决定“谁算同一个主体、哪些请求共用额度、等待多久才公平”。

互联网历史
沉默如何许可一个地址:IPv6 DAD 究竟能证明什么
IPv6 DAD 把一次重要决定建立在“没有观察到什么”之上:有限的本地探测中没有竞争者出现。协议必须严格限制这份沉默的证明范围。

互联网历史
写入为何必须说明它见过的过去:HTTP 428 的由来
一条写入请求可以语法无误、身份可信、目标明确,却仍然缺少最关键的依据:提交者究竟是在什么版本上作出的决定。HTTP 428 让源站可以先问清这件事,再允许改变发生。

互联网历史
让服务自己选择服务器的名字:DNS SRV 的边界
域名曾把客户端引向一个地址和默认端口。DNS SRV 把服务位置改写成一组有层级、权重与明确端口的有限选择。

互联网历史
必须等到证据到齐的请求:HTTP 为什么需要 425
请求没有写错,目标也没有找错,服务器甚至已经认得来访者。问题只在于它来得太早:新握手尚未完成,这份 0-RTT 数据仍可能被拿到另一条连接上重放。HTTP 425 把决定权交还给真正知道后果的源站,让同一个意图离开早期数据后再来一次。

互联网历史
无法搬走权威的别名:DNAME 如何重定向 DNS 子树
只改一条 DNS 记录,就能让一个旧后缀之下的所有名字转向新后缀。它看起来像把整个域搬了家,实际却没有搬动区域顶点、NS 委派或回答权。DNAME 改写的是解析器继续寻找的名字,不是由谁掌握源区域。正是这条边界,使大范围别名既有用,也能被追责。

互联网历史
保存之后,页面仍在原处:HTTP 204
HTTP 204 让 Web 可以确认一次操作已经完成,却不接管发起操作的工作界面。响应没有内容,但并非没有控制信息:状态说明完成,头字段描述操作后的身份,而用户代理把当前页面留在原位。

互联网历史
那条连接并不等于权威:HTTP 为什么需要 421
HTTP/2 让多个源共享一条经过认证的连接,以减少握手与等待;421 则为这项优化划出边界:能抵达、证书覆盖、看似可复用,都不等于某个源必须接受这条连接的上下文并在其上作出权威响应。

互联网历史
以“差异”抵达的副本:HTTP 226
HTTP 226 试图让 Web 不再重复传输缓存已经知道的内容。新的实例可以不以完整副本抵达,而以一组作用于旧副本的指令抵达;前提是基底、差分消息与重建结果始终拥有各自的身份。

互联网历史
第二条路径不必再走一遍:HTTP 208
HTTP 208 处理的不是一个重复请求,而是一个不再像树的名字空间:两条 URI 路径可以抵达同一个集合。服务器必须保留第二条路径的存在,却不必把同一批后代再次展开;否则,别名会把一次深度遍历放大成重复清单,甚至无穷循环。

互联网历史
允许输掉的偏好:Happy Eyeballs 如何让双栈真正可用
双栈最尴尬的时刻,不是没有 IPv6 地址,而是地址明明存在,连接却在黑洞前安静等待。Happy Eyeballs 没有取消 IPv6 优先;它只是规定,优先权可以先跑,却不能无限占用用户的时间。
