Trois questions indépendantes, tranchées lors du branchement de Kadans sur MinIO (2026-07-26) : qui déclare les buckets d'une app, qui détient les identifiants capables de les créer, et comment l'app lit les siens. La décision de fond est du fondateur : CHACUN SON PÉRIMÈTRE. Une application déclare ses buckets depuis son propre dépôt ; `tools` fournit le serveur, un module de standardisation et un compte de provisionnement — pas la liste. Une première version faisait tout porter par l'infra partagée : à ce rythme, chaque bucket de chaque app devenait une PR sur le dépôt commun. L'ADR consigne aussi les trois identités et leurs portées (root / provisionneur / compte de service), pourquoi la lecture des identifiants est une propriété inconditionnelle de la plateforme plutôt qu'une déclaration par app, et pourquoi les octets ne transitent pas par l'API — avec les conséquences que ça impose (endpoint public, CORS aux origines exactes, pas de basic-auth sur l'ingress S3). Les alternatives écartées sont listées avec leur motif, dont deux que j'avais moi-même proposées et qui étaient plus faibles. Deux limites assumées y figurent : le provisionneur est un secret PARTAGÉ entre rôles CI (sa compromission permet de créer des buckets, pas de lire des objets), et les noms d'actions d'administration MinIO n'ont pas été éprouvés contre le serveur au moment d'écrire. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_01CoafGWmRVESaWX819USUUA
54 lines
1.6 KiB
Bash
Executable File
54 lines
1.6 KiB
Bash
Executable File
#!/bin/bash
|
|
# Script pour générer un token Gitea via API REST et configurer Hermes
|
|
# Usage: ./get_gitea_token_rest.sh
|
|
|
|
set -e
|
|
|
|
echo "🔑 Génération d'un token Gitea via API REST..."
|
|
|
|
# Demander les informations nécessaires
|
|
read -p "Nom d'utilisateur Gitea (arcodange) : " GITEA_USER
|
|
GITEA_USER=${GITEA_USER:-arcodange}
|
|
|
|
read -s -p "Mot de passe Gitea : " GITEA_PASSWORD
|
|
echo ""
|
|
|
|
read -p "Nom du token (hermes-access) : " TOKEN_NAME
|
|
TOKEN_NAME=${TOKEN_NAME:-hermes-access}
|
|
|
|
read -p "Portées (write:repository,write:user) : " SCOPES
|
|
SCOPES=${SCOPES:-write:repository,write:user}
|
|
|
|
# Appeler l'API Gitea pour créer un token
|
|
echo "📡 Appel à l'API Gitea..."
|
|
RESPONSE=$(curl -s -X POST \
|
|
"https://gitea.arcodange.lab/api/v1/users/${GITEA_USER}/tokens" \
|
|
-H "Content-Type: application/json" \
|
|
-u "${GITEA_USER}:${GITEA_PASSWORD}" \
|
|
-d "{\"name\":\"${TOKEN_NAME}\",\"scopes\":[\"${SCOPES//,/\",\"}\"]}")
|
|
|
|
# Extraire le token de la réponse
|
|
TOKEN=$(echo "$RESPONSE" | jq -r '.sha1' 2>/dev/null)
|
|
|
|
if [ -z "$TOKEN" ] || [ "$TOKEN" = "null" ]; then
|
|
echo "❌ Échec de la création du token"
|
|
echo "Réponse de l'API :"
|
|
echo "$RESPONSE" | jq .
|
|
exit 1
|
|
fi
|
|
|
|
echo "✅ Token généré avec succès !"
|
|
echo "Token: $TOKEN"
|
|
|
|
# Configurer Hermes
|
|
echo "🛠 Configuration de Hermes..."
|
|
hermes config set gitea.token "$TOKEN"
|
|
hermes config set gitea.base_url "https://gitea.arcodange.lab"
|
|
hermes config set gitea.username "$GITEA_USER"
|
|
|
|
echo "✨ Configuration terminée !"
|
|
echo "Token stocké dans la configuration Hermes."
|
|
echo ""
|
|
echo "Pour vérifier la configuration :"
|
|
echo " hermes config get gitea"
|