Den Logs ist zu entnehmen, dass Forgejo auf port 3000 lauscht. Hast du mal versuchsweise den Port an den Host published und versucht direkt (=nicht über den RP) mittels
http://nas-ip:3000 zuzugreifen?
Bitte teile doch mal die exakte docker-compose.yml, die Du für das Deployment verwendest.
Ich hab es gerade mal mit der compose-Datei von Marius gemacht und dabei folgende Anpassungen vorgenommen:
- db:
-- Volume anpgeasst auf
- ./db:/var/lib/postgresql/data:rw
, weil ich es über die cli nutze und zu faul bin den Pfad einzugeben.
-- Keine Anpassung bei `user:`, da der User mit dem ich es ausführe auch die UID 1026 hat
- app:
-- Portmapping von 3053:3000 auf 3000:3000 angepasst
-- Volume angepast auf
- ./data:/data
-- Environment USER_UID und USER_GID nicht angepasst, weil die bei mir passen.
-- Environment angepasst
ROOT_URL=http://dsm-hostname:3000
, wenn man den RP verwendet, dann muss hier die URL rein, über die man den COntainer über den RP erreichen kann.
Natürlich müssen bei der Db `user:` und bei der App `USER_UID` und `USER_GID` zum owner des gemappted Verzeichnisses auf dem NAS passen, sonst wird hier nichts persistiert.
Zusätzlich ist entscheidend, dass die Variable ROOT_URL korrekt gesetzt ist. Es muss die URL sein, über den man den Container von aussen erreichen soll. Entweder wie bei mir den Hostnamen der DS und den gemappten hostport mittels http Schemas, ODER wenn es über den Reverse-Proxy gehen soll, dann eben das https schema und den domain namen auf den der Reverse Proxy Eintrag lauscht + den Port (wenn es nicht 443 ist).
Vor jedem Neuversuch, solltest du das data Verzeichnis für die App leeren, da dort im Zweifel schon verbastelte Konfigurationen drin stecken, die nicht mehr überschreiben werden.
Ich habe bei mir den Admin-User direkt auf der Installer-Seite angelegt und die Selbstregistrierung deaktivert.
.. das mit dem Fehler beim Redirect vom Installer auf die URL $ROOT_URL/user/login ist tatsächlich merkwürdig. Zumal die URL später problemlos funktioniert.