跳转到主要内容

主要领域

基础设施

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

Telehouse 在法兰克福启用 5.4 MW Building N

欧洲与中东数据中心趋势

Telehouse 在法兰克福启用 5.4 MW Building N

Telehouse 已在法兰克福启用 Building N,为其成熟的 Kleyerstraße 数据中心园区新增 5.4 MW 已投运容量。

2026年9月4日
Gradiant 获得美国得州西部 AI 数据中心水务合同

北美数据中心趋势

Gradiant 获得美国得州西部 AI 数据中心水务合同

Gradiant 将为美国得州西部一座在建、客户未具名的超大规模 AI 数据中心园区提供饮用水和废水处理系统。

2026年9月4日
等到第二个报文段才发出的确认:TCP 延迟 ACK 的边界

互联网历史

等到第二个报文段才发出的确认:TCP 延迟 ACK 的边界

TCP 收到一个按序数据段后,并不一定立刻回一个确认。短暂等待可以合并反馈,但第二个数据段、计时器以及丢包迹象共同限定了这段沉默。

2026年9月4日

IETF

SRv6 定位符租约让 DHCPv6 成为路由控制平面的一部分

SRv6 定位符是段端点生成 SID 的地址空间基础。RFC 10038 允许这项基础资源以 DHCPv6 租约的方式下发。这样做确实更方便,但也转移了权力:地址池选择、租约续期、路由安装与撤销由此进入同一条运行链路。定位符不再只是一个配置值,而是一项有授予者、有时限、还必须被路由系统变为可达的权利。

2026年9月4日
此处允许的报头并非处处可信:RFC 9878 与 SIP P-Header 范围

IETF

此处允许的报头并非处处可信:RFC 9878 与 SIP P-Header 范围

当发送方把 P-Header 放进 SIP 消息,而接收方认为该消息不应携带它时,互操作性就会失败。一个实现会删除该字段,另一个会拒绝消息,第三个却会接受。收费上下文、被访网络信息和接入网络信息可能因此产生分歧,而接收值是否真实尚未得到验证。

2026年9月4日

案例档案

注册人身在境外,而 .com 注册局在弗吉尼亚:CNN 诉 CNNews.com

网站主要使用中文,运营者是中国公司,面对的也是以中文使用者为主的受众;但能够执行域名处分的 `.com` 注册局记录仍在弗吉尼亚。`cnnews.com` 的争议因此进入美国法院,却不意味着法院因此取得了对境外运营者的一般性属人管辖权。第四巡回法院留下的记录所说明的,是对一个名称的有限处置路径,而不是对一家外国企业的全面主权宣告。

2026年9月4日
链接并不等于位置:RFC 9877 与 RDAP Geofeed 控制

IETF

链接并不等于位置:RFC 9877 与 RDAP Geofeed 控制

发现 geofeed 链接,只说明客户端知道去哪里查找;它不会让文件中的每一条位置声明自动成为事实。RFC 9877 把 RDAP 定义为范围受限的发现与权威性信号,而范围、时效、真实性和隐私仍须分别控制。

2026年9月4日
拒绝逐字节打开的窗口:TCP 如何避免愚蠢窗口综合征

互联网历史

拒绝逐字节打开的窗口:TCP 如何避免愚蠢窗口综合征

接收端刚腾出几字节空间,并不等于必须立刻把这几字节通告给发送端。TCP 正是靠这种克制,避免一次微小的窗口增长演变成持续不断的小报文循环。

2026年9月4日
两字节数字也会误述载荷:RFC 9876 与 CoAP 注册表控制

IETF

两字节数字也会误述载荷:RFC 9876 与 CoAP 注册表控制

CoAP 将 Content-Format 定义为一个小整数,用来标识载荷的媒体类型以及可能存在的内容编码。RFC 9876 收紧了这个整数背后的注册程序:只有媒体类型、参数、内容编码和语义都明确无歧义时,该编号才具有确定含义。

2026年9月4日
bdNOG公布谁监督执行委员会,却没有公布如何监督

BDNOG

bdNOG公布谁监督执行委员会,却没有公布如何监督

bdNOG 官网把理事会列为最高权威,把执行委员会(EC)列为负责日常管理的机构。理事会页面称其批准年度活动并对 EC 问责。已审阅页面没有公布这条问责如何运作的程序。

2026年9月4日

IETF

无需先行协调,递归解析器也能选择加密

用户到递归解析器之间的加密,并不能自动保护下一跳。缓存未命中时,解析器仍可能以明文查询权威服务器,让路径上的被动观察者看见另一段 DNS 往来。RFC 9539 提出一项实验性折中:双方无需预先达成部署协议,也可以各自启用加密传输。这降低了协调门槛,却让解析器策略开始决定何时尝试隐私保护、何时记住成功,以及何时放弃并退回明文。

2026年9月4日
那扇关上却没有结束连接的窗口:TCP 持续状态

互联网历史

那扇关上却没有结束连接的窗口:TCP 持续状态

接收窗口降到零,意味着发送方必须停下,却不意味着连接已经死亡。真正棘手的是:如果“窗口重新打开”这条消息丢了,双方怎样走出等待。

2026年9月4日
一个响应头可以使整个站点分区失效:RFC 9875 与 HTTP 缓存组

IETF

一个响应头可以使整个站点分区失效:RFC 9875 与 HTTP 缓存组

响应可以在同一个缓存、同一个 URI 源站范围内声明一个或多个不透明组标识符;随后,针对不安全请求的响应可以用这些标识符提出可能的失效操作。它解决的是局部关联,不是多个缓存、CDN 或源站之间的同步。

2026年9月3日

IETF

DNS 目录区域把成员清单变成全服务器群的配置权

空文件通常意味着没有内容,但空的 DNS 目录区域可能是一道指令。若生成器误发了一个语法正确却没有成员的目录,原先由该目录配置的辅助服务器可能开始移除成员区域及其关联状态。真正需要治理的不是区域数据量,而是谁有权改动这张清单。

2026年9月3日
让不在通信路径上的攻击者更难预测的数字:TCP 初始序列号

互联网历史

让不在通信路径上的攻击者更难预测的数字:TCP 初始序列号

TCP 连接以交换数字开始。历史上的关键改动不是隐藏这次交换,而是让一次可见的数字不再泄露下一条连接的起点。

2026年9月3日

ICANN

区域文件提供的是受控访问,不是重新发布命名空间的权力

上午九点,一名获准研究人员通过 ICANN 的 CZDS 下载某个通用顶级域的区域文件,校验和完全一致。这能证明一组特定字节已经交付,却不能证明每个域名由谁实际控制、为何存在,也不能自动赋予重新发布整份文件的权力。真正的治理边界就在“能够访问”与“有权使用”之间。

2026年9月3日
一条删除命令可能破坏他人的域名:RFC 9874 与 EPP 依赖控制

IETF

一条删除命令可能破坏他人的域名:RFC 9874 与 EPP 依赖控制

一次具有破坏性的 EPP 状态转换,影响范围可能超出发起请求的客户。如果某个从属主机仍与其他客户赞助的域名建立关联,删除该主机就可能改变这些域名的 DNS 依赖,造成解析失败、客户端与服务器状态不一致,或破坏关系完整性。RFC 9874 的权威来源是 RFC Editor;它提出最佳实践,并未定义新的 EPP 命令,也没有改变注册局所有权或管理权。

2026年9月3日
第二个地址成为主地址:RFC 9873 如何改变 EPP 联系人数据

IETF

第二个地址成为主地址:RFC 9873 如何改变 EPP 联系人数据

一次 EPP 联系人更新现在可以形成更明确的状态转换:联系人对象可保存一个额外电子邮件地址, 可选的 `primary` 属性说明哪个地址应被视为主要地址。协议记录的是这种关系,并不验证邮箱归属、保证邮件送达,也不保证所有下游流程都会采用这一选择。

2026年9月3日

IETF

默认拒绝让缺失的 EBGP 策略从隐性授权变成显性故障

一条外部 BGP 会话可以已经建立,但接收或通告路由的权限仍未定义。RFC 8212 改变了这个边界的默认值:没有导入策略就不接收路由,没有导出策略就不通告路由。领导者要问的不是会话是否在线,而是谁授权了两个方向,以及这种授权在升级后是否仍然有效。

2026年9月3日
让公钥变得可信的链条:PEM 证书管理

互联网历史

让公钥变得可信的链条:PEM 证书管理

公钥只是一段密码学材料,并不会自行说明持有者是谁。RFC 1422 为隐私增强邮件设计了证书、认证机构、验证路径与吊销信息,使收件人能够检查“姓名与密钥之间的绑定”由谁作出、又凭什么值得信任。

2026年9月3日