跳转到主要内容

主题

软件生命周期与供应商锁定

在主题维度下,软件生命周期与供应商锁定主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径,涵盖相关报道、证据来源、市场参与者和基础设施影响,并给出足够背景,帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题,而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道,以及该主题对运营商、客户、投资者和关注政策的读者为何重要。

线路没有定义的那个字节

互联网历史

线路没有定义的那个字节

九个八位传输单元沿着 FTP 数据连接抵达,却在文件里只构成两个逻辑单位。因为发送方执行了`TYPE L 36`:每个有意义的单位长 36 位,两个单位合计 72 位,恰好穿过九个线上八位组。线路规定怎样搬运这些位,却没有取得把“字节”永远定义成八位的权力。

2026年8月28日
一次未被文件系统切换终止的登录:FTP SMNT 如何分开身份与命名空间

互联网历史

一次未被文件系统切换终止的登录:FTP SMNT 如何分开身份与命名空间

如果审计日志里两次出现同一个用户、同一条路径,人们很容易认定访问的是同一份文件。早期 FTP 却留下了一个反例:`SMNT` 可以在不清除登录、记账信息和传输参数的情况下,更换当前文件系统结构。会话仍是原来的会话,名字赖以成立的空间却已经换了。

2026年8月28日
LACNIC的FORT能验证ASPA,但面向路由器的通道默认停在版本0

报道

LACNIC的FORT能验证ASPA,但面向路由器的通道默认停在版本0

LACNIC 发布了一款能够把 ASPA 数据送往路由器的验证器;同一版本却把这条路径置于一个默认值为 0 的配置项之后。这并不矛盾。前者是软件能力,后者是启用状态,而真正的路由效果还在更远处。

2026年8月28日
一封试图抢在邮箱前抵达的邮件:SMTP 为何放弃终端投递

互联网历史

一封试图抢在邮箱前抵达的邮件:SMTP 为何放弃终端投递

早期 SMTP 不只负责把邮件交给邮箱。发送方可以要求文字直接出现在用户正在使用的终端上,也可以选择“终端优先、邮箱兜底”,或者要求终端与邮箱同时接收。这个被遗忘的分支,把“此刻在线并愿意被打断”写进了传输协议;它后来退居兼容角落,恰好说明即时注意力为何不能等同于持久交付。

2026年8月28日
密码正确以后,FTP仍在等一个账户

互联网历史

密码正确以后,FTP仍在等一个账户

用户已报上名字,密码也没有被拒绝,客户端却没有收到“已经登录”。服务器回的是`332`:还需要账户信息。早期 FTP 把今天常被压成一次登录的动作拆成了三个事实——你声称是谁、你给出的密码是否满足这一关、这次工作应当落在哪个本地账户上下文里。

2026年8月28日
双方从未协商出的那个数字

互联网历史

双方从未协商出的那个数字

一次 TCP 握手里可以同时出现两个不同的 MSS:客户端报 1460,服务器报 1200。它们并不冲突,也不需要选出胜者。客户端写下的是“你发给我的 TCP 数据段最多可以有多大”,服务器写下的则是反方向的同一句话。真正发送时,两端还要各自把对方的上限、IP 层此刻允许的尺寸和当前报文头开销重新合并。所谓“协商后的 MSS”,从一开始就是一个容易把三种事实压成一个数字的说法。

2026年8月28日
必须保留原名的投稿:NNTP 如何约束丢失的最终回复

互联网历史

必须保留原名的投稿:NNTP 如何约束丢失的最终回复

文章全文已经越过连接,终止点也已送达。服务器可能完成接收并发出 `240`,但客户端只看见断线。重新连接后,阅读界面里暂时找不到文章也不能证明失败,因为稿件或许仍在等待审核。NNTP 没有承诺“只执行一次”,而是要求重试仍指向同一个 Message-ID。

2026年8月28日
服务器不再为第一声敲门付全款:TCP 的 SYN 洪泛防线

IETF

服务器不再为第一声敲门付全款:TCP 的 SYN 洪泛防线

TCP 监听端曾在陌生人刚敲门时就先付出内存。RFC 4987 讨论的核心,是把这笔支出推迟到所谓客户端至少证明自己收到了回复之后。

2026年8月28日
可以忘掉的,是接收记录

互联网历史

可以忘掉的,是接收记录

一个不保证补发丢失数据的传输协议,为什么还要认真保存确认记录,甚至要求对方确认自己收到过确认?DCCP 把两种看似相近的责任分开了:过时的应用数据可以不再发送,但拥塞控制所依赖的接收历史不能随意消失。真正值得追问的不是确认有多少层,而是哪一层的责任已经结束。

2026年8月28日
写入返回时,数据还不安全

互联网历史

写入返回时,数据还不安全

远端服务器已经回了成功,客户端却仍不能释放手里的那份数据。字节也许只停在一段会随重启消失的内存中。NFS 第三版没有用一个含糊的“成功”掩盖这段空隙,而是把持久程度、服务器实例和重传责任拆开,让提速建立在可恢复的未完成状态上。

2026年8月28日
第一个序列号不能只是一座时钟:TCP 的 ISN 防线

IETF

第一个序列号不能只是一座时钟:TCP 的 ISN 防线

每条 TCP 连接都从公布一个数字开始。当这个数字过于直接地跟随全局时钟时,即使攻击者看不到连接,也可能预测出足以冒充对端的状态。

2026年8月28日
重置必须证明自己:TCP 的 Challenge ACK 防线

IETF

重置必须证明自己:TCP 的 Challenge ACK 防线

伪造的重置报文过去只需落入不断移动的接收窗口。RFC 5961 改变了这项权力:破坏连接状态的 TCP 控制标志必须先证明它反映了对端的当前状态,不能再让一个猜中的序列号抹去长连接。

2026年8月28日
一次可能什么也没预留的预留

互联网历史

一次可能什么也没预留的预留

文件尚未传来,客户端先报出它将占用多少空间。服务器回了一个肯定答复:`202`。但在 FTP 的语义里,这个数字恰好可以表示“本站不需要这项操作”。会话获准继续,不等于磁盘已经让出位置。`ALLO` 留下的历史,不是一次失败的承诺,而是协议如何诚实容纳不同存储制度。

2026年8月28日
路由器无需知道流也能读取的标签:IPv6 流标签

互联网历史

路由器无需知道流也能读取的标签:IPv6 流标签

一条 IPv6 隧道里可以同时装着许多内部流。外层源地址和目的地址完全相同,传统哈希于是可能把它们全都压到同一条路径上。流标签的设计并不是替路由器揭开加密内容,而是在固定位置留下二十个可见比特,让不同内部流仍有机会被稳定地分开处理。

2026年8月28日

案例档案

修订日期更新,却不是所需分支的后代

一个解析器需要某条 YANG 模块分支中新加入的能力。它接受了晚于建议下限的修订,却没有发现该修订来自另一条分支,从未继承那项能力。日期比较没有算错;系统只是从来没有检验血缘。

2026年8月28日
ACK 没有到达:TCP 重传计时器的纪律

IETF

ACK 没有到达:TCP 重传计时器的纪律

ACK 缺席并不能告诉 TCP 发送方数据究竟丢失、只是延迟,还是已经被一个仍在路上的报文确认。RFC 6298 把这种含混的沉默变成受控决策:估计、等待、重传一次,然后随着沉默持续而变得更谨慎。

2026年8月28日
代码签名证书有两个终止日期

全球云服务趋势

代码签名证书有两个终止日期

换用新证书,只改变下一次构建;有效时间戳却可能让昨天的二进制文件在旧证书到期后继续被信任。真正的信任切换不是关掉一张续期工单,而是逐一核对制品、时间戳、吊销时点、分发位置与验证结果,证明旧签名权威在每个受控渠道里都得到了明确处置。

2026年8月28日
Atlassian云收入将增11.25亿美元,Data Center却要回吐3.11亿美元

全球云服务趋势

Atlassian云收入将增11.25亿美元,Data Center却要回吐3.11亿美元

Atlassian 给 2027 财年的云收入设定了约 25.5%的增长目标,公司总收入却只增长约 13%。中间消失的并不是九个多百分点,而是一道有明确金额的迁移瀑布:按 2026 财年的审计基数重建,云收入约增加 11.25 亿美元,数据中心收入约减少 3.11 亿美元。客户可能顺利迁移,报表仍然会先承受旧产品收入前置后的回吐。

2026年8月28日
补上上下文、却截断消息的中继

互联网历史

补上上下文、却截断消息的中继

一个几乎占满 1024 字节的 syslog 包到达中继时,没有可识别的时间戳。中继为了让它可读,必须补上自己的本地时间,还应尽量写入自己所知的设备名;可容器并不会因此变大。新添的上下文挤掉了消息末尾,于是记录在变得更容易定位的同时,也变得更不完整。

2026年8月28日

案例档案

版本号通过了,目标设备却还没有被验证

控制器看到目标端公布的 YANG 版本高于建议下限,于是放行一次变更。真正执行时,流程所依赖的节点却不存在:目标端启用的功能与偏差改变了有效模式。数字没有撒谎,只是它说明的是制品谱系,而不是这台设备的实际能力。

2026年8月28日