行业情报
最新文章
关于基础设施运营商、政策决策、市场动向与数字权力转移的最新情报。
互联网历史
那盏绿灯并不属于你：NNTP 如何拆开新闻组规则与发帖权限
一行以 `y` 结尾的新闻组目录看上去像准入证明，可当前用户发出 `POST` 后，服务器仍能答复 `440 Posting not permitted`。这不是协议自相矛盾，而是早期互联网留下的一次精确分工：目录说明新闻组通常怎样处理来稿，具体会话能否投稿则要在另一道门上决定。
IETF
IETF 主席委派草案触及 IAB 席位
把明天的议程交给另一位 Area Director，是工作安排；把自己的完整 IAB 成员席位交给同一个人，却是在移动机构权力。两件事都可以写成“委派”，但它们的权源、同意者与责任去向并不相同。2026 年 6 月的一份 IETF 个人草案试图解除主席一人兼任多职的瓶颈。它提出了一个合理问题，却也让另一个问题无法再被含糊带过：任务可以交接，席位凭什么一起移动？
互联网历史
密码正确以后，FTP仍在等一个账户
用户已报上名字，密码也没有被拒绝，客户端却没有收到“已经登录”。服务器回的是`332`：还需要账户信息。早期 FTP 把今天常被压成一次登录的动作拆成了三个事实——你声称是谁、你给出的密码是否满足这一关、这次工作应当落在哪个本地账户上下文里。
互联网历史
从外部看到的地址：STUN 可以发现什么，但不能保证什么
STUN 返回的不是永久公网身份，也不是连通承诺，而是一次具体观测：Binding 请求穿过 NAT 后，外部服务器实际看到的源地址和端口。这个结果可以进入候选集合，但后续路径仍须由上层用法验证。
案例档案
证书写下了接口地址，却没有证明整台设备
资产系统发出“设备漂移”告警时，硬件没有被替换，私钥也没有变化。变化的是手机为这个无线网络生成的私有 MAC 地址。若把告警消掉的办法设成“关闭随机化”，接入系统虽然重新得到一个稳定编号，却同时拆掉了用户的隐私保护。2026 年 8 月发布的 RFC 10031，解决了如何把 MAC 地址准确写进 X.509 证书；它没有把接口地址升级成设备、使用者和权限的总身份证。
IETF
DNS Serve-Stale 把“过期数据是否胜过失败”的决定交给递归解析器
一条 DNS 记录刚过 TTL，所有权威服务器却同时失联。旧地址可能仍然维持服务，也可能指向域名运营者已经准备退出的基础设施。Serve-stale 并不是简单延长缓存，而是在故障期间把新鲜度与连续性之间的裁量暂时交给递归解析器。
案例档案
两个回答都是 NOERROR，只有一个来自新版本区域
RFC 9660 把一次 DNS 回答与生成它的区域版本放进同一份报文。它能保住因果关系，却不会把一个版本号变成区域正确、全网收敛或用户无损的证明。
报道
通知止于通道入口：RIPE NCC 的 eEvidence 问责如何留下证据
同一份已发布程序里，并排存在两种不同的通知状态。[RIPE-865](https://www.ripe.net/publications/docs/ripe-865/) 先保留一般原则：当 RIPE NCC 因涉及成员数据的请求或命令而提供非公开信息，或对注册记录采取行动时，除非通知被明确禁止，否则应当通知相关成员。进入 eEvidence Regulation 章节后，状态随法律通道改变：保密规则适用，RIPE NCC 不能把通过该章节收到的任何命令通知成员。这里能够确认的是逐案问责接口发生了变化；不能据此断言 RIPE NCC…
报道
LACNIC、IANA认可与制度特许风险
IANA 认可不是商业特许经营，却赋予 LACNIC 一个稀缺的区域制度位置：它既连接全球号码资源体系，也必须不断从本区域取得正当性。
报道
APNIC 下放了服务条款修改权，却没有公开分类凭证
APNIC 执行委员会给秘书处留下了处理日常服务条款的空间，同时明确禁止用行政路径改写互联网号码资源政策。这项授权本身边界清楚；公开记录缺少的，是把每一次具体修改与这些边界连接起来的可复核凭证。
欧洲与中东区域 ISP 趋势
地图上有电杆，不等于宽带已经有了可施工路由
规划会上，一条沿既有电杆延伸的线，看起来已经把村庄接入问题解决了：不用大规模开挖，距离短，预算也漂亮。施工队到现场后，却可能被第一根杆拦住。它是否真有余量？是否需要更换？系统里的资产归属是否准确？下一段是否跨越尚未取得通行权的私人土地？
IETF
Brian Carpenter 与必须证明“谁在里面”的网络边界
网络图上的边界总是很干净：机房、园区、云上租户或工业网络，各有一圈颜色。数据包看不见这圈颜色。Brian Carpenter 与 Bing Liu 在 RFC 8799 中追问的，正是工程师常常略过的一步：当一种协议只在局部有意义时，谁能证明成员身份、边界角色与出站行为真的和图上一致？
互联网历史
双方从未协商出的那个数字
一次 TCP 握手里可以同时出现两个不同的 MSS：客户端报 1460，服务器报 1200。它们并不冲突，也不需要选出胜者。客户端写下的是“你发给我的 TCP 数据段最多可以有多大”，服务器写下的则是反方向的同一句话。真正发送时，两端还要各自把对方的上限、IP 层此刻允许的尺寸和当前报文头开销重新合并。所谓“协商后的 MSS”，从一开始就是一个容易把三种事实压成一个数字的说法。
案例档案
时间戳更精了，时钟却没有交出决定权
机房里换了一块支持 PTP 硬件时间戳的网卡，监控曲线立刻变得更平滑。最容易犯的错误，是把这条更细的曲线叫作“更可信的时间”。RFC 10030 在 2026 年 8 月正式发布，它解决的是 NTP 如何借用 PTP 的测量能力；它没有把选择时间源、判断误差和接受修正的权力交给网卡或途中设备。
案例档案
服务已经消失，DNS 租约却还在计时
RFC 9664 让动态写入的 DNS 记录不必无限期残留，但它解决的是“权威服务器还发布多久”，不是“服务是否还活着”。请求时长、服务器授予时长、TTL 和端点健康必须分别取证。
互联网历史
必须保留原名的投稿：NNTP 如何约束丢失的最终回复
文章全文已经越过连接，终止点也已送达。服务器可能完成接收并发出 `240`，但客户端只看见断线。重新连接后，阅读界面里暂时找不到文章也不能证明失败，因为稿件或许仍在等待审核。NNTP 没有承诺“只执行一次”，而是要求重试仍指向同一个 Message-ID。
IETF
三名支持者能让 IETF 申诉开庭，却不能证明申诉正确
设想一份申诉卷宗来到复核机关门前，封面夹着三张“入场签”。签名者只说：这件事值得 IESG 全体或 IAB 花时间打开卷宗。他们没有核准事实，没有赞成申诉人的主张，也没有投票推翻原决定。2026 年 7 月的一份个人 Internet-Draft 正在提议这样的门槛。真正需要治理的并非数字三，而是如何阻止“愿意让机构审理”在记录中悄悄变成“赞同申诉立场”。
IETF
服务器不再为第一声敲门付全款：TCP 的 SYN 洪泛防线
TCP 监听端曾在陌生人刚敲门时就先付出内存。RFC 4987 讨论的核心，是把这笔支出推迟到所谓客户端至少证明自己收到了回复之后。
报道
AFRINIC 开启第三轮章程咨询：每条意见都需要可版本化的收件记录
AFRINIC 章程审查委员会在第二轮截止后继续征集意见，并把争议解决机制和资源会员资格终止的保障措施列为两个具体问题。延长时间可能改进草案，但也产生新的记录义务：每一条意见都必须与提交者当时看到的轮次、议题范围和准确文本版本相连。
全球国家电信趋势
默认切片会让 5G SLA 看起来一切正常
即使 5G 合同承诺的网络路径已经消失，应用也可能继续在线。可用性面板仍是一片绿色，但它没有回答更重要的问题：终端、会话和数据包是否仍在使用约定的网络切片。