MAAS cloud-init หยุดทำงานเนื่องจาก systemd-resolved?

เรากำลังสังเกตเห็นความผิดปกติบางอย่างเมื่อใช้ MAAS (เวอร์ชัน 2.8 ในกรณีนี้) เครื่องได้รับการกำหนดค่าที่แก้ไขโดย systemd หลังจากการปรับใช้ (โดยใช้บทบาท ansible) และจากจุดนั้นทุกการรีบูตระบบจะเริ่มทำให้ cloud-init หยุดทำงานตลอดไประหว่างการบูต

เราสามารถเห็นได้บนคอนโซลว่าพยายามเข้าถึง 10-0-0-0--25.maas-ภายใน FQDN และบ่นว่าไม่สามารถแก้ไขชื่อโฮสต์ได้ ซึ่งเห็นได้ชัดว่าเซิร์ฟเวอร์ MAAS DNS เท่านั้นที่สามารถแก้ไขได้ ทฤษฎีการทำงานของเราในตอนนี้คือเนื่องจากเราตั้งค่าเซิร์ฟเวอร์ DNS เริ่มต้นเป็น 1.1.1.1 และ 8.8.8.8 และเนื่องจาก IPv6 อาจเกิดขึ้นเร็วกว่าที่อยู่ IPv4 ที่ควบคุมโดย cloud-init ที่อยู่ MAAS จึงไม่ได้รับการพิจารณาสำหรับการแก้ไข DNS

สิ่งนี้ทำให้ฉันมีคำถาม:

• การเปลี่ยนโดยตรง /etc/cloud/cloud.cfg.d/90_dpkg_local_cloud_config.cfg และ 90_dpkg_maas.cfg แทนที่ endpoint/metadata_url ด้วย FQDN ที่สามารถแก้ไขได้โดยเซิร์ฟเวอร์ DNS อัปสตรีม ดูเหมือนจะไม่มีผลกระทบ ไฟล์เหล่านั้นถูกเขียนทับระหว่าง การบูต PXE จาก MAAS?
• ฉันสามารถโน้มน้าว/กำหนดค่า MAAS ใหม่ให้ใช้ FQDN แทนไฟล์ 10-0-0-0--25.maas-ภายใน เอฟคิวดีเอ็น?
• ฉันต้องใช้ Solveconf เพื่อให้แน่ใจว่า MAAS IP เป็นเนมเซิร์ฟเวอร์แรกในรายการเสมอหรือไม่
• ฉันสามารถกำหนดค่า systemd-resolved ให้เลือกใช้เซิร์ฟเวอร์ DNS ที่แทรกบนอินเทอร์เฟซเฉพาะมากกว่าเซิร์ฟเวอร์อื่นได้หรือไม่
• เป็นไปได้ไหมที่ nftables (ซึ่งไม่มีกฎขาออกสำหรับพอร์ต MAAS) จะรบกวน cloud-init ที่นี่ เมื่อใดที่ nftables จะทำงานในระหว่างกระบวนการบู๊ต

โอเค ในที่สุดฉันก็ค้นพบว่า nftables นั้นถูกโหลดก่อนขั้นตอน cloud-init ทั้งหมด และดังนั้นจึงจำเป็นอย่างยิ่งที่จะต้องมีกฎการยอมรับขาออกไปยังเซิร์ฟเวอร์ MAAS บนพอร์ต TCP 5248! เหตุใด cloud-init จึงทำการบูตล่าช้าประมาณ 1.5 ชั่วโมงนั้นเกินความเข้าใจของฉัน