Daniel Allaire
6699935dc7
`forge-01` a echoue sur une URL de decouverte pointant `https://keycloak.<domaine>` — le nom que rien ne publie. J'avais corrige exactement ca dans `serveur_oauth2_proxy` quelques heures plus tot, en croyant regler un cas isole. Il etait dans quatre roles : forgejo, grafana, nextcloud, oauth2-proxy. Chacun fabriquait le meme nom par la meme convention. Une cinquieme correction a la main aurait diverge comme les quatre autres. `roles/resoudre_idp` lit l'exposition declaree au plan et rend hote, base et discovery. Les roles n'en gardent qu'un REPLI nomme, jamais la valeur de travail. Verifie en base sur forge-01 : discovery = auth.chezlepro.internal, GroupClaimName = groups, AdminGroup = sysadmin. Meme lecon que `resoudre_annuaire` hier : corriger la valeur la ou elle echoue ne corrige que la. Ce sont les copies silencieuses qui coutent la journee suivante. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
930 B
930 B
resoudre_idp — l'URL publique du fournisseur d'identite
Resout auth.<domaine> depuis l'exposition que le plan declare, au lieu de fabriquer
keycloak.<domaine> par convention.
Pourquoi
Quatre roles construisaient le nom a la main. Aucun ne le publiait : le DNS resout
auth, nginx sert auth, et Keycloak s'annonce sous auth. Un client qui interroge
keycloak.<domaine> echoue — ou recoit un issuer qui ne correspond pas au sien
(« issuer did not match the issuer returned by provider »).
Corrige une premiere fois dans serveur_oauth2_proxy, puis retrouve a l'identique
dans trois autres roles. Une convention de nommage se contredit ; une declaration se
corrige.
Sorties
| Fait | Exemple |
|---|---|
resoudre_idp_hote |
auth.chezlepro.internal |
resoudre_idp_base |
https://auth.chezlepro.internal/realms/chezlepro |
resoudre_idp_discovery |
…/.well-known/openid-configuration |