Set-OPS-Public/roles/serveur_ops/meta/authentification.yml
Daniel Allaire aab1bcc83a doc : rangee par lecteur, trois portes d'entree (architecture, setup, usage) et un index
README reduit au role du projet et au demarrage rapide. docs/architecture.md (schemas
Mermaid), docs/setup.md, docs/usage.md (154 cibles en 13 familles), docs/README.md (index).
Documents ranges en conception/, exploitation/, hebergement/, projet/ ; 598 chemins suivis.
QUICKSTART.md, SOLUTION.md, architecture-set-ops.md et la carte fondus puis retires.

Preuves : P48 lit l'index et conception/mecanismes.md ; les gardes parcourent docs/ sous-
dossiers compris (_documents) ; usage.md suit le Makefile dans les deux sens.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-15 01:01:54 -04:00

13 lines
624 B
YAML

---
# Position de ce role dans la directive d'authentification (D-38..D-41).
# Voir docs/conception/authentification.md. Gardee par la preuve P29.
authentification:
portee: sans-auth-humaine
mecanisme: aucun
formulaire_local: sans-objet
secours: "Acces SSH a l'hote, puis `sudo -iu setops`"
raison: >-
Le poste d'exploitation n'expose aucune interface : il n'est ni serveur web ni
service reseau, et rien ne s'y connecte. On y entre par SSH sur l'hote, comme sur
n'importe quelle machine de la flotte, puis l'on devient l'utilisateur
d'exploitation. Il n'y a donc rien a federer, et rien a fermer.