GitLab Runner: ค้นหาการตั้งค่าพร็อกซีสำหรับขั้นตอนงานที่ล้มเหลว
การควบคุม Runner การดึงอิมเมจ การดึงรีโพซิทอรี และการดาวน์โหลดภายในงานอาจมาจากกระบวนการที่แตกต่างกัน
| ความล้มเหลวครั้งแรก | อินพุตที่ต้องตรวจสอบ |
|---|---|
| Runner ติดต่อ GitLab | สภาพแวดล้อมของบริการ Runner |
| ดึงอิมเมจงาน | บริการดีมอน/ดึงของ Docker |
| ดึงรีโพซิทอรี | สภาพแวดล้อมจริงของไคลเอนต์/ตัวช่วย Git |
| การดาวน์โหลดคำสั่งงาน | คอนเทนเนอร์และการตั้งค่าไคลเอนต์ของเครื่องมือนั้นเอง |
ตัวแปรงานมาสายเกินไปสำหรับการดึงอิมเมจที่จำเป็นอยู่แล้วในการสร้างคอนเทนเนอร์ การเชื่อมต่อควบคุม Runner ที่สำเร็จก็ไม่อาจสร้างการเข้าถึงของงานที่แยกออกได้เช่นกัน
สำหรับ 127.0.0.1:3128 ให้หาตัวรับฟัง: ลูปแบ็กของคอนเทนเนอร์งานไม่ใช่โฮสต์ของ Runner ให้เฉพาะเครือข่ายงานที่ตั้งใจเข้าถึงตัวช่วยบนโฮสต์ และจัดการบัญชีต้นทางของมันอย่างตั้งใจ
ใช้อินเทอร์เฟซที่รองรับของ Runner/ตัวเรียกใช้ที่ติดตั้งไว้ จากนั้นจึงใช้ตัวเลือกตามเวอร์ชันของตัวดาวน์โหลดจริง เก็บขั้นตอน กระบวนการที่ร้องขอ และปลายทางที่ลองไว้ในการวินิจฉัยที่ปิดบังข้อมูล แทนที่จะใส่การคาดเดาเฉพาะบัญชีลงในตัวห่อที่ใช้ร่วมกัน