ป้าย GitHub Actions เดิม อาจรันบน AWS ได้แล้ว
งานอาจล็อกอินบริการภายนอกไม่ผ่านทั้งที่ YAML ไม่เปลี่ยน เมื่อ 28 ตุลาคม GitHub ประกาศเพิ่มกำลังรัน Linux บน AWS ควบคู่ Azure ป้ายงานเหมือนเดิม แต่ที่อยู่ขาออกอาจเปลี่ยนได้
เครื่องมากขึ้นภายใต้ป้ายเดิม
ครอบคลุม Linux runner มาตรฐาน 2 และ 4 คอร์ รวม larger runner ที่เข้ากันได้ขนาดเดียวกันและไม่มีการตั้งค่าพิเศษ ไม่รวม Windows หรือเครือข่ายส่วนตัว Free, Pro และ Team ใช้อัตโนมัติ ส่วน Enterprise Cloud เปิด AWS ได้ใน Actions > Hosted compute cloud providers
GitHub จัดงานที่เข้าเกณฑ์ลงผู้ให้บริการที่ว่างโดยไม่เปลี่ยนป้ายหรือไวยากรณ์ เป้าหมายคือคิวจากข้อจำกัดกำลังรันและความทนทาน ไม่ใช่รับประกันว่างานทุกชิ้นเร็วขึ้นหรือรันซ้ำสองคลาวด์
ทำไมจึงดูเหมือนเสียเป็นบางครั้ง
สมมติ API สำหรับ deploy อนุญาตเฉพาะ IP จาก Azure งานเดิมอาจผ่านจาก Azure แต่ถูกปฏิเสธจากทางออกอื่น GitHub ยังระบุเงื่อนไขเครือข่ายใน Microsoft Entra Conditional Access นี่เป็นตัวอย่างอธิบาย ไม่ใช่เหตุขัดข้องที่เราพบจริง
ก่อนเปลี่ยนโทเคน ควรเทียบเวลา ปลายทาง IP ต้นทาง และนโยบายที่ใช้ การรอเครื่องกับการถูกปฏิเสธหลังเริ่มงานอยู่คนละขั้น กำลังรันที่เพิ่มขึ้นไม่แก้กฎการเข้าถึง
IP ต้องอ่านเป็นช่วง
จุดเริ่มทางการคือ actions ใน GET https://api.github.com/meta เอกสาร REST ให้ดึงค่าปัจจุบันแทนการคัดลอกตัวอย่าง เรารัน Python ipaddress ในเครื่องด้วยช่วงสำหรับเอกสาร 192.0.2.0/24 โดย .10 และ .200 อยู่ในช่วง ส่วน 198.51.100.10 อยู่นอกช่วง ไม่ใช่ IP runner จริง
การเปิดทุกช่วงไม่เหมาะกับทุกระบบ เอกสาร runner ไม่แนะนำช่วงมาตรฐานจำนวนมากสำหรับทรัพยากรภายใน และเสนอ larger runner แบบ IP คงที่หรือ runner ที่ดูแลเอง เครือข่ายต้นทางไม่ทดแทนการยืนยันตัวตนและสิทธิ์ขั้นต่ำ
ป้ายคงเดิม แต่สมมติฐานเปลี่ยน
แยกก่อนว่าปัญหาเกิดก่อนหรือหลังเริ่มงาน แล้วเทียบช่วงปัจจุบันกับนโยบายจริง หากต้องมีทางออกคงที่ให้เลือก runner ที่รองรับ ป้าย runner ไม่ควรถูกใช้แทนชื่อผู้ให้บริการคลาวด์โดยปริยาย