fix(deploy): reset-password sagt am Ende etwas Brauchbares

Der Schlusshinweis erklaerte einen Fehler, den man in dem Moment gar nicht
gemacht hat, in Begriffen von vorhin ('genauso wie beim Hashen') — nach einem
gelungenen Vorgang ist das ein Raetsel statt einer Hilfe.

Jetzt steht dort zuerst der fertige Befehl, mit der oeffentlichen Adresse aus
DEPLOY_TARGET eingesetzt, und was er liefern soll. Die Warnung kommt danach,
in einem Satz und ohne Rueckbezug.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
mhoennig
2026-08-26 19:15:05 +02:00
co-authored by Claude Opus 5
parent 2a7d2f59bc
commit 7816184fe3
+14 -5
View File
@@ -133,9 +133,18 @@ REMOTE
unset PASSWORT PASSWORT2 unset PASSWORT PASSWORT2
echo "==> Fertig. Probe — curl fragt selbst nach dem Passwort:" # Die oeffentliche Adresse steht nicht in der Backend-Konfiguration, wohl aber
echo " curl -su werkbaum <basis-url>/api/v1/documents" # im rsync-Ziel des Frontends (`.../doms/<domain>/htdocs-ssl`). Wenn sie sich
# daraus ablesen laesst, wird aus dem Hinweis ein Befehl zum Kopieren.
BASIS="$(env_value DEPLOY_TARGET | sed -n 's|.*/doms/\([^/]*\)/.*|https://\1|p')"
BASIS="${BASIS:-https://<deine-adresse>}"
echo "==> Fertig. So probierst du es aus:"
echo echo
echo " Bewusst OHNE Passwort im Befehl: In 'curl -u werkbaum:ge\$heim' fasst" echo " curl -su werkbaum ${BASIS}/api/v1/documents"
echo " die Shell es genauso an wie beim Hashen — und dann ist die Antwort" echo
echo " ein 401, obwohl der Hash stimmt." echo " curl fragt dann nach dem Passwort. Erwartet wird [] - eine leere Liste."
echo
echo " Schreib das Passwort nicht mit in den Befehl: Die Shell kann es"
echo " veraendern, bevor curl es sieht (aus ge\$heim wird ge), und du"
echo " bekommst ein 401, obwohl alles richtig gesetzt ist."