GitHub-Actions-Logs fehlen? 120 neue Speicherhosts erklären den Unterschied
Die Workflow-Datei bleibt gleich, doch Logs oder Job-Zusammenfassungen laden nicht. Der Verbindungsweg für Ergebnisse kann ein anderer sein als für den Start eines Jobs. Darauf weist GitHubs Ankündigung vom 22. Oktober hin.
Zwei Bereiche einschließlich der Grenzen
Hinzu kommen productionresultssa30.blob.core.windows.net bis productionresultssa49.blob.core.windows.net sowie productionresultssa100.blob.core.windows.net bis productionresultssa199.blob.core.windows.net. Das sind 20 und 100, insgesamt 120 Hosts. 50–99 gehören nicht zu diesen neuen Bereichen.
Betroffen sind Umgebungen mit Netzwerk-Freigabelisten für Actions-Blob-Speicher. Laut GitHub deckt eine bestehende Regel productionresultssa*.blob.core.windows.net die Ergänzungen bereits ab. Wer einzelne Hosts aufführt, muss die neuen Namen für Logs und Zusammenfassungen ergänzen.
Namen ergänzen oder eine Regel erweitern
Ein Platzhalter kann weitere Nummern bereits erfassen; eine exakte Liste erlaubt jeden Namen einzeln. Deshalb sollte man zunächst die bestehende Regel mit den neuen Namen vergleichen, bevor man ihre Reichweite verändert.
Unser eigenes Beispiel erzeugt aus den beiden Bereichen eine lokale Set-Menge. Das Bild zeigt Code, keine GitHub-Oberfläche. Die öffentliche Meta-API-Antwort wurde separat abgerufen und gespeichert. Die 120 Namen sind keine vollständige GitHub-Freigabeliste.

Grenzwerte zeigen das Verhalten
Der lokale Lauf akzeptierte 30, 49, 100 und 199, nicht aber 200 oder den Zusatz .example.org. Ein vertrauter Text innerhalb eines Namens macht ihn nicht zur richtigen Domain. Das prüft nur exakte Mengenzugehörigkeit, keine Firewall und keine Erreichbarkeit.

Für echte Netze benötigt man aktuelle Meta-API-Werte und die FQDN-, Platzhalter- und IP-Semantik des Geräts. GitHubs Dokumentation bezeichnet Beispielantworten ausdrücklich als Beispiele. Die Runner-Referenz nennt außerdem funktionsabhängige Domains und mögliche zusätzliche CNAME-Regeln.
Die leere Stelle neben dem grünen Haken
Öffnet sich die Ergebnisseite, aber kein Log, hilft es, Jobstart und Logabruf getrennt zu betrachten. Das ist ein Diagnosebeispiel, kein reproduzierter Ausfall. Neue Hosts erklären nicht automatisch jeden Fehler.
Hier ändert sich keine YAML-Syntax, sondern die Infrastruktur hinter den Ergebnissen. Wer Einzelhosts verwaltet, kann die Bereiche abgleichen und danach Logs und Zusammenfassungen tatsächlich öffnen. Die verlinkten Originalquellen liefern die Details.
Quellen und weitere Informationen
GitHub Docs · Self-hosted runners · Communication
Stand: 24. Oktober 2026. Netzwerkänderungen mit aktueller offizieller Liste und Gerätesemantik abgleichen.