one-liner : BASE_URL sur git.hilel.fr + etat des deux registries

README.md

@@ -8,7 +8,7 @@ configs vivent dans `config/` sur la machine cible). Le code source reste dans
 ## Installation
 
 ```bash
-curl -fsSL https://git.les2ter.fr/gitea/hamriou/streambox-install/raw/branch/main/install.sh | sudo bash
+curl -fsSL https://git.hilel.fr/hamriou/streambox-install/raw/branch/main/install.sh | sudo bash
 ```
 
 Sans registry : l'image doit déjà être présente sur la machine (`docker load`).
@@ -33,7 +33,7 @@ curl -fsSL .../install.sh | sudo bash -s -- --from-ssh lab --tag v49
 ### Depuis un registry (option)
 
 ```bash
-curl -fsSL .../install.sh | sudo bash -s -- --image git.les2ter.fr/hamriou/streambox-aio:v49
+curl -fsSL .../install.sh | sudo bash -s -- --image git.hilel.fr/hamriou/streambox-aio:v48
 ```
 
 ## Options
@@ -89,11 +89,19 @@ L'image précédente doit être encore présente (`docker image ls streambox-aio
 Après démarrage : `running` + HTTP 200 sur `http://<hôte>:3005/`. En cas d'échec
 l'installeur sort en erreur avec la commande de logs à lancer.
 
-## Pourquoi pas le registry Gitea
+## Registries : lequel marche
 
-Le registry de cette instance (`git.les2ter.fr`) refuse les jetons
-authentifiés : `/v2/token` renvoie un JWT `UserID: -1` avec un `Scope` vide,
-car `ENABLE_BASIC_AUTHENTICATION = false` (instance YunoHost en SSO). Docker
-n'obtient un token registry que par HTTP Basic → « Login Succeeded » puis
-`unauthorized`. `docker save | docker load` contourne le problème sans toucher
-à `app.ini` ni affaiblir le SSO.
+| Registry | État | Usage |
+|---|---|---|
+| `git.hilel.fr` (Gitea auto-hébergé sur le lab) | **fonctionne** — Basic auth, push lab → pull VPS vérifiés | `--image git.hilel.fr/hamriou/streambox-aio:<tag>` |
+| `git.les2ter.fr` (Gitea YunoHost) | **inutilisable** — SSOwat retire l'en-tête `Authorization`, Docker ne peut pas s'authentifier | git seulement |
+
+Le registry `git.les2ter.fr` renvoie un jeton anonyme (`UserID: -1`) même avec des
+identifiants valides : `docker login` répond « Login Succeeded » puis le push
+échoue. Aucun réglage d'`app.ini` n'y change rien (`ENABLE_BASIC_AUTHENTICATION`
+est déjà à `true`) : c'est le SSO devant qui retire l'en-tête.
+
+Le chemin par défaut de cet installeur reste **sans registry**
+(`docker load` depuis une archive ou depuis une autre machine) : il ne dépend
+d'aucun service d'authentification, et c'est le seul qui marche sur les deux
+instances.