Мы наблюдаем некоторую странность при использовании MAAS (в данном случае версии 2.8). Машины настраиваются с помощью systemd-resolve после развертывания (с использованием роли ansible), и с этого момента каждая перезагрузка системы начинает заставлять cloud-init навсегда зависать во время загрузки.
Мы видим на консоли, что он пытается достичь 10-0-0-0--25.маас-внутр. FQDN и жалуется, что не может разрешить имя хоста, которое, очевидно, может быть разрешено только самим DNS-сервером MAAS. Наша рабочая теория на данный момент заключается в том, что, поскольку мы установили 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 с заменой конечной точки/metadata_url полным доменным именем, которое может быть разрешено вышестоящими DNS-серверами, похоже, не имеет эффекта, эти файлы перезаписываются во время загрузка PXE с MAAS?
- Могу ли я убедить/перенастроить MAAS для использования своего полного доменного имени вместо
10-0-0-0--25.маас-внутр. полное доменное имя?
- Нужно ли мне использовать resolveconf, чтобы убедиться, что IP-адрес MAAS всегда является первым сервером имен в списке?
- Могу ли я настроить systemd-resolve так, чтобы внедренные DNS-серверы предпочитались на определенном интерфейсе другим?
- Возможно ли, что nftables (у которого нет исходящего правила для порта MAAS) здесь мешает работе cloud-init? Когда nftables становится активным в процессе загрузки?
