Set-OPS-Public/roles/serveur_resolveur/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
591 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"
raison: >-
Un resolveur DNS ne sert que des machines et n'expose aucune interface humaine.
Ce qui le protege n'est pas une authentification mais sa LISTE D'ACCES : il ne
repond qu'au supernet du tenant. Un resolveur ouvert au monde serait un relais
d'amplification, pas un service mal authentifie.