เมื่อเปิด log ของ GitHub Actions ไม่ได้: โฮสต์ใหม่ 120 ชื่อบอกอะไร

Dev
ยอดดู 5

ไฟล์ workflow อาจไม่เปลี่ยน แต่ log หรือสรุป job กลับเปิดไม่ได้ เพราะเส้นทางเก็บผลลัพธ์อาจต่างจากเส้นทางเริ่มงาน ประกาศ GitHub วันที่ 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 ไม่ใช่ส่วนของช่วงใหม่เหล่านี้

เรื่องนี้เกี่ยวกับเครือข่ายที่ใช้รายการอนุญาตสำหรับ Blob ของ Actions GitHub ระบุว่ากฎเดิม productionresultssa*.blob.core.windows.net ครอบคลุมอยู่แล้ว ส่วนรายการชื่อรายโฮสต์ต้องเพิ่มชื่อใหม่เพื่อหลีกเลี่ยงปัญหา log และสรุป job

เพิ่มชื่อกับขยายกฎเป็นคนละเรื่อง

Wildcard อาจครอบคลุมเลขใหม่อยู่แล้ว แต่รายการตรงตัวอนุญาตทีละชื่อ จึงควรเทียบกฎปัจจุบันกับชื่อที่เพิ่มก่อนขยายขอบเขต

เราสร้าง Set ในเครื่องจากสองช่วงเพื่ออธิบาย ภาพเป็นโค้ดที่เขียนเอง ไม่ใช่หน้าจอ GitHub และเก็บคำตอบสาธารณะของ Meta API แยกต่างหาก รายการ 120 ชื่อนี้ไม่ใช่รายการอนุญาตทั้งหมดของ GitHub

ตัวอย่างที่เขียนเองของสองช่วง: 20 และ 100 โฮสต์ ไม่ใช่รายการ GitHub ทั้งหมด
ตัวอย่างที่เขียนเองของสองช่วง: 20 และ 100 โฮสต์ ไม่ใช่รายการ GitHub ทั้งหมด

ลองค่าขอบแล้วจะเห็นความต่าง

ผลรันในเครื่องรับ 30, 49, 100 และ 199 แต่ไม่รับ 200 หรือชื่อที่ลงท้าย .example.org การมีข้อความคุ้นตาอยู่ในชื่อไม่ได้แปลว่าเป็นโดเมนเดียวกัน นี่เป็นการทดสอบสมาชิกแบบตรงตัว ไม่ใช่ทดสอบไฟร์วอลล์หรือการเชื่อมต่อ

ผลในเครื่องจริง: ขอบสี่ค่าตรงกัน ส่วน 200 และโดเมนอื่นไม่ตรง ไม่ได้ทดสอบเครือข่าย
ผลในเครื่องจริง: ขอบสี่ค่าตรงกัน ส่วน 200 และโดเมนอื่นไม่ตรง ไม่ได้ทดสอบเครือข่าย

เครือข่ายจริงต้องอ่าน Meta API ล่าสุดและดูว่าอุปกรณ์ตีความ FQDN, wildcard และ IP อย่างไร เอกสารระบุว่าคำตอบตัวอย่างไม่ใช่ค่าล่าสุด และคู่มือ runner แยกโดเมนตามหน้าที่พร้อมกล่าวถึงกฎ CNAME เพิ่มเติม

ช่องว่างข้างเครื่องหมายสีเขียว

หากเปิดหน้าผลลัพธ์ได้แต่เปิด log ไม่ได้ การแยกขั้นเริ่ม job ออกจากการอ่าน log ช่วยจำกัดสาเหตุ นี่คือตัวอย่างวินิจฉัย ไม่ใช่เหตุขัดข้องที่เราจำลองได้จริง และโฮสต์ใหม่ไม่ได้อธิบายทุกข้อผิดพลาด

สิ่งที่เปลี่ยนอยู่หลัง YAML คือที่อยู่เก็บผลลัพธ์ที่เพิ่มขึ้น ผู้ดูแลชื่อรายโฮสต์สามารถเทียบช่วงแล้วเปิด log และสรุปจริงหลังปรับกฎ อ่านรายละเอียดต่อได้จากแหล่งทางการด้านล่าง

แหล่งข้อมูลและอ่านต่อ

GitHub Changelog · 2026-10-22

GitHub Docs · Meta API

GitHub Docs · Self-hosted runners · Communication

GitHub · Current Meta API

ตรวจสอบวันที่ 24 ตุลาคม 2026 ใช้รายการทางการล่าสุดร่วมกับการตีความชื่อของอุปกรณ์

다른 글