跳转到主要内容

档案

Analysis

Analysis档案页面汇集了人物、公司、机构等实体的情报,帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面,读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性,同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据,以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接,以及随着主体演进,哪些变化值得持续关注。

网络替源站作答:HTTP 为什么需要 511

互联网历史

网络替源站作答:HTTP 为什么需要 511

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

2026年8月23日
不再回拨的服务器:被动 FTP 如何穿过防火墙

互联网历史

不再回拨的服务器:被动 FTP 如何穿过防火墙

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

2026年8月23日
正文尚未开始,请求却已太大:HTTP 为何需要 431

互联网历史

正文尚未开始,请求却已太大:HTTP 为何需要 431

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

2026年8月23日
学会一张小路由表的主机:IPv6 如何排列第一跳

互联网历史

学会一张小路由表的主机:IPv6 如何排列第一跳

IPv6 没有把每台主机变成路由协议参与者。路由器只交付少量、会过期的选择信息;主机再用最长前缀、实际可达性和本地规则作决定。这个发明的价值,恰恰在于没有越过边界。

2026年8月23日
服务器在回答前先数了数:HTTP 为何需要 429

互联网历史

服务器在回答前先数了数:HTTP 为何需要 429

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

2026年8月23日
沉默如何许可一个地址:IPv6 DAD 究竟能证明什么

互联网历史

沉默如何许可一个地址:IPv6 DAD 究竟能证明什么

IPv6 DAD 把一次重要决定建立在“没有观察到什么”之上:有限的本地探测中没有竞争者出现。协议必须严格限制这份沉默的证明范围。

2026年8月23日
写入为何必须说明它见过的过去:HTTP 428 的由来

互联网历史

写入为何必须说明它见过的过去:HTTP 428 的由来

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

2026年8月23日
让服务自己选择服务器的名字:DNS SRV 的边界

互联网历史

让服务自己选择服务器的名字:DNS SRV 的边界

域名曾把客户端引向一个地址和默认端口。DNS SRV 把服务位置改写成一组有层级、权重与明确端口的有限选择。

2026年8月23日
必须等到证据到齐的请求:HTTP 为什么需要 425

互联网历史

必须等到证据到齐的请求:HTTP 为什么需要 425

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

2026年8月23日
无法搬走权威的别名:DNAME 如何重定向 DNS 子树

互联网历史

无法搬走权威的别名:DNAME 如何重定向 DNS 子树

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

2026年8月23日
保存之后,页面仍在原处:HTTP 204

互联网历史

保存之后,页面仍在原处:HTTP 204

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

2026年8月23日
那条连接并不等于权威:HTTP 为什么需要 421

互联网历史

那条连接并不等于权威:HTTP 为什么需要 421

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

2026年8月23日
以“差异”抵达的副本:HTTP 226

互联网历史

以“差异”抵达的副本:HTTP 226

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

2026年8月23日
第二条路径不必再走一遍:HTTP 208

互联网历史

第二条路径不必再走一遍:HTTP 208

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

2026年8月23日
允许输掉的偏好:Happy Eyeballs 如何让双栈真正可用

互联网历史

允许输掉的偏好:Happy Eyeballs 如何让双栈真正可用

双栈最尴尬的时刻,不是没有 IPv6 地址,而是地址明明存在,连接却在黑洞前安静等待。Happy Eyeballs 没有取消 IPv6 优先;它只是规定,优先权可以先跑,却不能无限占用用户的时间。

2026年8月23日
活得比地址更久的连接:QUIC 为何需要 Connection ID

互联网历史

活得比地址更久的连接:QUIC 为何需要 Connection ID

地址会先于对话改变。笔记本离开 Wi-Fi,NAT 换了外部端口,应用却仍有未完成的流与共享密钥。QUIC 用 Connection ID 把“这还是同一条连接”从地址中拆出,但没有因此把新路径当成天然可信。

2026年8月23日
问过以后才存在的名字:DNS 通配符如何约束默认回答

互联网历史

问过以后才存在的名字:DNS 通配符如何约束默认回答

DNS 通配符不会在整棵树里游荡,直到找到一个愿意回答的星号。查询一旦错过精确名字,只剩一个位置有资格提供默认值;更近的显式节点、空非终结点或委派都能让这份资格消失。

2026年8月23日
连接无法携带的名字:HTTP 为什么需要 Host

互联网历史

连接无法携带的名字:HTTP 为什么需要 Host

TCP 能把连接送到一个地址,HTTP 能在连接里请求一条路径。可当多个网站共享这个地址时,两者都没有告诉服务器用户选中了哪个名字。HTTP/1.1 用强制的 `Host` 补上了这项身份。

2026年8月23日
消失在两个报文之间的首部:TCP/IP 如何学会共同记忆

互联网历史

消失在两个报文之间的首部:TCP/IP 如何学会共同记忆

在低速串行链路上,一个键盘字符要带着四十字节 TCP/IP 首部出发。RFC 1144 没有删掉这些含义,而是让链路两端保存同一份过去,只传本次发生的变化。

2026年8月23日
看起来像结束的那一行:SMTP 如何让终止符变得透明

互联网历史

看起来像结束的那一行:SMTP 如何让终止符变得透明

SMTP 要在同一条 TCP 流上先传命令,再传长度未知的邮件。它选择“只有一个句点的行”作为结束标志。问题随即出现:如果正文恰好也有这样一行呢?

2026年8月23日