2026-06-24 20:17:46 -04:00
|
|
|
---
|
2026-08-07 15:33:32 -04:00
|
|
|
|
|
|
|
|
# L'URL PUBLIQUE de l'IdP se derive de l'exposition declaree au plan, elle ne se
|
|
|
|
|
# fabrique pas : `keycloak.<domaine>` n'est publie nulle part (voir resoudre_idp).
|
|
|
|
|
- name: Resoudre le fournisseur d'identite (role partage)
|
|
|
|
|
ansible.builtin.include_role:
|
|
|
|
|
name: resoudre_idp
|
|
|
|
|
vars:
|
|
|
|
|
resoudre_idp_realm: "{{ serveur_forgejo_oidc_realm }}"
|
authentification : SSO Keycloak devant, secours par sudo, formulaire local fermé
Directive : toute authentification web passe par Keycloak, LDAP est la source
unique des comptes, chaque service garde un accès de secours par sudo sur
l'hôte. Les trois sont indissociables — la chaîne service → Keycloak → LDAP est
en série, donc sans secours une panne exclut tout le monde, y compris pour
réparer. Portée : le web seulement ; IMAP/SMTP se lient à LDAP directement et
SSH est en clé seule.
Posture <rôle>_connexion_locale, false par défaut. Le compte local existe — il
ne peut pas dépendre de Keycloak — mais son formulaire n'est plus proposé au
repos : ouvert en permanence, il contourne la politique de mot de passe, le MFA
et surtout la révocation centrale.
Vérifié auprès de l'amont, puis par rendu réel des gabarits dans les deux
postures :
- Grafana GF_AUTH_DISABLE_LOGIN_FORM → ferme ;
- Forgejo ENABLE_INTERNAL_SIGNIN + ENABLE_BASIC_AUTHENTICATION → ferme, API
Basic comprise. N'existe que depuis la v10 (ticket amont 7476) ; le rôle
épingle 10.0.0 et un assert refuse la fermeture en deçà, car le réglage serait
ignoré sans erreur ;
- Nextcloud hide_login_form → MASQUE seulement : ?direct=1 reste le chemin de
secours documenté par l'amont. Écrit comme tel, sans prétendre à l'équivalence.
Défaut attrapé par le rendu : la condition Forgejo sans `| bool` n'émettait rien
dans aucune posture — une valeur en chaîne est vraie au sens Jinja, la connexion
locale serait restée ouverte en silence.
docs/authentification.md, décisions D-38 à D-41. ansible-lint (production) sans
échec, 28 preuves OK.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-03 16:50:36 -04:00
|
|
|
- name: Refuser de fermer la connexion locale sur un Forgejo anterieur a la v10
|
|
|
|
|
# `ENABLE_INTERNAL_SIGNIN` a ete ajoute en v10 (suivi amont, issue 7476). Sur une
|
|
|
|
|
# version anterieure il est ignore EN SILENCE : le role croirait avoir ferme la porte
|
|
|
|
|
# alors qu'elle reste ouverte. On refuse plutot que de laisser croire.
|
|
|
|
|
ansible.builtin.assert:
|
|
|
|
|
that:
|
|
|
|
|
- serveur_forgejo_version is version('10.0.0', '>=')
|
|
|
|
|
fail_msg: >-
|
|
|
|
|
serveur_forgejo_connexion_locale=false exige Forgejo >= 10.0.0
|
|
|
|
|
(ici {{ serveur_forgejo_version }}) : le reglage serait ignore sans erreur.
|
|
|
|
|
Mettre a jour, ou assumer la connexion locale en la passant a true.
|
|
|
|
|
when: not (serveur_forgejo_connexion_locale | bool)
|
|
|
|
|
|
2026-06-24 20:17:46 -04:00
|
|
|
- name: Exiger les secrets Forgejo (Vault)
|
|
|
|
|
ansible.builtin.assert:
|
|
|
|
|
that:
|
|
|
|
|
- serveur_forgejo_secret_key | length > 0
|
|
|
|
|
- serveur_forgejo_internal_token | length > 0
|
|
|
|
|
- serveur_forgejo_admin_password | length > 0
|
|
|
|
|
fail_msg: "secret_key, internal_token et admin_password sont requis (Ansible Vault)."
|
|
|
|
|
|
2026-07-03 15:57:06 -04:00
|
|
|
- name: Resoudre la base de donnees depuis le registre (role partage)
|
|
|
|
|
ansible.builtin.include_role:
|
|
|
|
|
name: resoudre_base
|
|
|
|
|
vars:
|
|
|
|
|
resoudre_base_groupe: "{{ serveur_forgejo_groupe }}"
|
2026-06-24 20:17:46 -04:00
|
|
|
|
2026-07-03 15:57:06 -04:00
|
|
|
- name: Adopter les facts de base pour Forgejo
|
2026-06-24 20:17:46 -04:00
|
|
|
ansible.builtin.set_fact:
|
2026-07-03 15:57:06 -04:00
|
|
|
serveur_forgejo_entree: "{{ resoudre_base_entree }}"
|
|
|
|
|
serveur_forgejo_db_password: "{{ resoudre_base_db_password }}"
|
|
|
|
|
serveur_forgejo_db_host: "{{ resoudre_base_db_host }}"
|
|
|
|
|
serveur_forgejo_db_port: "{{ resoudre_base_db_port }}"
|
2026-06-24 20:17:46 -04:00
|
|
|
no_log: true
|
|
|
|
|
|
|
|
|
|
- name: Creer l'utilisateur systeme git
|
|
|
|
|
ansible.builtin.user:
|
|
|
|
|
name: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
system: true
|
|
|
|
|
shell: /bin/bash
|
|
|
|
|
home: "/home/{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
create_home: true
|
|
|
|
|
comment: "Git Version Control"
|
|
|
|
|
|
2026-08-09 13:58:33 -04:00
|
|
|
# Le chemin de destination PORTE la version : `forgejo-10.0.0` ne peut pas designer un
|
|
|
|
|
# autre contenu demain. Le binaire est donc immuable une fois pose, et le retelecharger
|
|
|
|
|
# n'a aucun sens — or `get_url` sans garde recontacte le serveur distant a CHAQUE
|
|
|
|
|
# deploiement, pour 106 Mo deja presents.
|
|
|
|
|
#
|
|
|
|
|
# Constate le 2026-08-09 pendant le passage d'idempotence : « Connection failure: The
|
|
|
|
|
# read operation timed out ». Un deploiement de flotte echouait parce qu'un serveur tiers
|
|
|
|
|
# etait lent — sur une plateforme qui se veut souveraine, c'est une dependance de trop
|
|
|
|
|
# sur le chemin critique.
|
|
|
|
|
- name: Le binaire de cette version est-il deja pose ?
|
|
|
|
|
ansible.builtin.stat:
|
|
|
|
|
path: "/usr/local/bin/forgejo-{{ serveur_forgejo_version }}"
|
|
|
|
|
register: serveur_forgejo_binaire_present
|
|
|
|
|
|
artefacts : le controleur telecharge et pousse, la cible ne tire plus
Inventaire mesure de ce qu'une reconstruction de tenant telecharge — ~1,5 Gio :
Nextcloud 230 Mio, image collabora/code 471 Mio (Docker Hub), Keycloak 140,
Forgejo 101, oauth2-proxy 18, plus les paquets apt (Debian + Grafana +
smallstep + Icinga) sur 14 hotes.
Les quatre archives sont EPINGLEES EN VERSION et vont chacune sur UN SEUL
hote. Les retelecharger a chaque reconstruction est un gaspillage et une
dependance de plus sur le chemin critique — un serveur tiers lent a deja fait
tomber un deploiement le 2026-08-09, sur le binaire Forgejo precisement.
POURQUOI POUSSER PLUTOT QUE SERVIR UN CACHE. L'exploitant proposait son poste
comme cache HTTP ; l'intention est juste mais elle butait sur ce qu'on avait
ferme le matin meme : les regles sortantes visent !SETOPS_INTERNES, donc une
VM de tenant ne peut plus atteindre le poste. Servir un cache aurait exige de
ROUVRIR un flux vers le plan d'administration.
L'inversion evite le probleme entier : le controleur telecharge dans son cache
(~/.cache/setops, garde par un stat), puis pousse par le canal SSH qui existe
deja. Aucun port, aucun service, aucune regle, aucun couplage. Et ces
artefacts deviennent deployables HORS LIGNE une fois le cache rempli.
Ce que ca ne couvre pas, et qu'il faut nommer : l'image collabora/code, seule
entorse a la doctrine « zero Docker » du depot — elle merite sa propre
decision, pas un contournement discret ; et les paquets apt, dont le cache a
sa place cote HEBERGEUR, partage entre tenants.
Et une mesure qui a contredit mon hypothese : le .zip de Nextcloud pese
271 Mio contre 230 pour le .tar.bz2. Il telecharge PLUS pour decompresser
moins lentement. Le changement de format attend une mesure, pas une intuition.
Verifie : cache rempli (491 Mio, 4/4), ansible-lint production sur 79 fichiers,
prouver.py 35 OK, plus aucun get_url n'ecrit sur la cible.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 20:58:58 -04:00
|
|
|
# Le controleur telecharge, puis pousse par SSH — la cible ne tire jamais d'Internet.
|
|
|
|
|
# Motif explique en detail dans `roles/serveur_nextcloud/tasks/installer.yml`. C'est
|
|
|
|
|
# precisement ce binaire qui a fait tomber un deploiement de flotte le 2026-08-09, sur un
|
|
|
|
|
# « read operation timed out » venu d'un serveur tiers.
|
|
|
|
|
- name: Cache d artefacts du contrôleur
|
|
|
|
|
ansible.builtin.file:
|
|
|
|
|
path: "{{ serveur_forgejo_cache_local }}"
|
|
|
|
|
state: directory
|
|
|
|
|
mode: "0700"
|
|
|
|
|
delegate_to: localhost
|
|
|
|
|
become: false
|
|
|
|
|
when: not serveur_forgejo_binaire_present.stat.exists
|
|
|
|
|
|
|
|
|
|
- name: L artefact est-il déjà dans le cache du contrôleur ?
|
|
|
|
|
ansible.builtin.stat:
|
|
|
|
|
path: "{{ serveur_forgejo_cache_local }}/forgejo-{{ serveur_forgejo_version }}"
|
|
|
|
|
register: serveur_forgejo_cache_present
|
|
|
|
|
delegate_to: localhost
|
|
|
|
|
become: false
|
2026-08-09 13:58:33 -04:00
|
|
|
when: not serveur_forgejo_binaire_present.stat.exists
|
artefacts : le controleur telecharge et pousse, la cible ne tire plus
Inventaire mesure de ce qu'une reconstruction de tenant telecharge — ~1,5 Gio :
Nextcloud 230 Mio, image collabora/code 471 Mio (Docker Hub), Keycloak 140,
Forgejo 101, oauth2-proxy 18, plus les paquets apt (Debian + Grafana +
smallstep + Icinga) sur 14 hotes.
Les quatre archives sont EPINGLEES EN VERSION et vont chacune sur UN SEUL
hote. Les retelecharger a chaque reconstruction est un gaspillage et une
dependance de plus sur le chemin critique — un serveur tiers lent a deja fait
tomber un deploiement le 2026-08-09, sur le binaire Forgejo precisement.
POURQUOI POUSSER PLUTOT QUE SERVIR UN CACHE. L'exploitant proposait son poste
comme cache HTTP ; l'intention est juste mais elle butait sur ce qu'on avait
ferme le matin meme : les regles sortantes visent !SETOPS_INTERNES, donc une
VM de tenant ne peut plus atteindre le poste. Servir un cache aurait exige de
ROUVRIR un flux vers le plan d'administration.
L'inversion evite le probleme entier : le controleur telecharge dans son cache
(~/.cache/setops, garde par un stat), puis pousse par le canal SSH qui existe
deja. Aucun port, aucun service, aucune regle, aucun couplage. Et ces
artefacts deviennent deployables HORS LIGNE une fois le cache rempli.
Ce que ca ne couvre pas, et qu'il faut nommer : l'image collabora/code, seule
entorse a la doctrine « zero Docker » du depot — elle merite sa propre
decision, pas un contournement discret ; et les paquets apt, dont le cache a
sa place cote HEBERGEUR, partage entre tenants.
Et une mesure qui a contredit mon hypothese : le .zip de Nextcloud pese
271 Mio contre 230 pour le .tar.bz2. Il telecharge PLUS pour decompresser
moins lentement. Le changement de format attend une mesure, pas une intuition.
Verifie : cache rempli (491 Mio, 4/4), ansible-lint production sur 79 fichiers,
prouver.py 35 OK, plus aucun get_url n'ecrit sur la cible.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 20:58:58 -04:00
|
|
|
|
|
|
|
|
- name: Télécharger le binaire Forgejo dans le cache du contrôleur (une seule fois)
|
2026-06-24 20:17:46 -04:00
|
|
|
ansible.builtin.get_url:
|
|
|
|
|
url: "{{ serveur_forgejo_url }}"
|
artefacts : le controleur telecharge et pousse, la cible ne tire plus
Inventaire mesure de ce qu'une reconstruction de tenant telecharge — ~1,5 Gio :
Nextcloud 230 Mio, image collabora/code 471 Mio (Docker Hub), Keycloak 140,
Forgejo 101, oauth2-proxy 18, plus les paquets apt (Debian + Grafana +
smallstep + Icinga) sur 14 hotes.
Les quatre archives sont EPINGLEES EN VERSION et vont chacune sur UN SEUL
hote. Les retelecharger a chaque reconstruction est un gaspillage et une
dependance de plus sur le chemin critique — un serveur tiers lent a deja fait
tomber un deploiement le 2026-08-09, sur le binaire Forgejo precisement.
POURQUOI POUSSER PLUTOT QUE SERVIR UN CACHE. L'exploitant proposait son poste
comme cache HTTP ; l'intention est juste mais elle butait sur ce qu'on avait
ferme le matin meme : les regles sortantes visent !SETOPS_INTERNES, donc une
VM de tenant ne peut plus atteindre le poste. Servir un cache aurait exige de
ROUVRIR un flux vers le plan d'administration.
L'inversion evite le probleme entier : le controleur telecharge dans son cache
(~/.cache/setops, garde par un stat), puis pousse par le canal SSH qui existe
deja. Aucun port, aucun service, aucune regle, aucun couplage. Et ces
artefacts deviennent deployables HORS LIGNE une fois le cache rempli.
Ce que ca ne couvre pas, et qu'il faut nommer : l'image collabora/code, seule
entorse a la doctrine « zero Docker » du depot — elle merite sa propre
decision, pas un contournement discret ; et les paquets apt, dont le cache a
sa place cote HEBERGEUR, partage entre tenants.
Et une mesure qui a contredit mon hypothese : le .zip de Nextcloud pese
271 Mio contre 230 pour le .tar.bz2. Il telecharge PLUS pour decompresser
moins lentement. Le changement de format attend une mesure, pas une intuition.
Verifie : cache rempli (491 Mio, 4/4), ansible-lint production sur 79 fichiers,
prouver.py 35 OK, plus aucun get_url n'ecrit sur la cible.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 20:58:58 -04:00
|
|
|
dest: "{{ serveur_forgejo_cache_local }}/forgejo-{{ serveur_forgejo_version }}"
|
|
|
|
|
mode: "0644"
|
|
|
|
|
delegate_to: localhost
|
|
|
|
|
become: false
|
|
|
|
|
when:
|
|
|
|
|
- not serveur_forgejo_binaire_present.stat.exists
|
|
|
|
|
- not (serveur_forgejo_cache_present.stat.exists | default(false))
|
|
|
|
|
|
|
|
|
|
- name: Déposer le binaire Forgejo sur l hôte depuis le cache
|
|
|
|
|
ansible.builtin.copy:
|
|
|
|
|
src: "{{ serveur_forgejo_cache_local }}/forgejo-{{ serveur_forgejo_version }}"
|
2026-06-24 20:17:46 -04:00
|
|
|
dest: "/usr/local/bin/forgejo-{{ serveur_forgejo_version }}"
|
|
|
|
|
owner: root
|
|
|
|
|
group: root
|
|
|
|
|
mode: "0755"
|
artefacts : le controleur telecharge et pousse, la cible ne tire plus
Inventaire mesure de ce qu'une reconstruction de tenant telecharge — ~1,5 Gio :
Nextcloud 230 Mio, image collabora/code 471 Mio (Docker Hub), Keycloak 140,
Forgejo 101, oauth2-proxy 18, plus les paquets apt (Debian + Grafana +
smallstep + Icinga) sur 14 hotes.
Les quatre archives sont EPINGLEES EN VERSION et vont chacune sur UN SEUL
hote. Les retelecharger a chaque reconstruction est un gaspillage et une
dependance de plus sur le chemin critique — un serveur tiers lent a deja fait
tomber un deploiement le 2026-08-09, sur le binaire Forgejo precisement.
POURQUOI POUSSER PLUTOT QUE SERVIR UN CACHE. L'exploitant proposait son poste
comme cache HTTP ; l'intention est juste mais elle butait sur ce qu'on avait
ferme le matin meme : les regles sortantes visent !SETOPS_INTERNES, donc une
VM de tenant ne peut plus atteindre le poste. Servir un cache aurait exige de
ROUVRIR un flux vers le plan d'administration.
L'inversion evite le probleme entier : le controleur telecharge dans son cache
(~/.cache/setops, garde par un stat), puis pousse par le canal SSH qui existe
deja. Aucun port, aucun service, aucune regle, aucun couplage. Et ces
artefacts deviennent deployables HORS LIGNE une fois le cache rempli.
Ce que ca ne couvre pas, et qu'il faut nommer : l'image collabora/code, seule
entorse a la doctrine « zero Docker » du depot — elle merite sa propre
decision, pas un contournement discret ; et les paquets apt, dont le cache a
sa place cote HEBERGEUR, partage entre tenants.
Et une mesure qui a contredit mon hypothese : le .zip de Nextcloud pese
271 Mio contre 230 pour le .tar.bz2. Il telecharge PLUS pour decompresser
moins lentement. Le changement de format attend une mesure, pas une intuition.
Verifie : cache rempli (491 Mio, 4/4), ansible-lint production sur 79 fichiers,
prouver.py 35 OK, plus aucun get_url n'ecrit sur la cible.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 20:58:58 -04:00
|
|
|
when: not serveur_forgejo_binaire_present.stat.exists
|
2026-06-24 20:17:46 -04:00
|
|
|
|
|
|
|
|
- name: Activer la version courante du binaire
|
|
|
|
|
ansible.builtin.file:
|
|
|
|
|
src: "/usr/local/bin/forgejo-{{ serveur_forgejo_version }}"
|
|
|
|
|
dest: "{{ serveur_forgejo_binaire }}"
|
|
|
|
|
state: link
|
|
|
|
|
notify: Redemarrer forgejo
|
|
|
|
|
|
|
|
|
|
- name: Creer les repertoires de donnees
|
|
|
|
|
ansible.builtin.file:
|
|
|
|
|
path: "{{ serveur_forgejo_data }}/{{ item }}"
|
|
|
|
|
state: directory
|
|
|
|
|
owner: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
group: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
mode: "0750"
|
|
|
|
|
loop:
|
|
|
|
|
- ""
|
|
|
|
|
- custom
|
|
|
|
|
- data
|
|
|
|
|
- log
|
|
|
|
|
|
|
|
|
|
- name: Creer le repertoire de configuration
|
|
|
|
|
ansible.builtin.file:
|
|
|
|
|
path: "{{ serveur_forgejo_config_dir }}"
|
|
|
|
|
state: directory
|
|
|
|
|
owner: root
|
|
|
|
|
group: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
mode: "0770"
|
|
|
|
|
|
2026-08-09 14:44:03 -04:00
|
|
|
# JWT_SECRET appartient au SERVICE, pas au depot : Forgejo le genere au premier
|
|
|
|
|
# demarrage et le persiste dans `app.ini`. Le gabarit ne le portait pas — donc chaque
|
|
|
|
|
# rendu l'EFFACAIT, Forgejo en generait un nouveau au redemarrage, et le passage suivant
|
|
|
|
|
# recommencait. Autrement dit : chaque deploiement faisait tourner le secret JWT de la
|
|
|
|
|
# forge, invalidant les jetons qu'elle avait emis. Trouve par le passage d'idempotence du
|
|
|
|
|
# 2026-08-09 — seule ligne differente entre deux rendus.
|
|
|
|
|
#
|
|
|
|
|
# On le RELIT donc avant de rendre, et on le repose tel quel. Le depot cesse de disputer
|
|
|
|
|
# au service une valeur qui lui appartient.
|
|
|
|
|
- name: Relire le secret JWT genere par Forgejo (lui appartient)
|
|
|
|
|
ansible.builtin.slurp:
|
|
|
|
|
src: "{{ serveur_forgejo_config }}"
|
|
|
|
|
register: serveur_forgejo_app_ini
|
|
|
|
|
failed_when: false
|
|
|
|
|
no_log: true
|
|
|
|
|
|
|
|
|
|
- name: Retenir le secret JWT (vide au premier deploiement)
|
|
|
|
|
ansible.builtin.set_fact:
|
|
|
|
|
# Sans groupe de capture : on selectionne la ligne, puis on retire le prefixe. La
|
|
|
|
|
# forme avec `regex_search(..., '\\1', multiline=True)` fonctionnait pourtant en
|
|
|
|
|
# isolation — mais elle echouait sur l'hote, et `no_log` (indispensable ici, c'est un
|
|
|
|
|
# secret) empechait de voir pourquoi. Une expression qu'on ne peut pas diagnostiquer
|
|
|
|
|
# en place doit ceder a une expression plus simple.
|
|
|
|
|
serveur_forgejo_jwt_secret: >-
|
|
|
|
|
{{ (serveur_forgejo_app_ini.content | default('') | b64decode).splitlines()
|
|
|
|
|
| select('match', '^JWT_SECRET *=')
|
|
|
|
|
| map('regex_replace', '^JWT_SECRET *= *', '')
|
|
|
|
|
| first | default('', true) | trim }}
|
|
|
|
|
no_log: true
|
|
|
|
|
|
2026-06-24 20:17:46 -04:00
|
|
|
- name: Deployer app.ini
|
|
|
|
|
ansible.builtin.template:
|
|
|
|
|
src: app.ini.j2
|
|
|
|
|
dest: "{{ serveur_forgejo_config }}"
|
2026-07-03 15:52:38 -04:00
|
|
|
owner: "{{ serveur_forgejo_utilisateur }}" # Forgejo persiste des secrets générés (oauth2 JWT) → doit pouvoir écrire
|
2026-06-24 20:17:46 -04:00
|
|
|
group: "{{ serveur_forgejo_utilisateur }}"
|
2026-08-09 14:44:03 -04:00
|
|
|
# 0600, et non 0640 : Forgejo REECRIT ce fichier lui-meme (il y persiste des secrets
|
|
|
|
|
# generes) et le repose systematiquement en 0600. Le role remettait 0640 a chaque
|
|
|
|
|
# passage, Forgejo le ramenait a 0600 — deux proprietaires pour un fichier, en
|
|
|
|
|
# desaccord, et un `changed` perpetuel qui redemarrait le service pour rien.
|
|
|
|
|
# Trouve par le passage d'idempotence du 2026-08-09 : contenu identique, diff VIDE,
|
|
|
|
|
# seul le mode differait — c'est ce qui rendait la cause invisible.
|
|
|
|
|
#
|
|
|
|
|
# Le desaccord n'avait aucun effet utile : le groupe est `git`, c'est-a-dire le
|
|
|
|
|
# service lui-meme. On s'aligne sur le plus strict, qui est aussi le sien.
|
|
|
|
|
mode: "0600"
|
2026-06-24 20:17:46 -04:00
|
|
|
no_log: true
|
|
|
|
|
notify: Redemarrer forgejo
|
|
|
|
|
|
2026-07-04 15:47:39 -04:00
|
|
|
- name: Deployer l'identite visuelle (logo, favicon, accent aurore, accueil)
|
|
|
|
|
ansible.builtin.copy:
|
|
|
|
|
src: custom/
|
|
|
|
|
dest: "{{ serveur_forgejo_data }}/custom/"
|
|
|
|
|
owner: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
group: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
mode: "0644"
|
|
|
|
|
directory_mode: "0755"
|
|
|
|
|
when: serveur_forgejo_branding | bool
|
|
|
|
|
notify: Redemarrer forgejo
|
|
|
|
|
|
2026-06-24 20:17:46 -04:00
|
|
|
- name: Deployer l'unite systemd forgejo
|
|
|
|
|
ansible.builtin.template:
|
|
|
|
|
src: forgejo.service.j2
|
|
|
|
|
dest: /etc/systemd/system/forgejo.service
|
|
|
|
|
owner: root
|
|
|
|
|
group: root
|
|
|
|
|
mode: "0644"
|
|
|
|
|
notify: Redemarrer forgejo
|
|
|
|
|
|
|
|
|
|
- name: Activer et demarrer Forgejo
|
2026-07-01 21:01:53 -04:00
|
|
|
when: not ansible_check_mode
|
2026-06-24 20:17:46 -04:00
|
|
|
ansible.builtin.systemd:
|
|
|
|
|
name: "{{ serveur_forgejo_service }}"
|
|
|
|
|
enabled: true
|
|
|
|
|
state: started
|
|
|
|
|
daemon_reload: true
|
|
|
|
|
|
2026-07-03 15:52:38 -04:00
|
|
|
- name: Appliquer les redemarrages Forgejo (config a jour) avant admin/OAuth2
|
|
|
|
|
ansible.builtin.meta: flush_handlers
|
|
|
|
|
|
|
|
|
|
- name: Attendre que Forgejo reponde (migrations terminees)
|
|
|
|
|
ansible.builtin.wait_for:
|
|
|
|
|
host: 127.0.0.1
|
|
|
|
|
port: "{{ serveur_forgejo_http_port }}"
|
|
|
|
|
timeout: 120
|
|
|
|
|
when: not ansible_check_mode
|
|
|
|
|
|
2026-06-24 20:17:46 -04:00
|
|
|
- name: Creer le compte administrateur (une fois)
|
|
|
|
|
ansible.builtin.shell:
|
|
|
|
|
cmd: >-
|
|
|
|
|
{{ serveur_forgejo_binaire }} admin user create
|
|
|
|
|
--admin --username {{ serveur_forgejo_admin_user }}
|
|
|
|
|
--email {{ serveur_forgejo_admin_email }}
|
|
|
|
|
--password '{{ serveur_forgejo_admin_password }}'
|
|
|
|
|
--config {{ serveur_forgejo_config }}
|
|
|
|
|
&& touch {{ serveur_forgejo_data }}/.admin-created
|
|
|
|
|
creates: "{{ serveur_forgejo_data }}/.admin-created"
|
|
|
|
|
become: true
|
|
|
|
|
become_user: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
environment:
|
|
|
|
|
GITEA_WORK_DIR: "{{ serveur_forgejo_data }}"
|
|
|
|
|
no_log: true
|
2026-07-03 15:52:38 -04:00
|
|
|
|
|
|
|
|
- name: Configurer la source OAuth2 SSO (Keycloak, idempotent)
|
|
|
|
|
ansible.builtin.shell:
|
|
|
|
|
executable: /bin/bash
|
|
|
|
|
cmd: |
|
|
|
|
|
set -euo pipefail
|
|
|
|
|
FJ="{{ serveur_forgejo_binaire }} --config {{ serveur_forgejo_config }}"
|
2026-08-07 14:49:28 -04:00
|
|
|
# Les reglages de GROUPE sont RECONCILIES, pas seulement poses a la creation :
|
|
|
|
|
# `add-oauth` une fois puis plus rien laissait un cablage perime vivre
|
|
|
|
|
# indefiniment — c'est ce qui est arrive a la federation LDAP de Keycloak, qui
|
|
|
|
|
# a pointe un hote inexistant pendant des semaines (2026-08-07).
|
|
|
|
|
OPTS_GROUPE=""
|
|
|
|
|
{% if serveur_forgejo_oidc_groupe_admin | length > 0 %}
|
|
|
|
|
OPTS_GROUPE="--group-claim-name {{ serveur_forgejo_oidc_groupe_claim }} --admin-group {{ serveur_forgejo_oidc_groupe_admin }}"
|
|
|
|
|
{% endif %}
|
|
|
|
|
ID=$($FJ admin auth list 2>/dev/null \
|
|
|
|
|
| awk -v n="{{ serveur_forgejo_oidc_nom }}" '$2 == n {print $1}' | head -1)
|
|
|
|
|
if [ -z "$ID" ]; then
|
2026-07-03 15:52:38 -04:00
|
|
|
$FJ admin auth add-oauth \
|
|
|
|
|
--name "{{ serveur_forgejo_oidc_nom }}" \
|
|
|
|
|
--provider openidConnect \
|
|
|
|
|
--key "{{ serveur_forgejo_oidc_client_id }}" \
|
|
|
|
|
--secret "$OIDC_SECRET" \
|
2026-08-07 14:49:28 -04:00
|
|
|
--auto-discover-url "{{ serveur_forgejo_oidc_discovery }}" \
|
|
|
|
|
$OPTS_GROUPE >/dev/null
|
2026-07-03 15:52:38 -04:00
|
|
|
echo SETOPS_CHANGED
|
2026-08-07 14:49:28 -04:00
|
|
|
else
|
|
|
|
|
# `update-oauth` est idempotent cote Forgejo : il reecrit les memes valeurs
|
|
|
|
|
# sans effet de bord. On ne peut pas comparer avant/apres (la CLI n'expose
|
|
|
|
|
# pas le detail d'une source), donc on ne signale PAS `changed`.
|
2026-08-07 22:20:11 -04:00
|
|
|
# `--secret` fait partie de la reconciliation : sans lui, faire tourner
|
|
|
|
|
# `vault_forgejo_oidc` laissait Forgejo sur l'ancienne valeur.
|
2026-08-07 14:49:28 -04:00
|
|
|
$FJ admin auth update-oauth --id "$ID" \
|
|
|
|
|
--auto-discover-url "{{ serveur_forgejo_oidc_discovery }}" \
|
2026-08-07 22:20:11 -04:00
|
|
|
--secret "$OIDC_SECRET" \
|
2026-08-07 14:49:28 -04:00
|
|
|
$OPTS_GROUPE >/dev/null
|
|
|
|
|
echo SETOPS_OK
|
2026-07-03 15:52:38 -04:00
|
|
|
fi
|
|
|
|
|
environment:
|
|
|
|
|
OIDC_SECRET: "{{ serveur_forgejo_oidc_client_secret }}"
|
|
|
|
|
GITEA_WORK_DIR: "{{ serveur_forgejo_data }}"
|
|
|
|
|
become: true
|
|
|
|
|
become_user: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
register: serveur_forgejo_oauth
|
|
|
|
|
changed_when: "'SETOPS_CHANGED' in serveur_forgejo_oauth.stdout"
|
|
|
|
|
no_log: true
|
|
|
|
|
when:
|
|
|
|
|
- serveur_forgejo_oidc_actif | bool
|
|
|
|
|
- not ansible_check_mode
|
2026-08-07 21:10:47 -04:00
|
|
|
|
|
|
|
|
# --- ROTATION DU COMPTE DE SECOURS -------------------------------------------
|
|
|
|
|
# `admin user create` porte `creates: .admin-created` : il ne tourne qu'UNE fois.
|
|
|
|
|
# Changer la voute ne changeait donc rien, et la voute se mettait a mentir. Meme
|
|
|
|
|
# raisonnement que pour Grafana — idempotence par EMPREINTE du secret applique.
|
|
|
|
|
- name: Empreinte du mot de passe admin en place
|
|
|
|
|
ansible.builtin.slurp:
|
|
|
|
|
src: "{{ serveur_forgejo_marqueur_admin }}"
|
|
|
|
|
register: serveur_forgejo_marque
|
|
|
|
|
failed_when: false
|
|
|
|
|
changed_when: false
|
|
|
|
|
no_log: true
|
|
|
|
|
|
|
|
|
|
- name: Appliquer le mot de passe du compte de secours (rotation)
|
|
|
|
|
ansible.builtin.command:
|
|
|
|
|
argv:
|
|
|
|
|
- "{{ serveur_forgejo_binaire }}"
|
|
|
|
|
- "--config"
|
|
|
|
|
- "{{ serveur_forgejo_config }}"
|
|
|
|
|
- admin
|
|
|
|
|
- user
|
|
|
|
|
- change-password
|
|
|
|
|
- "--username"
|
|
|
|
|
- "{{ serveur_forgejo_admin_user }}"
|
|
|
|
|
- "--password"
|
|
|
|
|
- "{{ serveur_forgejo_admin_password }}"
|
|
|
|
|
environment:
|
|
|
|
|
GITEA_WORK_DIR: "{{ serveur_forgejo_data }}"
|
|
|
|
|
become: true
|
|
|
|
|
become_user: "{{ serveur_forgejo_utilisateur }}"
|
|
|
|
|
changed_when: true
|
|
|
|
|
no_log: true
|
|
|
|
|
when: >-
|
|
|
|
|
(serveur_forgejo_marque.content | default('') | b64decode | trim)
|
|
|
|
|
!= (serveur_forgejo_admin_password | hash('sha256'))
|
|
|
|
|
|
|
|
|
|
- name: Retenir l'empreinte appliquee
|
|
|
|
|
ansible.builtin.copy:
|
|
|
|
|
content: "{{ serveur_forgejo_admin_password | hash('sha256') }}\n"
|
|
|
|
|
dest: "{{ serveur_forgejo_marqueur_admin }}"
|
|
|
|
|
owner: root
|
|
|
|
|
group: root
|
|
|
|
|
mode: "0600"
|
|
|
|
|
no_log: true
|