主要领域
互联网基础设施
在 主要领域 分类下，互联网基础设施 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
互联网历史
服务器在回答前先数了数：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 优先；它只是规定，优先权可以先跑，却不能无限占用用户的时间。
互联网历史
活得比地址更久的连接：QUIC 为何需要 Connection ID
地址会先于对话改变。笔记本离开 Wi-Fi，NAT 换了外部端口，应用却仍有未完成的流与共享密钥。QUIC 用 Connection ID 把“这还是同一条连接”从地址中拆出，但没有因此把新路径当成天然可信。
互联网历史
问过以后才存在的名字：DNS 通配符如何约束默认回答
DNS 通配符不会在整棵树里游荡，直到找到一个愿意回答的星号。查询一旦错过精确名字，只剩一个位置有资格提供默认值；更近的显式节点、空非终结点或委派都能让这份资格消失。
互联网历史
连接无法携带的名字：HTTP 为什么需要 Host
TCP 能把连接送到一个地址，HTTP 能在连接里请求一条路径。可当多个网站共享这个地址时，两者都没有告诉服务器用户选中了哪个名字。HTTP/1.1 用强制的 `Host` 补上了这项身份。
互联网历史
消失在两个报文之间的首部：TCP/IP 如何学会共同记忆
在低速串行链路上，一个键盘字符要带着四十字节 TCP/IP 首部出发。RFC 1144 没有删掉这些含义，而是让链路两端保存同一份过去，只传本次发生的变化。
互联网历史
看起来像结束的那一行：SMTP 如何让终止符变得透明
SMTP 要在同一条 TCP 流上先传命令，再传长度未知的邮件。它选择“只有一个句点的行”作为结束标志。问题随即出现：如果正文恰好也有这样一行呢？
互联网历史
不是接受的许可：HTTP 为什么加入 100 Continue
上传尚未开始，服务器也许已经能从方法、目标和凭据判断拒绝。HTTP 把这个时间差写成一条临时回应：先问这批字节是否值得发送，再由正文之后的最终状态说明操作究竟发生了什么。
互联网历史
沉默并不等于故障：TCP Keepalive 为何始终是可选项
一条 TCP 连接几小时没有传输任何字节，可能完全正常。Keepalive 的意义不是替应用裁决生死，而是在没有业务数据可供确认时，谨慎地向远端 TCP 提一个问题，再把如何解释答案的权力留给承担后果的应用。
互联网历史
谁过早打开了 TCP 窗口：即时许可的代价
早期 TCP 接收方可以公布每一个刚释放的字节，发送方也可以立即使用每一次报价。这看似准确而合作，反复发生却让连接的大部分工作耗在微小报文上。历史上的修复，是把等待的权利分别交给两端。
全球机构
Public Suffix List：划定网络信任边界的文件
DNS 能显示 shop.example.co.uk 位于 co.uk 之下，却无法告诉浏览器独立注册从哪里开始。Public Suffix List 提供了这份缺失的政策地图。这份由志愿者维护的文本文件现正影响 Cookie、站点归组、证书和服务限制，而维护者既不控制这些产品的决策，也不为其提供保证。