/*
 * Gere par Set-OPS (role serveur_icinga). Ne pas editer a la main.
 *
 * LES HOTES, DEFINIS UNE SEULE FOIS.
 *
 * Ils vivaient dans `setops-sauvegardes.conf` — le seul fichier qui en avait besoin. Des
 * qu'un second controle est arrive (la sante des noeuds, 2026-09-09), le meme `object
 * Host` se serait retrouve dans deux fichiers, et Icinga REFUSE un objet en double : la
 * configuration entiere aurait ete rejetee, donc AUCUNE supervision.
 *
 * Les fichiers de controle n'attachent plus que des SERVICES. Un controle de plus
 * n'ajoute plus un hote de plus.
 */

{% for noeud in serveur_icinga_hotes_supervises | sort %}
object Host "{{ noeud }}" {
  check_command = "hostalive"
  address = "{{ noeud }}.{{ domaine_interne }}"
  vars.role = "{{ 'depot de sauvegarde' if noeud == serveur_icinga_hote_sauvegarde else 'noeud de l ecosysteme' }}"
}
{% endfor %}

/*
 * LA FABRIC — CE QUI PORTE TOUT, ET QU'AUCUN AGENT NE PEUT HABITER (2026-09-10).
 *
 * Un pare-feu n'accueille pas de porteur de sante : le controle ACTIF est le seul chemin
 * possible, et il n'existait pas. La supervision du site voyait ses sept VM et rien
 * d'autre — pas meme la passerelle par defaut de la machine qui la fait tourner.
 *
 * UNE ENTREE PAR PATTE, ET C'EST LE POINT. La frontiere est un seul boitier, mais chaque
 * zone depend de SON interface. Une interface eteinte — on en a deja vu, les routes
 * creees `disabled` le 2026-09-02 — coupe une zone pendant que les autres vont bien.
 * Surveiller une seule adresse dirait « la frontiere est debout » et manquerait ce cas.
 *
 * L'ADRESSE, JAMAIS UN NOM : ces equipements ne sont dans aucun annuaire, et le plancher
 * `/etc/hosts` ne les porte pas. Un nom fabrique ici ne resoudrait nulle part.
 */
{% for f in serveur_icinga_fabric | default([]) %}
object Host "{{ f.nom }}" {
  check_command = "hostalive"
  address = "{{ f.adresse }}"
  vars.role = "{{ f.role }}"
}
{% endfor %}