Daniel Allaire
2bbe12299f
Apres /ping, /oauth2/start doit renvoyer vers l emetteur configure pour ce client, et l IdP, joint depuis la passerelle, doit servir sa page de connexion. Le secret du client n est pas teste (journal du realm). Port derive de l ecoute ; archive oauth2-proxy plus retransferee a chaque deploiement. Fin de la revue des sondes. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
35 lines
1.4 KiB
Markdown
35 lines
1.4 KiB
Markdown
# Rôle `serveur_oauth2_proxy`
|
|
|
|
> **Généré** par `scripts/fiche_role.py` depuis les `meta/` de ce rôle.
|
|
> Ne pas éditer à la main : corriger la déclaration, puis régénérer.
|
|
|
|
> **Pour qui :** celui qui doit agir sur ce rôle et veut savoir, avant de toucher quoi que ce soit, qui lui parle, ce qu'il rend, et ce qu'il coûte.
|
|
|
|
```mermaid
|
|
graph LR
|
|
R["<b>oauth2_proxy</b>"]
|
|
E0["edge"] -->|"4180 · clair"| R
|
|
R -.->|"sonde « passerelle »"| ICINGA[["Icinga"]]
|
|
```
|
|
|
|
## Qui lui parle
|
|
|
|
| port | depuis | chiffrement | pourquoi |
|
|
|---|---|---|---|
|
|
| `4180` | `edge` | clair | Point d'entrée SSO servi via l'edge (TLS terminé à l'edge) devant l'application protégée. |
|
|
|
|
## Ce qu'il rend à la supervision
|
|
|
|
| sonde | TTL | ce qu'elle voit |
|
|
|---|---|---|
|
|
| `passerelle` | 5400 s | La passerelle d'authentification repond-elle, et mene-t-elle vraiment a la page de connexion de l'IdP pour son client ? Elle porte l'acces aux applications sans SSO natif — la vigie, la console. Quand elle meurt, les services derriere restent debout et deviennent injoignables : on cherche la panne du mauvais cote. |
|
|
|
|
## Ce qu'il expose en séries
|
|
|
|
*Aucun exportateur déclaré — voir `docs/metriques-conception.md`.*
|
|
|
|
## Ce qu'il coûte, et qui entre
|
|
|
|
- **Empreinte** : 1 cœur(s), 128 Mo, 1 Go.
|
|
- **Authentification** : `web-sso` — C'EST la passerelle SSO generique. Elle n'a pas de compte propre : sans elle, l'amont n'est joignable qu'en local.
|
|
|