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 日。請搭配最新官方清單及設備的名稱解析方式套用變更。