ติดตามพร็อกซีตลอดการปรับใช้ MAAS
แยกความแตกต่างระหว่างการดาวน์โหลดอิมเมจ การรับส่งข้อมูลของตัวติดตั้ง การเข้าถึงแพ็กเกจที่ déploy แล้ว และคำขอแอปพลิเคชันในภายหลังใน MAAS
การดาวน์โหลดอิมเมจบูตของ MAAS ที่สำเร็จพิสูจน์เส้นทางของคอนโทรลเลอร์ หากเครื่องที่ติดตั้งไว้ไม่สามารถดึงแพ็กเกจได้ในภายหลัง ให้ตรวจสอบผู้บริโภคในขั้นตอนนั้น:
| ขั้นตอน | ผู้บริโภคที่ต้องตรวจสอบ |
|---|---|
| การดาวน์โหลดอิมเมจ/การจัดเตรียม | บริการคอนโทรลเลอร์ที่รับผิดชอบ |
| การทดสอบหรือการติดตั้ง | สภาพแวดล้อมงานชั่วคราว |
| แพ็กเกจระบบปฏิบัติการที่ติดตั้งแล้ว | ตัวจัดการแพ็กเกจและการกำหนดค่าที่สร้างขึ้น |
| การดาวน์โหลด charm สคริปต์ หรือแอปพลิเคชันในภายหลัง | ไคลเอนต์ที่ส่งคำขอนั้น |
ใช้การควบคุมที่รองรับของเวอร์ชัน MAAS ที่ให้บริการอยู่ enable_http_proxy ที่มีเอกสารรองรับครอบคลุมการใช้พร็อกซีในตัวหรือที่ระบุสำหรับการจัดเตรียมและการเข้าถึงแพ็กเกจ; http_proxy ระบุบริการภายนอก ในโหมด peer-proxy เครื่องที่ปรับใช้แล้วสามารถใช้พร็อกซีในตัวของ MAAS ซึ่งใช้บริการภายนอกนั้นเป็นพาเรนต์ สำหรับการใช้พาเรนต์ภายนอกสาธารณะที่ได้รับอนุญาต ให้เลือกผู้สมัคร HTTP จากรายการพร็อกซี HTTP; ในโหมด peer-proxy ให้คงปลายทางภายในเครื่องของ MAAS บนโหนดไว้ไม่เปลี่ยนแปลง
ดังนั้นปลายทางภายในเครื่องของ MAAS บนโหนดจึงไม่จำเป็นต้องล้าสมัย ติดตามพาเรนต์ของมันก่อนแทนที่ด้วยที่อยู่ภายนอก วิธีแก้ preseed แบบเก่าจากรุ่นที่ไม่ได้ส่งการตั้งค่าพร็อกซีไปยังโหนดไม่ได้อธิบายการปรับใช้ปัจจุบันทุกกรณี
ในขั้นตอนที่ล้มเหลว ให้เปรียบเทียบการตั้งค่าแพ็กเกจที่สร้างขึ้น การเข้าถึงปลายทาง และตัวตนการตรวจสอบสิทธิ์กับสภาพแวดล้อมของตัวติดตั้ง ไม่จำเป็นต้องใช้ไดเรกทอรีบ้านหรือตัวแปรร่วมกัน บนโหนด Ubuntu ที่ใช้ APT ตรวจสอบตัวเลือกพร็อกซีของ APT เอง แยกการเข้าถึงเมทาดาทาภายในเครื่องออกจากคลังสาธารณะ การส่ง URL การจัดเตรียมภายในไปยังพาเรนต์ภายนอกอาจล้มเหลวในขณะที่การดาวน์โหลดสาธารณะทำงานได้
เชลล์หรือเบราว์เซอร์ของคอนโทรลเลอร์เป็นผู้บริโภคอีกราย และตัวจัดการแพ็กเกจที่กำหนดค่าไว้ไม่ได้กำหนดค่าทุกสภาพแวดล้อมรันไทม์ในภายหลัง หลังจากการเปลี่ยนแปลงการจัดการ ให้ตรวจสอบว่าภาระงานที่มีอยู่ซึ่งได้รับผลกระทบได้รับอะไรจริง ๆ แทนที่จะถือว่ามันโหลดการตั้งค่าใหม่ทันที