Observăm o oarecare ciudățenie când folosim MAAS (versiunea 2.8 în acest caz). Mașinile sunt configurate după implementare (folosind un rol ansible) și, din acel moment, fiecare repornire a sistemului începe să facă cloud-init să se blocheze pentru totdeauna în timpul pornirii.
Putem vedea pe consolă că încearcă să ajungă la 10-0-0-0--25.maas-intern FQDN și se plânge că nu poate rezolva numele de gazdă, care, evident, poate fi rezolvat doar de serverul DNS MAAS însuși. Teoria noastră de lucru deocamdată este că, deoarece am setat serverele DNS implicite 1.1.1.1 și 8.8.8.8 și deoarece IPv6 poate apărea mai devreme decât adresa IPv4 controlată de cloud-init, adresa MAAS nu este luată în considerare pentru rezoluția DNS.
Acest lucru mă aduce la câteva întrebări:
- Schimbarea directă a /etc/cloud/cloud.cfg.d/90_dpkg_local_cloud_config.cfg și 90_dpkg_maas.cfg înlocuirea endpoint/metadata_url cu un FQDN care poate fi rezolvat de serverele DNS din amonte nu pare să aibă un efect, în timpul acestor fișiere sunt suprascrise boot-ul PXE de la MAAS?
- Pot convinge/reconfigurează MAAS să folosească FQDN-ul său în loc de
10-0-0-0--25.maas-intern FQDN?
- Trebuie să folosesc resolveconf pentru a mă asigura că IP-ul MAAS este întotdeauna primul server de nume din listă?
- Pot configura systemd-resolved pentru a prefera serverele DNS injectate pe o anumită interfață față de altele?
- Este posibil ca nftables (care nu are o regulă de ieșire pentru portul MAAS) să interfereze cu cloud-init aici? Când devine activ nftables în timpul procesului de pornire?
