dbks/hcrb
1
0 Fork 0
mirror of https://github.com/guyg1474/hcrb.git synced 2026-10-16 07:13:28 +02:00
Code Issues Packages Projects Releases Wiki Activity

DEPLOY.md: Domain hcrb.dbks.eu eintragen

Browse Source 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
guyg1474andClaude Opus 5.5 committed 2026-10-10 14:12:36 +02:00
1 parent 205dfacba4
commit c7a636de45
1 file changed
+6 -6
Download Patch File Download Diff File Expand all files Collapse all files
DEPLOY.md
+6 -6
View File
@@ -1,7 +1,7 @@
# HCRB auf dem eigenen Server betreiben (Docker + Nginx Proxy Manager) # HCRB auf dem eigenen Server betreiben (Docker + Nginx Proxy Manager)
Annahme: ein Linux-Server mit SSH-Zugang und Docker, auf dem der **Nginx Proxy Manager** (NPM) als Container läuft Annahme: ein Linux-Server mit SSH-Zugang und Docker, auf dem der **Nginx Proxy Manager** (NPM) als Container läuft
und die Domains verwaltet. Dazu eine (Sub-)Domain, z. B. `hcrb.example.de`. und die Domains verwaltet. Dazu eine (Sub-)Domain, z. B. `hcrb.dbks.eu`.
Der Ablauf: Code liegt in einem Git-Repository → Server holt ihn per `git pull` → `docker compose` baut und startet Der Ablauf: Code liegt in einem Git-Repository → Server holt ihn per `git pull` → `docker compose` baut und startet
den Container → der Container hängt im selben Docker-Netz wie NPM → NPM leitet die Domain per HTTPS an `hcrb:3000`. den Container → der Container hängt im selben Docker-Netz wie NPM → NPM leitet die Domain per HTTPS an `hcrb:3000`.
@@ -12,10 +12,10 @@ Die Daten (`data/`) liegen außerhalb des Containers auf dem Server und bleiben
Erledigt – der Code liegt in https://github.com/guyg1474/hcrb (privat). Erledigt – der Code liegt in https://github.com/guyg1474/hcrb (privat).
`data/`, `.env` und `node_modules/` stehen in `.gitignore` – Passwörter und Mitgliederdaten landen nicht im Repository. `data/`, `.env` und `node_modules/` stehen in `.gitignore` – Passwörter und Mitgliederdaten landen nicht im Repository.
## 2. Domain ## 2. Domain ✓
Beim Domain-Anbieter einen **A-Record** (und ggf. AAAA für IPv6) für `hcrb.example.de` auf die IP des Servers setzen `hcrb.dbks.eu` zeigt bereits auf den Server (79.193.32.236) – kein neuer DNS-Eintrag nötig.
(wie bei den anderen Domains, die schon über NPM laufen). Die Hauptdomain `dbks.eu` bleibt für die bestehende Seite.
## 3. Code auf den Server holen (einmalig) ## 3. Code auf den Server holen (einmalig)
@@ -99,7 +99,7 @@ Reiter **Details**
| Feld | Wert | | Feld | Wert |
| --- | --- | | --- | --- |
| Domain Names | `hcrb.example.de` | | Domain Names | `hcrb.dbks.eu` |
| Scheme | `http` | | Scheme | `http` |
| Forward Hostname / IP | `hcrb` | | Forward Hostname / IP | `hcrb` |
| Forward Port | `3000` | | Forward Port | `3000` |
@@ -118,7 +118,7 @@ Reiter **SSL**
| E-Mail / Agree to Terms | ausfüllen bzw. anhaken | | E-Mail / Agree to Terms | ausfüllen bzw. anhaken |
Speichern – NPM holt das Zertifikat und verlängert es automatisch. Danach ist die Seite unter Speichern – NPM holt das Zertifikat und verlängert es automatisch. Danach ist die Seite unter
`https://hcrb.example.de` erreichbar. `https://hcrb.dbks.eu` erreichbar.
NPM gibt die echte Besucher-IP und das Protokoll (`X-Forwarded-For`, `X-Forwarded-Proto`) von sich aus weiter – NPM gibt die echte Besucher-IP und das Protokoll (`X-Forwarded-For`, `X-Forwarded-Proto`) von sich aus weiter –
das braucht die Seite für die Sperre nach 10 falschen Passwörtern und für das sichere Login-Cookie. das braucht die Seite für die Sperre nach 10 falschen Passwörtern und für das sichere Login-Cookie.