# Managed by Ansible — Set-OPS

datasource_list: [ NoCloud, ConfigDrive, None ]

preserve_hostname: false
# `manage_etc_hosts` N'EST PAS ICI, ET C'EST VOULU (2026-08-25).
#
# Ce fragment le posait a `true`, pendant que `hosts_statiques` en posait un autre a
# `false`. Deux ecritures, deux fichiers, un desaccord — et dans `cloud.cfg.d` l'ordre
# est LEXICAL : `99-setops-hosts.cfg` (`-`, 0x2D) est lu avant `99_setops.cfg` (`_`,
# 0x5F). C'est donc celui-ci qui gagnait, et cloud-init reecrivait /etc/hosts a chaque
# demarrage — effacant le plancher de resolution en silence.
#
# Le defaut ne se voit qu'au redemarrage SUIVANT, et il se manifeste ailleurs : un `apt
# update` qui ne resout plus le cache, un certificat dont le nom ne pointe nulle part.
# Mesure du 2026-08-25 : les cinq machines du site redemarrees, /etc/hosts reduit aux
# entrees Debian par defaut, avec un `127.0.1.1 site-pki-01.chezlepro.ca` venu du
# `searchdomain` Proxmox — pas meme le bon domaine.
#
# LE ROLE QUI POSSEDE LE FICHIER DECIDE : `hosts_statiques` ecrit /etc/hosts, c'est donc
# lui qui dit si cloud-init peut y toucher. Quand il est inactif, rien ne l'interdit plus
# et cloud-init reprend son comportement par defaut — ce qui est le bon repli.
disable_root: {{ cloud_init_disable_root | bool | lower }}
ssh_pwauth: {{ cloud_init_ssh_pwauth | bool | lower }}

ssh_deletekeys: {{ cloud_init_ssh_deletekeys | bool | lower }}
ssh_genkeytypes:
  - rsa
  - ecdsa
  - ed25519

growpart:
  mode: auto
  devices:
    - /
  ignore_growroot_disabled: false

resize_rootfs: true