Si faltan los registros de GitHub Actions: qué muestran 120 hosts nuevos
El workflow puede seguir igual y, aun así, fallar la carga de registros o resúmenes. La conexión para guardar resultados puede ser distinta de la que inicia el trabajo. El anuncio de GitHub del 22 de octubre apunta a esa infraestructura.
Dos rangos con ambos extremos incluidos
Los nombres van de productionresultssa30.blob.core.windows.net a productionresultssa49.blob.core.windows.net y de productionresultssa100.blob.core.windows.net a productionresultssa199.blob.core.windows.net. Son 20 más 100: 120 hosts. El intervalo 50–99 no forma parte de estas incorporaciones.
El cambio afecta a quienes usan listas de acceso de red para Blob de Actions. GitHub indica que la regla existente productionresultssa*.blob.core.windows.net ya los cubre. Las listas de hosts individuales necesitan incorporar los nombres para evitar interrupciones en registros y resúmenes.
Añadir nombres no equivale a ampliar una regla
Un comodín puede cubrir futuras numeraciones; una lista exacta autoriza cada nombre por separado. Conviene comparar primero la configuración actual con las incorporaciones, sin ampliar reglas automáticamente.
Creamos un Set local con los dos rangos. La imagen muestra código propio, no una pantalla de GitHub. También guardamos por separado la respuesta pública de Meta API. Los 120 nombres no constituyen la lista completa de GitHub.
Los extremos hacen visible la diferencia
La ejecución local aceptó 30, 49, 100 y 199, y rechazó 200 y un nombre con .example.org al final. Contener una cadena conocida no convierte un nombre en el dominio correcto. Solo probamos pertenencia exacta, no conectividad ni un cortafuegos.
En una red real hay que consultar Meta API y comprobar cómo el dispositivo interpreta FQDN, comodines e IP. La documentación avisa de que sus respuestas son ejemplos. La referencia de runners distingue dominios por función y contempla reglas adicionales para CNAME.
El espacio vacío junto al indicador verde
Si la página abre pero el registro no, separar el inicio del trabajo de la recuperación del registro ayuda a investigar. Es un ejemplo de diagnóstico, no una incidencia reproducida. Los nuevos hosts no explican todos los fallos.
La novedad está detrás del YAML: crecen las direcciones que guardan los resultados. Quienes gestionan hosts individuales pueden cotejar los rangos y después abrir registros y resúmenes. Las fuentes oficiales permiten profundizar.
Fuentes y lecturas
GitHub Docs · Self-hosted runners · Communication
Comprobado el 24 de octubre de 2026. Use la lista oficial vigente y la semántica del dispositivo.