Daniel Allaire
2abe3c86c8
Variable d'identite d'instance domaine_interne (group_vars/all.yml). Les
13 roles qui codaient chezlepro.internal en dur utilisent {{ domaine_interne }} ;
base_dn LDAP et domaine court derives (dc=acme,dc=local pour un autre loup).
Comportement identique pour Chezlepro (domaine_interne: chezlepro.internal),
mais le moteur devient generique -- premiere brique pour partager l'outil
a la meute. Ajout exemples/instance.exemple.yml.
Non destructif : diff de generation vide, ansible-lint 0 echec, base_dn
derive == ancien code en dur (verifie).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
16 lines
740 B
YAML
16 lines
740 B
YAML
---
|
|
# Identite d'une INSTANCE Set-OPS (un loup / un client).
|
|
#
|
|
# Ces variables distinguent une instance d'une autre. Le MOTEUR (roles, scripts,
|
|
# generateur) est generique ; c'est ici qu'on dit "qui on est". A placer dans
|
|
# inventories/<env>/group_vars/all.yml de l'instance.
|
|
#
|
|
# Voir docs/plan-et-generation.md et docs/positionnement.md.
|
|
|
|
# Domaine DNS interne de l'instance. Les roles en derivent zones, FQDN, base DN
|
|
# LDAP, expediteurs courriel, etc. (ex. dc=acme,dc=local pour acme.local).
|
|
domaine_interne: "acme.internal"
|
|
|
|
# Le reste de l'identite vit dans le PLAN de l'instance :
|
|
# - docs/nomenclature.yml : supernet (ex. 10.1.0.0/16) + liste de fonctions
|
|
# - docs/serveurs.yml / applications.yml / domaines.yml : le plan rempli
|