Chúng tôi đang quan sát thấy một số điều kỳ lạ khi sử dụng MAAS (phiên bản 2.8 trong trường hợp này). Các máy được cấu hình phân giải systemd sau khi triển khai (sử dụng vai trò ansible) và từ thời điểm đó, mỗi lần khởi động lại hệ thống bắt đầu khiến cloud-init bị treo vĩnh viễn trong khi khởi động.
Chúng ta có thể thấy trên bảng điều khiển rằng nó cố gắng tiếp cận 10-0-0-0--25.maas-nội bộ FQDN và phàn nàn rằng nó không thể giải quyết tên máy chủ, điều này rõ ràng chỉ có thể được giải quyết bởi chính máy chủ DNS MAAS. Lý thuyết hoạt động của chúng tôi hiện tại là vì chúng tôi đặt máy chủ DNS mặc định thành 1.1.1.1 và 8.8.8.8 và vì IPv6 có thể xuất hiện sớm hơn địa chỉ IPv4 được kiểm soát bởi đám mây nên địa chỉ MAAS không được xem xét để phân giải DNS.
Điều này đưa tôi đến một số câu hỏi:
- Thay đổi trực tiếp /etc/cloud/cloud.cfg.d/90_dpkg_local_cloud_config.cfg và 90_dpkg_maas.cfg thay thế điểm cuối/metadata_url bằng FQDN có thể được giải quyết bởi các máy chủ DNS ngược dòng dường như không có tác dụng, những tệp đó có bị ghi đè trong quá trình khởi động PXE từ MAAS?
- Tôi có thể thuyết phục/cấu hình lại MAAS để sử dụng FQDN thay vì
10-0-0-0--25.maas-nội bộ FQDN?
- Tôi có cần sử dụng resolveconf để đảm bảo IP MAAS luôn là máy chủ định danh đầu tiên trong danh sách không?
- Tôi có thể định cấu hình systemd-resolved để ưu tiên các máy chủ DNS được đưa vào trên một giao diện cụ thể hơn các máy chủ khác không?
- Có thể nftables (không có quy tắc gửi đi cho cổng MAAS) đang can thiệp vào cloud-init ở đây không? Khi nào thì nftables hoạt động trong quá trình khởi động?
