L'epreuve de portabilite est passee. Un second ecosysteme souverain complet, monte depuis zero par le meme moteur : 14 hotes, 2583 taches ok, 331 changed, 0 failed. Plan distinct, voute separee, realm technolibre, sa propre AC — et une topologie differente : LDAP et SSO sur des machines separees la ou Chezlepro les co-localise. Cinq devis CONFORME (identite, certificats, PostgreSQL, courriel, frontiere — 55 lignes 0 ecart). Le sixieme dit exactement la bonne chose : les 6 services repondent depuis l'edge, aucun depuis le poste, qui ne resout pas encore technolibre.internal (6 entrees /etc/hosts absentes — le plancher). SIXIEME DEFAUT MOTEUR. Le devis d'identite interrogeait LDAP en `ldapi:///` — un socket UNIX LOCAL — depuis l'hote serveur_keycloak. Cela ne marchait que par CO-LOCATION ACCIDENTELLE. Un tenant qui separe l'annuaire du SSO echouait sur « Failed to import python-ldap » : l'hote SSO n'a pas de client LDAP. Les deux lectures sont deleguees a l'hote DERIVE par resoudre_annuaire. P35 (D-75) : toute application dont le role exige une base en a une au plan. La garde de resoudre_base existait deja, mais s'est declenchee a la 92e tache de collab-01, apres quarante minutes, pour un ecart entierement lisible dans le plan. Rien n'y est code en dur : les roles concernes sont ceux qui INCLUENT resoudre_base, et le groupe reclame est lu dans le DEFAUT de la variable passee — jamais deduit du nom. serveur_icingaweb2 reclame la base de serveur_icinga ; une preuve supposant « role = groupe » aurait crie sur un cas sain. Eprouvee dans les deux sens ET sur les deux tenants, dont les registres n'ont pas la meme portee : base retiree -> ECHEC la nommant ; restauree -> OK. Verifie : prouver.py 35 OK sur les deux instances, ansible-lint production. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| _Sidebar.md | ||
| Autorisation-et-RBAC.md | ||
| Bases-de-données.md | ||
| Cache.md | ||
| Courriel.md | ||
| DNS-et-résolution.md | ||
| Glossaire.md | ||
| Home.md | ||
| Identité-et-SSO.md | ||
| img | ||
| Infra-as-Code-et-idempotence.md | ||
| La-preuve.md | ||
| Le-GUI-console-d-exploitation.md | ||
| Le-plan-et-l-adressage-dérivé.md | ||
| Liaisons-bindings.md | ||
| Multi-instance-et-fédération.md | ||
| Métriques-et-journaux.md | ||
| PKI-et-confiance.md | ||
| README.md | ||
| Reprendre-l-écosystème.md | ||
| Reverse-proxy-et-TLS.md | ||
| Sauvegardes.md | ||
| Supervision-et-impact.md | ||
| Sécurité-et-durcissement.md | ||
| Virtualisation-et-clonage.md | ||
| Vérifier-le-déployé.md | ||
wiki/ — source du wiki pédagogique
Ce dossier est la source versionnée du wiki Set-OPS (accueil, unités d'apprentissage,
runbooks, glossaire). Il est publié dans le wiki Forgejo du dépôt (.wiki.git) — le dépôt
reste la source, le wiki Forgejo la vue browsable et web-éditable.
Home.md— page d'accueil (cadrage : moteur souverain et compagnon pédagogique)._Sidebar.md— navigation.Identité-et-SSO.md— unité-pilote (le moule : concept → Set-OPS → générique → à toi de jouer).
Moule d'une unité : ① le concept (générique) · ② comment Set-OPS le fait (le vrai) · ③ pourquoi c'est transférable · ④ à toi de jouer (observe/interroge/casse/répare).
Principe : le wiki enseigne et oriente ; il pointe vers docs/ et les README de rôles
pour le détail technique — il ne les recopie pas (anti-dérive).
Publication (à faire une fois le socle validé) : cloner le dépôt wiki Forgejo et y pousser ces
pages (les noms de fichiers Titre-Avec-Tirets.md deviennent « Titre Avec Tirets » dans l'UI).