GitHub Actions 日志打不开？120 个新存储主机说明了什么
工作流文件没有变化，日志或任务摘要却可能无法加载。启动任务和保存结果使用的连接可能不同。GitHub 10 月 22 日的公告讲的就是这部分后台基础设施。
两个范围都包含端点
新增主机为 productionresultssa30.blob.core.windows.net 至 productionresultssa49.blob.core.windows.net，以及 productionresultssa100.blob.core.windows.net 至 productionresultssa199.blob.core.windows.net。分别为 20 个和 100 个，共 120 个。50–99 不在这次新增范围内。
这项变化涉及对 Actions Blob 存储使用网络允许列表的环境。GitHub 表示，已有的 productionresultssa*.blob.core.windows.net 规则已涵盖这些新增项。逐个列出主机的环境需要补充名称，以避免日志和摘要中断。
增加名称与扩大规则是两件事
通配符可能已经覆盖新编号，而精确列表逐一授权名称。先比较现有配置与新增项，比自动扩大所有规则更有针对性。
我们用两个范围生成了本地 Set。图片展示自编代码，并非 GitHub 产品界面。公开 Meta API 的响应也已另行获取保存。这 120 个名称不是 GitHub 的完整允许列表。
边界值让差异变得具体
本地执行接受 30、49、100、199，拒绝 200 和末尾带 .example.org 的名称。包含熟悉字符串不等于属于正确域名。这只是精确成员判别，不是防火墙或网络连通性测试。
真实环境要结合最新 Meta API 与设备对 FQDN、通配符、IP 的处理方式。官方文档明确区分示例响应与最新值。自托管 runner 参考文档按功能说明域名，并提示可能需要跟随 CNAME 增加规则。
绿色对勾旁的空白
如果结果页能打开而日志打不开，可分别查看任务是否启动、日志如何获取。这是诊断示例，不是复现的故障，也不表示新主机能解释所有日志错误。
变化不在 YAML 语法里，而在存储结果的地址也随服务扩展而增加。逐个管理主机的环境可以对照范围，并在调整后实际打开日志和摘要。下面的官方来源提供更多细节。
来源与延伸阅读
GitHub Docs · Self-hosted runners · Communication
核对日期为 2026 年 10 月 24 日。请结合最新官方列表与设备的名称解析方式应用变更。