Set-OPS-Public/docs/intrants-communs.md

Intrants communs de l'écosystème

Recensement des intrants communs : les valeurs partagées par tout l'écosystème (par opposition aux valeurs propres à un seul hôte). Objectif : les saisir une fois, depuis un endroit unique, puis les laisser se dériver ou se propager.

Concept lié : meta-classe.md (une définition instancie la flotte) et dimensionnement-ressources.md.

1. Recensement par domaine

A. Identité de l'instance — group_vars/<env>/all.yml

• domaine_interne — domaine DNS interne (ex. chezlepro.internal). Keystone : zones DNS, FQDN, base DN LDAP, expéditeurs courriel, URL AC en dérivent.
• chezlepro_timezone — fuseau (ex. America/Toronto).
• setops_plan_dir — chemin du plan.

B. Réseau & nomenclature — plan/nomenclature.yml

• supernet, cidr_hote, reservations, categories (VLAN/sous-réseau/passerelle), fonctions (catégorie + service).

C. Hyperviseur Proxmox — group_vars/proxmox.yml (+ proxmox.vault.yml)

• proxmox_api_host, proxmox_api_user, proxmox_api_port, proxmox_validate_certs.
• 🔒 proxmox_api_token_id, proxmox_api_token_secret (Vault).
• Golden template : proxmox_clone_vmid_modele, proxmox_clone_source_nom.
• Placement par défaut : proxmox_clone_noeud, proxmox_clone_stockage, proxmox_clone_pont, format, complet, timeout, disque, interface, démarrer.

D. Identité initiale des VM — group_vars/modeles_vm.yml, creer-vm

• Clé publique SSH (cloud-init) — accès admin de toute la flotte.
• Compte technique ansible (sudo_ansible_admin_user) + sudo NOPASSWD, ciuser.
• Politiques SSH communes (port, password auth off, root login off, grace/auth tries).

E. Socle durci commun — group_vars/modeles_vm.yml

nftables baseline · fail2ban SSH · auditd · AppArmor · sysctl · unattended-upgrades · journald (rétention) · core_dumps · systemd_ssh_auto.

F. Endpoints des services centraux (les rôles client_* en dérivent)

• DNS interne (client_dns_nameservers, zone = domaine_interne).
• AC/PKI (client_pki_ca_url → infra-pki, provisioner).
• IdM/LDAP (client_ldap_uri → idm, base DN dérivé).
• Relais courriel (client_smtp_relais → infra-mail, port 25).
• Métriques (node_exporter :9100).
• Journaux (client_journal_loki_url → obs).
• Temps (NTP) : implicite (pool Debian par défaut — aucun intrant configuré).

G. Dépôts APT tiers communs

• Smallstep (step-cli) — client_pki ↔ serveur_step_ca.
• Grafana (alloy/loki/grafana) — client_journal ↔ serveur_loki/serveur_grafana.

H. Secrets Vault communs 🔒 — proxmox.vault.yml + vault d'instance

proxmox_api_token_id/secret, vault_step_ca_password, vault_step_ca_fingerprint, vault_step_ca_provisioner_password, vault_openldap_admin, vault_ldap_sssd, vault_keycloak_admin, vault_postgresql_keycloak, vault_bd_keycloak, vault_forgejo_admin, vault_forgejo_secret_key, vault_forgejo_internal_token, vault_bd_forgejo, vault_grafana_admin, vault_redis, vault_bd_icingadb. Mot de passe du Vault lui-même : saisi au déploiement.

I. Exposition publique — plan/domaines.yml

domaines publics, edge, autorité DNS, FQDN exposés.

2. Classification proposée : constante vs défaut surchargeable

Proposition à valider. « Constante » = une seule valeur, pas de surcharge (diverger casserait le modèle). « Défaut surchargeable » = valeur globale qui ressurgit comme défaut là où l'intrant réapparaît (hôte / groupe / application).

Intrant	Classe	Surcharge où ?
domaine_interne	Constante	—
Nomenclature (supernet, CIDR, catégories, fonctions)	Constante	— (le plan réseau est la loi)
Accès Proxmox (API host/user/port/token)	Constante	— (un seul cluster)
Golden template (vmid_modele, source_nom)	Constante	—
Secrets Vault	Constante 🔒	— (gérés à part, jamais en clair)
chezlepro_timezone	Défaut	par hôte (rare)
proxmox_clone_noeud / stockage / pont	Défaut	par hôte (serveurs.yml)
DNS internes (client_dns_nameservers)	Défaut	par hôte / groupe
Politiques durcissement (SSH, nftables, fail2ban, journald…)	Défaut	par hôte / groupe
Relais SMTP, TLS internes	Défaut	par hôte / groupe
ciuser, compte ansible	Défaut	rarement surchargé

3. Saisie unique dans le GUI (cible)

Un panneau « Intrants de base » dans le GUI :

• édite les constantes et les défauts au même endroit ;
• pour un défaut, la valeur globale apparaît pré-remplie (et signalée comme « héritée ») là où l'intrant réapparaît dans le plan, surchargeable sur place ;
• les secrets ne sont jamais stockés en clair par le GUI (cf. §H) — il en gère au plus les références, l'édition réelle restant côté Vault.

Persistance : les fichiers existants (group_vars/all.yml, proxmox.yml, modeles_vm.yml, plan/nomenclature.yml). À détailler dans la note de conception de la fonctionnalité GUI.

4. Incohérences repérées (à corriger)

• chezlepro_timezone défini en lab seulement, absent de production.
• group_vars/serveur_debian.yml référencé (commentaire de prod all.yml) mais absent des deux environnements.