Home Wiki - Benutzerbeiträge [de]

Jellyfin

2026-02-17T21:20:17Z

192.168.2.185:

Jellyfin ist ein selbst gehosteter Media-Server für Filme, Serien und Musik auf [[Hauptseite|HomeLab]].

== Allgemeine Infos ==
* **Server:** HomeServer2
* **Projektpfad:** /home/robin/docker/jellyfin
* **Docker-Container:** jellyfin
* **Image:** lscr.io/linuxserver/jellyfin:latest
* **WebGUI:** http://192.168.2.217:8096
* **Netzwerk:** streaming-net
* **Ports:** 8096 (HTTP), 8920 (HTTPS optional)
* **App Data:** Container: /config
* **Medienordner:** /mnt/HA_MEDIA

== Docker Setup ==
{| class="wikitable"
! Parameter !! Wert
|-
| Container Name || jellyfin
|-
| Image || lscr.io/linuxserver/jellyfin:latest
|-
| Ports || 0.0.0.0:8096->8096/tcp
|-
| Netzwerk || streaming-net
|-
| Restart Policy || unless-stopped
|-
| Volume (App Data) || ./config:/config
|-
| Volume (Cache) || ./cache:/cache
|-
| Volume (Medien) || /mnt/HA_MEDIA:/data
|-
| Environment || PUID=1000, PGID=1000, TZ=Europe/Berlin, LIBVA_DRIVER_NAME=iHD
|-
| Devices || /dev/dri:/dev/dri
|}

== Container Pfade ==
{| class="wikitable"
! Host !! Container
|-
| ./config || /config
|-
| ./cache || /cache
|-
| /mnt/HA_MEDIA || /data
|}

== Logs ==
==== Docker Logs anzeigen ====
<pre class="static-code">docker logs jellyfin</pre>

==== Live Logs verfolgen ====
<pre class="static-code">docker logs -f jellyfin</pre>

== Wichtige Pfade ==
* Projektverzeichnis: /home/robin/docker/jellyfin
* App Data im Container: /config
* Medienverzeichnis: /mnt/HA_MEDIA
* WebGUI Zugriff: http://192.168.2.217:8096

== Wartung ==
==== Container starten ====
<pre class="static-code">docker compose up -d</pre>

==== Container stoppen ====
<pre class="static-code">docker compose down</pre>

==== Container Shell öffnen ====
<pre class="static-code">docker exec -it jellyfin sh</pre>

== Backup relevante Daten ==
==== App-Daten sichern ====
<pre class="static-code">rsync -avh ./config /pfad/zu/backup/config</pre>

==== Cache sichern (optional) ====
<pre class="static-code">rsync -avh ./cache /pfad/zu/backup/cache</pre>

==== Medien sichern (optional) ====
<pre class="static-code">rsync -avh /mnt/HA_MEDIA /pfad/zu/backup/medien</pre>

== Wiederherstellung ==
==== App-Daten wiederherstellen ====
<pre class="static-code">
rsync -avh /pfad/zu/backup/config ./config
</pre>

==== Cache wiederherstellen (optional) ====
<pre class="static-code">rsync -avh /pfad/zu/backup/cache ./cache</pre>

==== Medien wiederherstellen (optional) ====
<pre class="static-code">rsync -avh /pfad/zu/backup/medien /mnt/HA_MEDIA</pre>

== Anleitungen ==

== Best Practices ==
{| class="wikitable"
! Empfohlen !! Nicht empfohlen
|-
| `docker-compose.yml` versionieren || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Cache- und Laufzeitdaten
|-
| `.env.example` (Templates) || `.env` mit echten Passwörtern
|-
| Eigene Shell-Scripte (`*.sh`) || Medien-Dateien, Backups
|-
| Dockerfiles || Datenbanken (z. B. MariaDB/SQLite)
|}

Serverbefehle

2026-02-15T21:19:16Z

192.168.2.185:

1️⃣ Gesamten Speicherverbrauch der Ordner sehen

Wechsle zuerst in dein Jellyfin-Verzeichnis:

cd /home/robin/docker/jellyfin

Dann:

du -sh *

du → Disk Usage

-s → nur Summen pro Ordner

-h → “human readable”, also in MB/GB

Beispiel-Ausgabe:

config 12G
cache 18G
data 15G
logs 1G

So siehst du direkt, welcher Ordner die größten Speicherfresser sind.

2️⃣ Mehr Details (sortiert nach Größe)

Wenn du genau sehen willst, welche Unterordner am meisten Platz brauchen:

du -h --max-depth=1 | sort -hr

--max-depth=1 → nur die Unterordner direkt unter jellyfin/

sort -hr → sortiert nach Größe absteigend

Beispiel-Ausgabe:

18G ./cache
15G ./data
12G ./config
1G ./logs

Damit siehst du sofort, wo der meiste Platz verbraucht wird.

3️⃣ Optional: Noch tiefer in Unterordner

Wenn du z. B. wissen willst, welche Unterordner in cache am meisten Platz brauchen:

du -h --max-depth=1 ./cache | sort -hr

1️⃣ Prüfen, welcher Prozess Port 80 benutzt

Führe diesen Befehl aus:

sudo lsof -i :80

oder

sudo netstat -tulpn | grep :80

Du bekommst etwas wie:

nginx 1234 root 6u IPv4 ... TCP *:http (LISTEN)

Das zeigt dir, welcher Prozess gerade Port 80 belegt. Oft ist es:

ein anderer nginx-Server

Apache (httpd)

oder ein anderer Docker-Container

2️⃣ Den störenden Prozess stoppen

Wenn du ihn nicht brauchst:

sudo systemctl stop nginx

oder für Apache:

sudo systemctl stop apache2

Wenn es ein anderer Docker-Container ist:

docker ps
docker stop <container_id>

3️⃣ Alternativ: Docker auf einem anderen Port starten

Wenn du den anderen Service nicht stoppen willst, kannst du in deiner docker-compose.yml den Port ändern, z. B.:

ports:
- "8080:80"

Dann ist der Container unter http://<host>:8080 erreichbar.

4️⃣ Container neu starten

Nachdem der Port frei ist oder du ihn geändert hast:

docker compose up -d

Serverbefehle

2026-02-15T17:22:24Z

192.168.2.185: Die Seite wurde neu angelegt: „1️⃣ Gesamten Speicherverbrauch der Ordner sehen Wechsle zuerst in dein Jellyfin-Verzeichnis: cd /home/robin/docker/jellyfin Dann: du -sh * du → Disk Usage -s → nur Summen pro Ordner -h → “human readable”, also in MB/GB Beispiel-Ausgabe: config 12G cache 18G data 15G logs 1G So siehst du direkt, welcher Ordner die größten Speicherfresser sind. 2️⃣ Mehr Details (sortiert nach Größe) Wenn du genau…“

Git befehle

2026-02-15T16:12:38Z

192.168.2.185: /* 3. Status prüfen & Commit erstellen */

= Git – Docker Services versionieren =

Diese Anleitung beschreibt den Workflow, um Konfigurationsdateien von Docker-Services sicher in einem Git-Repository (z. B. Gitea) zu versionieren.

== 1. Vorbereitung: Ignorierte Dateien prüfen ==
Bevor Dateien hinzugefügt werden, muss sichergestellt werden, dass die `.gitignore` den Upload nicht blockiert.

Wechsel in das Verzeichnis des Services
<pre class="dynamic-code">
cd ~/docker/{{folder}}
</pre>
Prüfung der Ignorier-Regeln
<pre class="static-code">
cat .gitignore
</pre>

'''Häufige Blocker in der .gitignore:'''
* `config/` (ignoriert den gesamten Ordner)
* `*.yaml` oder `*.yml` (ignoriert alle Konfigurationsdateien)

> '''Hinweis:''' Falls eine Datei ignoriert wird, die du dennoch sichern willst, musst du die `.gitignore` anpassen oder den Befehl `git add -f` (force) nutzen.

== 2. Dateien und Ordner zum Repository hinzufügen ==
Wähle die passende Methode, um deine Konfigurationen für den Commit vorzubereiten.

=== Variante A: Einzelne Dateien oder Ordner ===
Ideal für gezieltes Hinzufügen von Konfigurationsdateien.

Einzelne Dateien hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}}
</pre>
Liste hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}} {{pfadZurDatei}}/{{Datei2}}
</pre>
ODER: Ganzen Ordner rekursiv hinzufügen
<pre class="dynamic-code">
git add {{Ordner}}
</pre>

=== Variante B: Alles im aktuellen Verzeichnis ===
Um alle Änderungen im Projektordner gleichzeitig zu erfassen:
<pre class="static-code">
git add .
</pre>

---

== 3. Status prüfen & Commit erstellen ==
Vor dem Speichern solltest du immer prüfen, was im "Staging"-Bereich gelandet ist, um keine Passwörter versehentlich hochzuladen.

Prüfung der vorgemerkten Änderungen
<pre class="dynamic-code">
git status
</pre>

Änderungen lokal speichern
<pre class="dynamic-code">
git commit -m "{{Update}}"
</pre>

---

== 4. Änderungen zu Gitea übertragen (Push) ==
Um die lokalen Commits auf den Server hochzuladen:

<pre class="static-code">
git push
</pre>

---

== 5. Repository-Informationen & Analyse ==
Hier findest du nützliche Befehle, um die Verknüpfung zu deinem Gitea-Server zu prüfen.

<pre class="dynamic-code">
# Welches Remote-Repository wird verwendet?
git remote -v

# Detailinformationen (Tracking, Default-Branch, Push-URL)
git remote show origin

# Aktuellen Branch anzeigen
git branch

# Nur die Remote-URL aus der Konfiguration auslesen
git config --get remote.origin.url
</pre>

---

== Best Practices für Docker-Services ==

Um das Repository sauber zu halten, sollten nur relevante Dateien versioniert werden.

{| class="wikitable"
! Versionieren (Ja) !! NICHT versionieren (Nein)
|-
| `docker-compose.yml` || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Datenbank-Verzeichnisse (z.B. `mysql/`, `db/`)
|-
| `.env.example` (Templates) || `.env` (mit echten Passwörtern/Secrets!)
|-
| Eigene Shell-Scripte (`*.sh`) || Cache-Daten & Laufzeitdaten
|-
| Dockerfiles || Media-Dateien, Bilder, Backups
|}

'''Tipp zur Einbauposition (Mounting Position):'''
Wenn du Volumes in deiner `docker-compose.yml` verschiebst oder Pfade änderst, stelle sicher, dass die neuen Pfade auch von Git erfasst werden. Nutze dazu oben einfach die Variable `{{folder}}`, um die Befehle schnell für andere Container anzupassen.

Git befehle

2026-02-15T16:11:22Z

192.168.2.185: /* 3. Status prüfen & Commit erstellen */

= Git – Docker Services versionieren =

Diese Anleitung beschreibt den Workflow, um Konfigurationsdateien von Docker-Services sicher in einem Git-Repository (z. B. Gitea) zu versionieren.

== 1. Vorbereitung: Ignorierte Dateien prüfen ==
Bevor Dateien hinzugefügt werden, muss sichergestellt werden, dass die `.gitignore` den Upload nicht blockiert.

Wechsel in das Verzeichnis des Services
<pre class="dynamic-code">
cd ~/docker/{{folder}}
</pre>
Prüfung der Ignorier-Regeln
<pre class="static-code">
cat .gitignore
</pre>

'''Häufige Blocker in der .gitignore:'''
* `config/` (ignoriert den gesamten Ordner)
* `*.yaml` oder `*.yml` (ignoriert alle Konfigurationsdateien)

> '''Hinweis:''' Falls eine Datei ignoriert wird, die du dennoch sichern willst, musst du die `.gitignore` anpassen oder den Befehl `git add -f` (force) nutzen.

== 2. Dateien und Ordner zum Repository hinzufügen ==
Wähle die passende Methode, um deine Konfigurationen für den Commit vorzubereiten.

=== Variante A: Einzelne Dateien oder Ordner ===
Ideal für gezieltes Hinzufügen von Konfigurationsdateien.

Einzelne Dateien hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}}
</pre>
Liste hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}} {{pfadZurDatei}}/{{Datei2}}
</pre>
ODER: Ganzen Ordner rekursiv hinzufügen
<pre class="dynamic-code">
git add {{Ordner}}
</pre>

=== Variante B: Alles im aktuellen Verzeichnis ===
Um alle Änderungen im Projektordner gleichzeitig zu erfassen:
<pre class="static-code">
git add .
</pre>

---

== 3. Status prüfen & Commit erstellen ==
Vor dem Speichern solltest du immer prüfen, was im "Staging"-Bereich gelandet ist, um keine Passwörter versehentlich hochzuladen.

Prüfung der vorgemerkten Änderungen
<pre class="dynamic-code">
git status
</pre>

Änderungen lokal speichern
<pre class="dynamic-code">
git commit -m "Update config for {{folder}}"
</pre>

---

== 4. Änderungen zu Gitea übertragen (Push) ==
Um die lokalen Commits auf den Server hochzuladen:

<pre class="static-code">
git push
</pre>

---

== 5. Repository-Informationen & Analyse ==
Hier findest du nützliche Befehle, um die Verknüpfung zu deinem Gitea-Server zu prüfen.

<pre class="dynamic-code">
# Welches Remote-Repository wird verwendet?
git remote -v

# Detailinformationen (Tracking, Default-Branch, Push-URL)
git remote show origin

# Aktuellen Branch anzeigen
git branch

# Nur die Remote-URL aus der Konfiguration auslesen
git config --get remote.origin.url
</pre>

---

== Best Practices für Docker-Services ==

Um das Repository sauber zu halten, sollten nur relevante Dateien versioniert werden.

{| class="wikitable"
! Versionieren (Ja) !! NICHT versionieren (Nein)
|-
| `docker-compose.yml` || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Datenbank-Verzeichnisse (z.B. `mysql/`, `db/`)
|-
| `.env.example` (Templates) || `.env` (mit echten Passwörtern/Secrets!)
|-
| Eigene Shell-Scripte (`*.sh`) || Cache-Daten & Laufzeitdaten
|-
| Dockerfiles || Media-Dateien, Bilder, Backups
|}

'''Tipp zur Einbauposition (Mounting Position):'''
Wenn du Volumes in deiner `docker-compose.yml` verschiebst oder Pfade änderst, stelle sicher, dass die neuen Pfade auch von Git erfasst werden. Nutze dazu oben einfach die Variable `{{folder}}`, um die Befehle schnell für andere Container anzupassen.

Git befehle

2026-02-15T16:09:47Z

192.168.2.185: /* Variante A: Einzelne Dateien oder Ordner */

= Git – Docker Services versionieren =

Diese Anleitung beschreibt den Workflow, um Konfigurationsdateien von Docker-Services sicher in einem Git-Repository (z. B. Gitea) zu versionieren.

== 1. Vorbereitung: Ignorierte Dateien prüfen ==
Bevor Dateien hinzugefügt werden, muss sichergestellt werden, dass die `.gitignore` den Upload nicht blockiert.

Wechsel in das Verzeichnis des Services
<pre class="dynamic-code">
cd ~/docker/{{folder}}
</pre>
Prüfung der Ignorier-Regeln
<pre class="static-code">
cat .gitignore
</pre>

'''Häufige Blocker in der .gitignore:'''
* `config/` (ignoriert den gesamten Ordner)
* `*.yaml` oder `*.yml` (ignoriert alle Konfigurationsdateien)

> '''Hinweis:''' Falls eine Datei ignoriert wird, die du dennoch sichern willst, musst du die `.gitignore` anpassen oder den Befehl `git add -f` (force) nutzen.

== 2. Dateien und Ordner zum Repository hinzufügen ==
Wähle die passende Methode, um deine Konfigurationen für den Commit vorzubereiten.

=== Variante A: Einzelne Dateien oder Ordner ===
Ideal für gezieltes Hinzufügen von Konfigurationsdateien.

Einzelne Dateien hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}}
</pre>
Liste hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}} {{pfadZurDatei}}/{{Datei2}}
</pre>
ODER: Ganzen Ordner rekursiv hinzufügen
<pre class="dynamic-code">
git add {{Ordner}}
</pre>

=== Variante B: Alles im aktuellen Verzeichnis ===
Um alle Änderungen im Projektordner gleichzeitig zu erfassen:
<pre class="static-code">
git add .
</pre>

---

== 3. Status prüfen & Commit erstellen ==
Vor dem Speichern solltest du immer prüfen, was im "Staging"-Bereich gelandet ist, um keine Passwörter versehentlich hochzuladen.

<pre class="dynamic-code">
# Prüfung der vorgemerkten Änderungen
git status

# Änderungen lokal speichern
git commit -m "Update config for {{folder}}"
</pre>

---

== 4. Änderungen zu Gitea übertragen (Push) ==
Um die lokalen Commits auf den Server hochzuladen:

<pre class="static-code">
git push
</pre>

---

== 5. Repository-Informationen & Analyse ==
Hier findest du nützliche Befehle, um die Verknüpfung zu deinem Gitea-Server zu prüfen.

<pre class="dynamic-code">
# Welches Remote-Repository wird verwendet?
git remote -v

# Detailinformationen (Tracking, Default-Branch, Push-URL)
git remote show origin

# Aktuellen Branch anzeigen
git branch

# Nur die Remote-URL aus der Konfiguration auslesen
git config --get remote.origin.url
</pre>

---

== Best Practices für Docker-Services ==

Um das Repository sauber zu halten, sollten nur relevante Dateien versioniert werden.

{| class="wikitable"
! Versionieren (Ja) !! NICHT versionieren (Nein)
|-
| `docker-compose.yml` || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Datenbank-Verzeichnisse (z.B. `mysql/`, `db/`)
|-
| `.env.example` (Templates) || `.env` (mit echten Passwörtern/Secrets!)
|-
| Eigene Shell-Scripte (`*.sh`) || Cache-Daten & Laufzeitdaten
|-
| Dockerfiles || Media-Dateien, Bilder, Backups
|}

'''Tipp zur Einbauposition (Mounting Position):'''
Wenn du Volumes in deiner `docker-compose.yml` verschiebst oder Pfade änderst, stelle sicher, dass die neuen Pfade auch von Git erfasst werden. Nutze dazu oben einfach die Variable `{{folder}}`, um die Befehle schnell für andere Container anzupassen.

Git befehle

2026-02-15T16:09:21Z

192.168.2.185: /* Variante A: Einzelne Dateien oder Ordner */

= Git – Docker Services versionieren =

Diese Anleitung beschreibt den Workflow, um Konfigurationsdateien von Docker-Services sicher in einem Git-Repository (z. B. Gitea) zu versionieren.

== 1. Vorbereitung: Ignorierte Dateien prüfen ==
Bevor Dateien hinzugefügt werden, muss sichergestellt werden, dass die `.gitignore` den Upload nicht blockiert.

Wechsel in das Verzeichnis des Services
<pre class="dynamic-code">
cd ~/docker/{{folder}}
</pre>
Prüfung der Ignorier-Regeln
<pre class="static-code">
cat .gitignore
</pre>

'''Häufige Blocker in der .gitignore:'''
* `config/` (ignoriert den gesamten Ordner)
* `*.yaml` oder `*.yml` (ignoriert alle Konfigurationsdateien)

> '''Hinweis:''' Falls eine Datei ignoriert wird, die du dennoch sichern willst, musst du die `.gitignore` anpassen oder den Befehl `git add -f` (force) nutzen.

== 2. Dateien und Ordner zum Repository hinzufügen ==
Wähle die passende Methode, um deine Konfigurationen für den Commit vorzubereiten.

=== Variante A: Einzelne Dateien oder Ordner ===
Ideal für gezieltes Hinzufügen von Konfigurationsdateien.
<pre class="dynamic-code">
Einzelne Dateien hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}}
</pre>
Liste hinzufügen
<pre class="dynamic-code">
git add {{pfadZurDatei}}/{{Datei}} {{pfadZurDatei}}/{{Datei2}}
</pre>
ODER: Ganzen Ordner rekursiv hinzufügen
<pre class="dynamic-code">
git add {{Ordner}}
</pre>

=== Variante B: Alles im aktuellen Verzeichnis ===
Um alle Änderungen im Projektordner gleichzeitig zu erfassen:
<pre class="static-code">
git add .
</pre>

---

== 3. Status prüfen & Commit erstellen ==
Vor dem Speichern solltest du immer prüfen, was im "Staging"-Bereich gelandet ist, um keine Passwörter versehentlich hochzuladen.

<pre class="dynamic-code">
# Prüfung der vorgemerkten Änderungen
git status

# Änderungen lokal speichern
git commit -m "Update config for {{folder}}"
</pre>

---

== 4. Änderungen zu Gitea übertragen (Push) ==
Um die lokalen Commits auf den Server hochzuladen:

<pre class="static-code">
git push
</pre>

---

== 5. Repository-Informationen & Analyse ==
Hier findest du nützliche Befehle, um die Verknüpfung zu deinem Gitea-Server zu prüfen.

<pre class="dynamic-code">
# Welches Remote-Repository wird verwendet?
git remote -v

# Detailinformationen (Tracking, Default-Branch, Push-URL)
git remote show origin

# Aktuellen Branch anzeigen
git branch

# Nur die Remote-URL aus der Konfiguration auslesen
git config --get remote.origin.url
</pre>

---

== Best Practices für Docker-Services ==

Um das Repository sauber zu halten, sollten nur relevante Dateien versioniert werden.

{| class="wikitable"
! Versionieren (Ja) !! NICHT versionieren (Nein)
|-
| `docker-compose.yml` || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Datenbank-Verzeichnisse (z.B. `mysql/`, `db/`)
|-
| `.env.example` (Templates) || `.env` (mit echten Passwörtern/Secrets!)
|-
| Eigene Shell-Scripte (`*.sh`) || Cache-Daten & Laufzeitdaten
|-
| Dockerfiles || Media-Dateien, Bilder, Backups
|}

'''Tipp zur Einbauposition (Mounting Position):'''
Wenn du Volumes in deiner `docker-compose.yml` verschiebst oder Pfade änderst, stelle sicher, dass die neuen Pfade auch von Git erfasst werden. Nutze dazu oben einfach die Variable `{{folder}}`, um die Befehle schnell für andere Container anzupassen.

Git befehle

2026-02-15T16:06:19Z

192.168.2.185: /* 1. Vorbereitung: Ignorierte Dateien prüfen */

= Git – Docker Services versionieren =

Diese Anleitung beschreibt den Workflow, um Konfigurationsdateien von Docker-Services sicher in einem Git-Repository (z. B. Gitea) zu versionieren.

== 1. Vorbereitung: Ignorierte Dateien prüfen ==
Bevor Dateien hinzugefügt werden, muss sichergestellt werden, dass die `.gitignore` den Upload nicht blockiert.

Wechsel in das Verzeichnis des Services
<pre class="dynamic-code">
cd ~/docker/{{folder}}
</pre>
Prüfung der Ignorier-Regeln
<pre class="static-code">
cat .gitignore
</pre>

'''Häufige Blocker in der .gitignore:'''
* `config/` (ignoriert den gesamten Ordner)
* `*.yaml` oder `*.yml` (ignoriert alle Konfigurationsdateien)

> '''Hinweis:''' Falls eine Datei ignoriert wird, die du dennoch sichern willst, musst du die `.gitignore` anpassen oder den Befehl `git add -f` (force) nutzen.

== 2. Dateien und Ordner zum Repository hinzufügen ==
Wähle die passende Methode, um deine Konfigurationen für den Commit vorzubereiten.

=== Variante A: Einzelne Dateien oder Ordner ===
Ideal für gezieltes Hinzufügen von Konfigurationsdateien.
<pre class="dynamic-code">
# Einzelne Dateien hinzufügen
git add {{folder}}/config/settings.yaml
git add {{folder}}/config/services.yaml

# ODER: Ganzen Ordner rekursiv hinzufügen
git add {{folder}}/config/
</pre>

=== Variante B: Alles im aktuellen Verzeichnis ===
Um alle Änderungen im Projektordner gleichzeitig zu erfassen:
<pre class="static-code">
git add .
</pre>

---

== 3. Status prüfen & Commit erstellen ==
Vor dem Speichern solltest du immer prüfen, was im "Staging"-Bereich gelandet ist, um keine Passwörter versehentlich hochzuladen.

<pre class="dynamic-code">
# Prüfung der vorgemerkten Änderungen
git status

# Änderungen lokal speichern
git commit -m "Update config for {{folder}}"
</pre>

---

== 4. Änderungen zu Gitea übertragen (Push) ==
Um die lokalen Commits auf den Server hochzuladen:

<pre class="static-code">
git push
</pre>

---

== 5. Repository-Informationen & Analyse ==
Hier findest du nützliche Befehle, um die Verknüpfung zu deinem Gitea-Server zu prüfen.

<pre class="dynamic-code">
# Welches Remote-Repository wird verwendet?
git remote -v

# Detailinformationen (Tracking, Default-Branch, Push-URL)
git remote show origin

# Aktuellen Branch anzeigen
git branch

# Nur die Remote-URL aus der Konfiguration auslesen
git config --get remote.origin.url
</pre>

---

== Best Practices für Docker-Services ==

Um das Repository sauber zu halten, sollten nur relevante Dateien versioniert werden.

{| class="wikitable"
! Versionieren (Ja) !! NICHT versionieren (Nein)
|-
| `docker-compose.yml` || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Datenbank-Verzeichnisse (z.B. `mysql/`, `db/`)
|-
| `.env.example` (Templates) || `.env` (mit echten Passwörtern/Secrets!)
|-
| Eigene Shell-Scripte (`*.sh`) || Cache-Daten & Laufzeitdaten
|-
| Dockerfiles || Media-Dateien, Bilder, Backups
|}

'''Tipp zur Einbauposition (Mounting Position):'''
Wenn du Volumes in deiner `docker-compose.yml` verschiebst oder Pfade änderst, stelle sicher, dass die neuen Pfade auch von Git erfasst werden. Nutze dazu oben einfach die Variable `{{folder}}`, um die Befehle schnell für andere Container anzupassen.

Git befehle

2026-02-15T16:06:05Z

192.168.2.185: /* 1. Vorbereitung: Ignorierte Dateien prüfen */

= Git – Docker Services versionieren =

Diese Anleitung beschreibt den Workflow, um Konfigurationsdateien von Docker-Services sicher in einem Git-Repository (z. B. Gitea) zu versionieren.

== 1. Vorbereitung: Ignorierte Dateien prüfen ==
Bevor Dateien hinzugefügt werden, muss sichergestellt werden, dass die `.gitignore` den Upload nicht blockiert.

Wechsel in das Verzeichnis des Services
<pre class="dynamic-code">
cd ~/docker/{{folder}}
</pre>
Prüfung der Ignorier-Regeln
<pre class="static-code">
cat .gitignore
</pre>

'''Häufige Blocker in der .gitignore:'''
* `config/` (ignoriert den gesamten Ordner)
* `*.yaml` oder `*.yml` (ignoriert alle Konfigurationsdateien)

> '''Hinweis:''' Falls eine Datei ignoriert wird, die du dennoch sichern willst, musst du die `.gitignore` anpassen oder den Befehl `git add -f` (force) nutzen.

---

== 2. Dateien und Ordner zum Repository hinzufügen ==
Wähle die passende Methode, um deine Konfigurationen für den Commit vorzubereiten.

=== Variante A: Einzelne Dateien oder Ordner ===
Ideal für gezieltes Hinzufügen von Konfigurationsdateien.
<pre class="dynamic-code">
# Einzelne Dateien hinzufügen
git add {{folder}}/config/settings.yaml
git add {{folder}}/config/services.yaml

# ODER: Ganzen Ordner rekursiv hinzufügen
git add {{folder}}/config/
</pre>

=== Variante B: Alles im aktuellen Verzeichnis ===
Um alle Änderungen im Projektordner gleichzeitig zu erfassen:
<pre class="static-code">
git add .
</pre>

---

== 3. Status prüfen & Commit erstellen ==
Vor dem Speichern solltest du immer prüfen, was im "Staging"-Bereich gelandet ist, um keine Passwörter versehentlich hochzuladen.

<pre class="dynamic-code">
# Prüfung der vorgemerkten Änderungen
git status

# Änderungen lokal speichern
git commit -m "Update config for {{folder}}"
</pre>

---

== 4. Änderungen zu Gitea übertragen (Push) ==
Um die lokalen Commits auf den Server hochzuladen:

<pre class="static-code">
git push
</pre>

---

== 5. Repository-Informationen & Analyse ==
Hier findest du nützliche Befehle, um die Verknüpfung zu deinem Gitea-Server zu prüfen.

<pre class="dynamic-code">
# Welches Remote-Repository wird verwendet?
git remote -v

# Detailinformationen (Tracking, Default-Branch, Push-URL)
git remote show origin

# Aktuellen Branch anzeigen
git branch

# Nur die Remote-URL aus der Konfiguration auslesen
git config --get remote.origin.url
</pre>

---

== Best Practices für Docker-Services ==

Um das Repository sauber zu halten, sollten nur relevante Dateien versioniert werden.

{| class="wikitable"
! Versionieren (Ja) !! NICHT versionieren (Nein)
|-
| `docker-compose.yml` || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Datenbank-Verzeichnisse (z.B. `mysql/`, `db/`)
|-
| `.env.example` (Templates) || `.env` (mit echten Passwörtern/Secrets!)
|-
| Eigene Shell-Scripte (`*.sh`) || Cache-Daten & Laufzeitdaten
|-
| Dockerfiles || Media-Dateien, Bilder, Backups
|}

'''Tipp zur Einbauposition (Mounting Position):'''
Wenn du Volumes in deiner `docker-compose.yml` verschiebst oder Pfade änderst, stelle sicher, dass die neuen Pfade auch von Git erfasst werden. Nutze dazu oben einfach die Variable `{{folder}}`, um die Befehle schnell für andere Container anzupassen.

Git befehle

2026-02-15T16:04:44Z

192.168.2.185:

= Git – Docker Services versionieren =

Diese Anleitung beschreibt den Workflow, um Konfigurationsdateien von Docker-Services sicher in einem Git-Repository (z. B. Gitea) zu versionieren.

== 1. Vorbereitung: Ignorierte Dateien prüfen ==
Bevor Dateien hinzugefügt werden, muss sichergestellt werden, dass die `.gitignore` den Upload nicht blockiert.

<pre class="dynamic-code">
# Wechsel in das Verzeichnis des Services
cd ~/docker/{{folder}}

# Prüfung der Ignorier-Regeln
cat .gitignore
</pre>

'''Häufige Blocker in der .gitignore:'''
* `config/` (ignoriert den gesamten Ordner)
* `*.yaml` oder `*.yml` (ignoriert alle Konfigurationsdateien)

> '''Hinweis:''' Falls eine Datei ignoriert wird, die du dennoch sichern willst, musst du die `.gitignore` anpassen oder den Befehl `git add -f` (force) nutzen.

---

== 2. Dateien und Ordner zum Repository hinzufügen ==
Wähle die passende Methode, um deine Konfigurationen für den Commit vorzubereiten.

=== Variante A: Einzelne Dateien oder Ordner ===
Ideal für gezieltes Hinzufügen von Konfigurationsdateien.
<pre class="dynamic-code">
# Einzelne Dateien hinzufügen
git add {{folder}}/config/settings.yaml
git add {{folder}}/config/services.yaml

# ODER: Ganzen Ordner rekursiv hinzufügen
git add {{folder}}/config/
</pre>

=== Variante B: Alles im aktuellen Verzeichnis ===
Um alle Änderungen im Projektordner gleichzeitig zu erfassen:
<pre class="static-code">
git add .
</pre>

---

== 3. Status prüfen & Commit erstellen ==
Vor dem Speichern solltest du immer prüfen, was im "Staging"-Bereich gelandet ist, um keine Passwörter versehentlich hochzuladen.

<pre class="dynamic-code">
# Prüfung der vorgemerkten Änderungen
git status

# Änderungen lokal speichern
git commit -m "Update config for {{folder}}"
</pre>

---

== 4. Änderungen zu Gitea übertragen (Push) ==
Um die lokalen Commits auf den Server hochzuladen:

<pre class="static-code">
git push
</pre>

---

== 5. Repository-Informationen & Analyse ==
Hier findest du nützliche Befehle, um die Verknüpfung zu deinem Gitea-Server zu prüfen.

<pre class="dynamic-code">
# Welches Remote-Repository wird verwendet?
git remote -v

# Detailinformationen (Tracking, Default-Branch, Push-URL)
git remote show origin

# Aktuellen Branch anzeigen
git branch

# Nur die Remote-URL aus der Konfiguration auslesen
git config --get remote.origin.url
</pre>

---

== Best Practices für Docker-Services ==

Um das Repository sauber zu halten, sollten nur relevante Dateien versioniert werden.

{| class="wikitable"
! Versionieren (Ja) !! NICHT versionieren (Nein)
|-
| `docker-compose.yml` || Logs (`*.log`)
|-
| `*.yaml` / `*.yml` Konfigurationen || Datenbank-Verzeichnisse (z.B. `mysql/`, `db/`)
|-
| `.env.example` (Templates) || `.env` (mit echten Passwörtern/Secrets!)
|-
| Eigene Shell-Scripte (`*.sh`) || Cache-Daten & Laufzeitdaten
|-
| Dockerfiles || Media-Dateien, Bilder, Backups
|}

'''Tipp zur Einbauposition (Mounting Position):'''
Wenn du Volumes in deiner `docker-compose.yml` verschiebst oder Pfade änderst, stelle sicher, dass die neuen Pfade auch von Git erfasst werden. Nutze dazu oben einfach die Variable `{{folder}}`, um die Befehle schnell für andere Container anzupassen.

Git befehle

2026-02-15T16:00:58Z

192.168.2.185: /* 2. Bestimmte Dateien zum Repository hinzufügen */

= Git – Docker Services versionieren =

== 1. Prüfen ob Dateien ignoriert werden ==

Überprüfen, ob eine `.gitignore` bestimmte Dateien ausschließt:

<syntaxhighlight lang="bash">
cat .gitignore
</syntaxhighlight>

Typische problematische Einträge:

<syntaxhighlight lang="bash">
config/
*.yaml
*.yml
</syntaxhighlight>

Wenn solche Regeln existieren, werden die Dateien nicht versioniert.

---

== 2. Bestimmte Dateien zum Repository hinzufügen ==

Beispiel (Homepage):

Pfad:
~/docker/homepage

Gewünschte Dateien:
- homepage/config/settings.yaml
- homepage/config/services.yaml

Einzeln hinzufügen:

<syntaxhighlight lang="bash">
git add homepage/config/settings.yaml
git add homepage/config/services.yaml
</syntaxhighlight>

Oder gemeinsam:

<syntaxhighlight lang="bash">
git add homepage/config/settings.yaml homepage/config/services.yaml
</syntaxhighlight>

Git kann ganze Ordner rekursiv hinzufügen.

Du hast aktuell einzelne Dateien mit:

git add homepage/config/settings.yaml
git add homepage/config/services.yaml

🔹 Ganzer Ordner rekursiv

Wenn du z. B. den gesamten Ordner homepage/config/ hinzufügen willst:

git add homepage/config/

Git wird dann alle Dateien und Unterordner in diesem Pfad aufnehmen.

Git ignoriert automatisch Dateien, die in .gitignore stehen.

Unterordner werden rekursiv durchlaufen.
---

== 3. Commit erstellen ==

<syntaxhighlight lang="bash">
git commit -m "Add homepage settings and services config"
</syntaxhighlight>

---

== 4. Änderungen zu Gitea pushen ==

<syntaxhighlight lang="bash">
git push
</syntaxhighlight>

---

== 5. Kompletten Ordner hinzufügen ==

Alles im aktuellen Verzeichnis hinzufügen:

<syntaxhighlight lang="bash">
git add .
</syntaxhighlight>

Vorher prüfen, was hinzugefügt wird:

<syntaxhighlight lang="bash">
git status
</syntaxhighlight>

---

= Git Repository prüfen =

== Welches Remote-Repository wird verwendet? ==

<syntaxhighlight lang="bash">
git remote -v
</syntaxhighlight>

Beispiel:

<syntaxhighlight lang="bash">
origin http://192.168.2.10:3000/saya/homepage.git (fetch)
origin http://192.168.2.10:3000/saya/homepage.git (push)
</syntaxhighlight>

Zeigt, wohin gepusht wird (z. B. Gitea).

---

== Detailinformationen zum Remote ==

<syntaxhighlight lang="bash">
git remote show origin
</syntaxhighlight>

Zeigt:
- Tracking-Branch
- Default-Branch
- Push-URL

---

== Aktuellen Branch anzeigen ==

<syntaxhighlight lang="bash">
git branch
</syntaxhighlight>

Der aktive Branch hat ein `*`.

Alternativ:

<syntaxhighlight lang="bash">
git status
</syntaxhighlight>

---

== Gesamte Git-Konfiguration anzeigen ==

<syntaxhighlight lang="bash">
git config --list
</syntaxhighlight>

Nur Remote-URL anzeigen:

<syntaxhighlight lang="bash">
git config --get remote.origin.url
</syntaxhighlight>

---

= Empfehlung für Docker-Services =

Versionieren:
- docker-compose.yml
- *.yaml / *.yml Konfigurationsdateien
- .env (ohne Passwörter)
- Eigene Scripts

Nicht versionieren:
- Logs
- Datenbanken
- Cache
- Laufzeitdaten aus Volumes
- Media-Dateien

Docker

2026-02-15T15:06:54Z

192.168.2.185: /* Docker */

Diese Seite enthält wichtige Informationen, Hinweise und wiederkehrende Befehle für Docker auf '''HomeServer2'''.
Hier findest du sowohl eine Übersicht über grundlegende Docker-Konzepte als auch Links zu detaillierten Anleitungen.

---

== 🐳 Einführung ==

Docker ermöglicht es, Anwendungen in leichtgewichtigen Containern zu isolieren und bereitzustellen.
Auf HomeServer2 werden Docker und Docker-Compose genutzt, um verschiedene Services wie Nextcloud, Media-Server und Tools zentral zu betreiben.

> 💡 Tipp: Nutze diese Seite als Einstiegspunkt und navigiere über die Links zu detaillierten Anleitungen.

---

== 🛠️ Übersicht Nützlicher Befehle ==

Hier findest du wiederkehrende Befehle, die im Alltag mit Docker hilfreich sind:

* [[Dockerbefehle|Docker Befehle]] – Übersicht Wiederkehrende Docker-Kommandos
(Netzwerke, Container, Images, Volumes, Logs und mehr)

* Grundlegende Informationen zu Docker-Netzwerken, Volumes und Containern findest du auf den jeweiligen Unterseiten.

* Hinweise zu Best Practices:
* Nutze aussagekräftige Container-Namen
* Halte Images aktuell (z. B. mit Watchtower)
* Dokumentiere wichtige Ports und Netzwerk-Konfigurationen

---

== 🔗 Nützliche Links ==

* [[Hauptseite|HomeServer2]] – Übersicht aller Dienste auf dem Server
* [[Docker Allgemein]] – Tipps & Struktur für Docker-Setup
* [[Dockerbefehle|Docker Befehle]] – Wiederkehrende Kommandos

[[Kategorie:Docker]]
[[Kategorie:Serverbefehle]]

Dockerbefehle

2026-02-15T15:04:42Z

192.168.2.185:

Diese Seite enthält wiederkehrende [[Docker]]-Befehle für HomeServer2.

---

=== Docker Netzwerke – Übersicht, löschen, anlegen ===

*Netzwerke anzeigen:*
<pre class="dynamic-code">
docker network ls
</pre>

*Ein Netzwerk anlegen:*
<pre class="dynamic-code">
docker network create {{netzwerkname}}
</pre>

*Ein Netzwerk löschen:*
<pre class="dynamic-code">
docker network rm {{netzwerkname}}
</pre>

*Details zu einem Netzwerk anzeigen:*
<pre class="dynamic-code">
docker network inspect {{netzwerkname}}
</pre>

*Saubere Übersicht IPv4/IPv6 Adressen:*
<pre class="static-code">
docker network inspect $(docker network ls -q) \
--format '{{.Name}}: {{range .IPAM.Config}}{{.Subnet}} {{with index . "IPv6Subnet"}}{{.}}{{else}}-{{end}}{{end}}'
</pre>

---

[[Kategorie:Docker]]
[[Kategorie:Serverbefehle]]

Dockerbefehle

2026-02-15T15:04:22Z

192.168.2.185: /* Docker Befehle */

Diese Seite enthält wiederkehrende Docker-Befehle für HomeServer2.

---

=== Docker Netzwerke – Übersicht, löschen, anlegen ===

*Netzwerke anzeigen:*
<pre class="dynamic-code">
docker network ls
</pre>

*Ein Netzwerk anlegen:*
<pre class="dynamic-code">
docker network create {{netzwerkname}}
</pre>

*Ein Netzwerk löschen:*
<pre class="dynamic-code">
docker network rm {{netzwerkname}}
</pre>

*Details zu einem Netzwerk anzeigen:*
<pre class="dynamic-code">
docker network inspect {{netzwerkname}}
</pre>

*Saubere Übersicht IPv4/IPv6 Adressen:*
<pre class="static-code">
docker network inspect $(docker network ls -q) \
--format '{{.Name}}: {{range .IPAM.Config}}{{.Subnet}} {{with index . "IPv6Subnet"}}{{.}}{{else}}-{{end}}{{end}}'
</pre>

---

[[Kategorie:Docker]]
[[Kategorie:Serverbefehle]]

Dockerbefehle

2026-02-15T15:04:02Z

192.168.2.185:

= Docker Befehle =

Diese Seite enthält wiederkehrende Docker-Befehle für HomeServer2.

---

=== Docker Netzwerke – Übersicht, löschen, anlegen ===

*Netzwerke anzeigen:*
<pre class="dynamic-code">
docker network ls
</pre>

*Ein Netzwerk anlegen:*
<pre class="dynamic-code">
docker network create {{netzwerkname}}
</pre>

*Ein Netzwerk löschen:*
<pre class="dynamic-code">
docker network rm {{netzwerkname}}
</pre>

*Details zu einem Netzwerk anzeigen:*
<pre class="dynamic-code">
docker network inspect {{netzwerkname}}
</pre>

*Saubere Übersicht IPv4/IPv6 Adressen:*
<pre class="static-code">
docker network inspect $(docker network ls -q) \
--format '{{.Name}}: {{range .IPAM.Config}}{{.Subnet}} {{with index . "IPv6Subnet"}}{{.}}{{else}}-{{end}}{{end}}'
</pre>

---

[[Kategorie:Docker]]
[[Kategorie:Serverbefehle]]

Hauptseite

2026-02-15T14:54:32Z

192.168.2.185: /* 📝 Allgemein */

= 🖥️ HomeServer2 =

<div style="font-size:120%; margin-bottom:15px;">
Willkommen im Administrations-Wiki von '''HomeLab'''.<br>
Dokumentation, Services, Infrastruktur & Konfiguration.
</div>

---

== 📝 Allgemein ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Docker|Docker allgemein]]'''<br>
Allgemeine Informationen, Tipps & Docker-Compose-Anleitungen
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Serverbefehle]]'''<br>
Wichtige Linux- und Docker-Befehle für HomeServer2
</div>

</div>

---

== 📦 Storage & Files ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Nextcloud]]'''<br>
Private Cloud<br>
<small>Port: 7070</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Filebrowser]]'''<br>
Web-Dateimanager<br>
<small>Port: 8900</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Samba]]'''<br>
SMB Freigaben<br>
<small>139 / 445</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Rclone]]'''<br>
Cloud Sync<br>
<small>Port: 5572</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Paperless-ngx]]'''<br>
Dokumentenarchiv<br>
<small>8333</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Paperless-AI]]'''<br>
KI Dokumentenanalyse<br>
<small>3030</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Stirling-PDF]]'''<br>
PDF Tools<br>
<small>2010</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Kavita]]'''<br>
eBook Server<br>
<small>5099</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Audiobookshelf]]'''<br>
Hörbücher<br>
<small>6800</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Note Mark]]'''<br>
Notizen<br>
<small>1000</small>
</div>

</div>

---

== 🎬 Medien & Automation ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Jellyfin]]'''<br>
Video Streaming<br>
<small>8096</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Navidrome]]'''<br>
Musik Streaming<br>
<small>4533</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Sonarr]]'''<br>
Serienverwaltung<br>
<small>8989</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Radarr]]'''<br>
Filmverwaltung<br>
<small>7878</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Lidarr]]'''<br>
Musikverwaltung<br>
<small>8686</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Sabnzbd]]'''<br>
Downloader
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Jellyseerr]]'''<br>
Media Requests<br>
<small>5055</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Tdarr]]'''<br>
Transcoding<br>
<small>8265</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Suggestarr]]'''<br>
Media Empfehlungen<br>
<small>5000</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Alternatrr]]'''<br>
Fallback Indexer<br>
<small>7575</small>
</div>

</div>

---

== 🏠 Smart Home ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Home Assistant]]'''<br>
Smart Home Zentrale
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Zigbee2MQTT]]'''<br>
Zigbee Bridge<br>
<small>9090</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Mosquitto]]'''<br>
MQTT Broker<br>
<small>1883</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[ESPHome]]'''<br>
Firmware Builder
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Matter Server]]'''<br>
Matter Bridge<br>
<small>5580</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Pi-hole]]'''<br>
DNS Adblocker
</div>

</div>

---

== 📊 Monitoring & Admin ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Grafana]]'''<br>
Dashboard<br>
<small>2030</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Portainer]]'''<br>
Docker Verwaltung<br>
<small>9000</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Vaultwarden]]'''<br>
Passwortmanager<br>
<small>3080</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Glances]]'''<br>
System Monitor<br>
<small>61208</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Speedtest Tracker]]'''<br>
Internet Monitoring<br>
<small>7080</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[InfluxDB]]'''<br>
Zeitreihendatenbank<br>
<small>2020</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Homepage]]'''<br>
Start Dashboard<br>
<small>3000</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Watchtower]]'''<br>
Auto Updates
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Crontab UI]]'''<br>
Job Verwaltung<br>
<small>7777</small>
</div>
<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[MediaWiki]]'''<br>
Administrations Wiki<br>
<small>6080</small>
</div>

</div>

---

== 💻 Development & AI ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Gitea]]'''<br>
Git Server<br>
<small>3060</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Open WebUI]]'''<br>
AI Interface<br>
<small>1913</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Ollama]]'''<br>
LLM Backend<br>
<small>11434</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[VS Code Server]]'''<br>
Web IDE<br>
<small>1443</small>
</div>

</div>

Hauptseite

2026-02-15T14:51:18Z

192.168.2.185:

= 🖥️ HomeServer2 =

<div style="font-size:120%; margin-bottom:15px;">
Willkommen im Administrations-Wiki von '''HomeLab'''.<br>
Dokumentation, Services, Infrastruktur & Konfiguration.
</div>

---

== 📝 Allgemein ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''Docker allgemein'''<br>
Allgemeine Informationen, Tipps & Docker-Compose-Anleitungen
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''Serverbefehle'''<br>
Wichtige Linux- und Docker-Befehle für HomeServer2
</div>

</div>

---

== 📦 Storage & Files ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Nextcloud]]'''<br>
Private Cloud<br>
<small>Port: 7070</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Filebrowser]]'''<br>
Web-Dateimanager<br>
<small>Port: 8900</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Samba]]'''<br>
SMB Freigaben<br>
<small>139 / 445</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Rclone]]'''<br>
Cloud Sync<br>
<small>Port: 5572</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Paperless-ngx]]'''<br>
Dokumentenarchiv<br>
<small>8333</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Paperless-AI]]'''<br>
KI Dokumentenanalyse<br>
<small>3030</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Stirling-PDF]]'''<br>
PDF Tools<br>
<small>2010</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Kavita]]'''<br>
eBook Server<br>
<small>5099</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Audiobookshelf]]'''<br>
Hörbücher<br>
<small>6800</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Note Mark]]'''<br>
Notizen<br>
<small>1000</small>
</div>

</div>

---

== 🎬 Medien & Automation ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Jellyfin]]'''<br>
Video Streaming<br>
<small>8096</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Navidrome]]'''<br>
Musik Streaming<br>
<small>4533</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Sonarr]]'''<br>
Serienverwaltung<br>
<small>8989</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Radarr]]'''<br>
Filmverwaltung<br>
<small>7878</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Lidarr]]'''<br>
Musikverwaltung<br>
<small>8686</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Sabnzbd]]'''<br>
Downloader
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Jellyseerr]]'''<br>
Media Requests<br>
<small>5055</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Tdarr]]'''<br>
Transcoding<br>
<small>8265</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Suggestarr]]'''<br>
Media Empfehlungen<br>
<small>5000</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Alternatrr]]'''<br>
Fallback Indexer<br>
<small>7575</small>
</div>

</div>

---

== 🏠 Smart Home ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Home Assistant]]'''<br>
Smart Home Zentrale
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Zigbee2MQTT]]'''<br>
Zigbee Bridge<br>
<small>9090</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Mosquitto]]'''<br>
MQTT Broker<br>
<small>1883</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[ESPHome]]'''<br>
Firmware Builder
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Matter Server]]'''<br>
Matter Bridge<br>
<small>5580</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Pi-hole]]'''<br>
DNS Adblocker
</div>

</div>

---

== 📊 Monitoring & Admin ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Grafana]]'''<br>
Dashboard<br>
<small>2030</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Portainer]]'''<br>
Docker Verwaltung<br>
<small>9000</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Vaultwarden]]'''<br>
Passwortmanager<br>
<small>3080</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Glances]]'''<br>
System Monitor<br>
<small>61208</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Speedtest Tracker]]'''<br>
Internet Monitoring<br>
<small>7080</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[InfluxDB]]'''<br>
Zeitreihendatenbank<br>
<small>2020</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Homepage]]'''<br>
Start Dashboard<br>
<small>3000</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Watchtower]]'''<br>
Auto Updates
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Crontab UI]]'''<br>
Job Verwaltung<br>
<small>7777</small>
</div>
<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[MediaWiki]]'''<br>
Administrations Wiki<br>
<small>6080</small>
</div>

</div>

---

== 💻 Development & AI ==

<div style="display:flex; flex-wrap:wrap; gap:10px;">

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Gitea]]'''<br>
Git Server<br>
<small>3060</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Open WebUI]]'''<br>
AI Interface<br>
<small>1913</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[Ollama]]'''<br>
LLM Backend<br>
<small>11434</small>
</div>

<div style="width:220px; padding:12px; border:1px solid #ccc; border-radius:8px;">
'''[[VS Code Server]]'''<br>
Web IDE<br>
<small>1443</small>
</div>

</div>

Git Rollback

2026-02-15T14:41:52Z

192.168.2.185: /* Variante C: Saubere Alternative – neuen Branch erstellen */

Diese Anleitung zeigt, wie du eine Datei oder dein gesamtes Docker-Compose-Repository in [[Gitea]] auf einen alten Commit zurücksetzt.

== 1️⃣ Alte Version finden ==

Zuerst musst du den Commit finden, auf den du zurück willst:

<pre class="dynamic-code"> cd /docker/{{Ordner}} git log --oneline </pre>

--oneline zeigt die Commit-Historie kompakt an. Du siehst dann z. B.:

<pre class="static-code"> a1b2c3d Fix docker-compose typo e4f5g6h Add new service 1234abc Alte funktionierende Version </pre>

Merke dir die Commit-ID (die ersten 7 Zeichen reichen in der Regel), z. B. 1234abc.

== 2️⃣ Auf einen alten Commit zurücksetzen ==

=== Variante A: Nur lokal die Datei zurücksetzen ===

Wenn du nur eine bestimmte Datei zurücksetzen willst:

<pre class="dynamic-code"> git checkout {{Version}} -- /{{Dateipfad}} </pre>

Damit wird die Datei aus dem alten Commit geholt. Danach committen und pushen:

<pre class="dynamic-code"> git add /{{Dateipfad}} git commit -m "Rollback der Datei auf alten Stand" git push origin main </pre>

Tipp: Ersetze main durch den Branch, auf dem du arbeitest.

=== Variante B: Gesamtes Repository auf alten Stand zurücksetzen ===

Wenn du alles wieder so haben willst wie in einem alten Commit:

<pre class="dynamic-code"> git reset --hard {{Version}} git push origin main --force </pre>

⚠️ Achtung: Alles, was seit diesem Commit lokal verändert wurde, geht verloren! Das --force ist nötig, weil die Historie zurückgesetzt wird.

=== Variante C: Saubere Alternative – neuen Branch erstellen ===

Wenn du nicht die Hauptgeschichte zerstören willst, kannst du einen neuen Branch vom alten Commit erstellen:

<pre class="dynamic-code"> git checkout -b rollback-branch {{Version}} git push origin {{rollback-branch}} </pre>

Dann kannst du in [[Gitea]] prüfen, ob alles passt, und den Branch ggf. wieder zusammenführen.

== 💡 Hinweis ==

Wenn du nur eine einzelne Docker-Compose-Datei zurücksetzen willst, ist Variante A am saubersten – kein Force-Push nötig, kein Risiko für den Hauptbranch.

Git Rollback

2026-02-15T14:41:05Z

192.168.2.185: /* Variante B: Gesamtes Repository auf alten Stand zurücksetzen */

Diese Anleitung zeigt, wie du eine Datei oder dein gesamtes Docker-Compose-Repository in [[Gitea]] auf einen alten Commit zurücksetzt.

== 1️⃣ Alte Version finden ==

Zuerst musst du den Commit finden, auf den du zurück willst:

<pre class="dynamic-code"> cd /docker/{{Ordner}} git log --oneline </pre>

--oneline zeigt die Commit-Historie kompakt an. Du siehst dann z. B.:

<pre class="static-code"> a1b2c3d Fix docker-compose typo e4f5g6h Add new service 1234abc Alte funktionierende Version </pre>

Merke dir die Commit-ID (die ersten 7 Zeichen reichen in der Regel), z. B. 1234abc.

== 2️⃣ Auf einen alten Commit zurücksetzen ==

=== Variante A: Nur lokal die Datei zurücksetzen ===

Wenn du nur eine bestimmte Datei zurücksetzen willst:

<pre class="dynamic-code"> git checkout {{Version}} -- /{{Dateipfad}} </pre>

Damit wird die Datei aus dem alten Commit geholt. Danach committen und pushen:

<pre class="dynamic-code"> git add /{{Dateipfad}} git commit -m "Rollback der Datei auf alten Stand" git push origin main </pre>

Tipp: Ersetze main durch den Branch, auf dem du arbeitest.

=== Variante B: Gesamtes Repository auf alten Stand zurücksetzen ===

Wenn du alles wieder so haben willst wie in einem alten Commit:

<pre class="dynamic-code"> git reset --hard {{Version}} git push origin main --force </pre>

⚠️ Achtung: Alles, was seit diesem Commit lokal verändert wurde, geht verloren! Das --force ist nötig, weil die Historie zurückgesetzt wird.

=== Variante C: Saubere Alternative – neuen Branch erstellen ===

Wenn du nicht die Hauptgeschichte zerstören willst, kannst du einen neuen Branch vom alten Commit erstellen:

<pre class="dynamic-code"> git checkout -b rollback-branch 1234abc git push origin rollback-branch </pre>

Dann kannst du in [[Gitea]] prüfen, ob alles passt, und den Branch ggf. wieder zusammenführen.

== 💡 Hinweis ==

Wenn du nur eine einzelne Docker-Compose-Datei zurücksetzen willst, ist Variante A am saubersten – kein Force-Push nötig, kein Risiko für den Hauptbranch.

Git Rollback

2026-02-15T14:40:39Z

192.168.2.185: /* Variante A: Nur lokal die Datei zurücksetzen */

Diese Anleitung zeigt, wie du eine Datei oder dein gesamtes Docker-Compose-Repository in [[Gitea]] auf einen alten Commit zurücksetzt.

== 1️⃣ Alte Version finden ==

Zuerst musst du den Commit finden, auf den du zurück willst:

<pre class="dynamic-code"> cd /docker/{{Ordner}} git log --oneline </pre>

--oneline zeigt die Commit-Historie kompakt an. Du siehst dann z. B.:

<pre class="static-code"> a1b2c3d Fix docker-compose typo e4f5g6h Add new service 1234abc Alte funktionierende Version </pre>

Merke dir die Commit-ID (die ersten 7 Zeichen reichen in der Regel), z. B. 1234abc.

== 2️⃣ Auf einen alten Commit zurücksetzen ==

=== Variante A: Nur lokal die Datei zurücksetzen ===

Wenn du nur eine bestimmte Datei zurücksetzen willst:

<pre class="dynamic-code"> git checkout {{Version}} -- /{{Dateipfad}} </pre>

Damit wird die Datei aus dem alten Commit geholt. Danach committen und pushen:

<pre class="dynamic-code"> git add /{{Dateipfad}} git commit -m "Rollback der Datei auf alten Stand" git push origin main </pre>

Tipp: Ersetze main durch den Branch, auf dem du arbeitest.

=== Variante B: Gesamtes Repository auf alten Stand zurücksetzen ===

Wenn du alles wieder so haben willst wie in einem alten Commit:

<pre class="dynamic-code"> git reset --hard 1234abc git push origin main --force </pre>

⚠️ Achtung: Alles, was seit diesem Commit lokal verändert wurde, geht verloren! Das --force ist nötig, weil die Historie zurückgesetzt wird.

=== Variante C: Saubere Alternative – neuen Branch erstellen ===

Wenn du nicht die Hauptgeschichte zerstören willst, kannst du einen neuen Branch vom alten Commit erstellen:

<pre class="dynamic-code"> git checkout -b rollback-branch 1234abc git push origin rollback-branch </pre>

Dann kannst du in [[Gitea]] prüfen, ob alles passt, und den Branch ggf. wieder zusammenführen.

== 💡 Hinweis ==

Wenn du nur eine einzelne Docker-Compose-Datei zurücksetzen willst, ist Variante A am saubersten – kein Force-Push nötig, kein Risiko für den Hauptbranch.

Git Rollback

2026-02-15T14:38:36Z

192.168.2.185:

Diese Anleitung zeigt, wie du eine Datei oder dein gesamtes Docker-Compose-Repository in [[Gitea]] auf einen alten Commit zurücksetzt.

== 1️⃣ Alte Version finden ==

Zuerst musst du den Commit finden, auf den du zurück willst:

<pre class="dynamic-code"> cd /docker/{{Ordner}} git log --oneline </pre>

--oneline zeigt die Commit-Historie kompakt an. Du siehst dann z. B.:

<pre class="static-code"> a1b2c3d Fix docker-compose typo e4f5g6h Add new service 1234abc Alte funktionierende Version </pre>

Merke dir die Commit-ID (die ersten 7 Zeichen reichen in der Regel), z. B. 1234abc.

== 2️⃣ Auf einen alten Commit zurücksetzen ==

=== Variante A: Nur lokal die Datei zurücksetzen ===

Wenn du nur eine bestimmte Datei zurücksetzen willst:

<pre class="dynamic-code"> git checkout 1234abc -- pfad/zur/datei </pre>

Damit wird die Datei aus dem alten Commit geholt. Danach committen und pushen:

<pre class="dynamic-code"> git add pfad/zur/datei git commit -m "Rollback der Datei auf alten Stand" git push origin main </pre>

Tipp: Ersetze main durch den Branch, auf dem du arbeitest.

=== Variante B: Gesamtes Repository auf alten Stand zurücksetzen ===

Wenn du alles wieder so haben willst wie in einem alten Commit:

<pre class="dynamic-code"> git reset --hard 1234abc git push origin main --force </pre>

⚠️ Achtung: Alles, was seit diesem Commit lokal verändert wurde, geht verloren! Das --force ist nötig, weil die Historie zurückgesetzt wird.

=== Variante C: Saubere Alternative – neuen Branch erstellen ===

Wenn du nicht die Hauptgeschichte zerstören willst, kannst du einen neuen Branch vom alten Commit erstellen:

<pre class="dynamic-code"> git checkout -b rollback-branch 1234abc git push origin rollback-branch </pre>

Dann kannst du in [[Gitea]] prüfen, ob alles passt, und den Branch ggf. wieder zusammenführen.

== 💡 Hinweis ==

Wenn du nur eine einzelne Docker-Compose-Datei zurücksetzen willst, ist Variante A am saubersten – kein Force-Push nötig, kein Risiko für den Hauptbranch.

Git Rollback

2026-02-15T14:37:38Z

192.168.2.185: Die Seite wurde neu angelegt: „= Git Rollback = Diese Anleitung zeigt, wie du eine Datei oder dein gesamtes Docker-Compose-Repository in Gitea auf einen alten Commit zurücksetzt. == 1️⃣ Alte Version finden == Zuerst musst du den Commit finden, auf den du zurück willst: <pre class="dynamic-code"> cd /pfad/zu/deinem/repo git log --oneline </pre> --oneline zeigt die Commit-Historie kompakt an. Du siehst dann z. B.: <pre class="static-code"> a1b2c3d Fix docker-compose typ…“

= Git Rollback =

Diese Anleitung zeigt, wie du eine Datei oder dein gesamtes Docker-Compose-Repository in [[Gitea]] auf einen alten Commit zurücksetzt.

== 1️⃣ Alte Version finden ==

Zuerst musst du den Commit finden, auf den du zurück willst:

<pre class="dynamic-code"> cd /pfad/zu/deinem/repo git log --oneline </pre>

--oneline zeigt die Commit-Historie kompakt an. Du siehst dann z. B.:

<pre class="static-code"> a1b2c3d Fix docker-compose typo e4f5g6h Add new service 1234abc Alte funktionierende Version </pre>

Merke dir die Commit-ID (die ersten 7 Zeichen reichen in der Regel), z. B. 1234abc.

== 2️⃣ Auf einen alten Commit zurücksetzen ==

=== Variante A: Nur lokal die Datei zurücksetzen ===

Wenn du nur eine bestimmte Datei zurücksetzen willst:

<pre class="dynamic-code"> git checkout 1234abc -- pfad/zur/datei </pre>

Damit wird die Datei aus dem alten Commit geholt. Danach committen und pushen:

<pre class="dynamic-code"> git add pfad/zur/datei git commit -m "Rollback der Datei auf alten Stand" git push origin main </pre>

Tipp: Ersetze main durch den Branch, auf dem du arbeitest.

=== Variante B: Gesamtes Repository auf alten Stand zurücksetzen ===

Wenn du alles wieder so haben willst wie in einem alten Commit:

<pre class="dynamic-code"> git reset --hard 1234abc git push origin main --force </pre>

⚠️ Achtung: Alles, was seit diesem Commit lokal verändert wurde, geht verloren! Das --force ist nötig, weil die Historie zurückgesetzt wird.

=== Variante C: Saubere Alternative – neuen Branch erstellen ===

Wenn du nicht die Hauptgeschichte zerstören willst, kannst du einen neuen Branch vom alten Commit erstellen:

<pre class="dynamic-code"> git checkout -b rollback-branch 1234abc git push origin rollback-branch </pre>

Dann kannst du in [[Gitea]] prüfen, ob alles passt, und den Branch ggf. wieder zusammenführen.

== 💡 Hinweis ==

Wenn du nur eine einzelne Docker-Compose-Datei zurücksetzen willst, ist Variante A am saubersten – kein Force-Push nötig, kein Risiko für den Hauptbranch.

Laufende Skripte

2026-02-12T21:55:51Z

192.168.2.185:

Auf Debian (und den meisten Systemen mit systemd) kannst du laufende Services mit folgendem Befehl anzeigen:

systemctl list-units --type=service --state=running

Wenn du alle Services sehen willst, nicht nur die laufenden:

systemctl list-units --type=service

Alternative (älter, ohne systemd, funktioniert auf älteren SysV-Systemen):

service --status-all

Stoppen (ausschalten)
sudo systemctl stop auto-git-push@navidrome.service<br>

Danach läuft der Service nicht mehr.

Status prüfen mit:

systemctl status auto-git-push@navidrome.service

2️⃣ Starten (anschalten)
sudo systemctl start auto-git-push@navidrome.service

Status prüfen wie oben.

3️⃣ Optional: Neustarten (stop + start in einem Befehl)
sudo systemctl restart auto-git-push@navidrome.service

Laufende Skripte

2026-02-12T21:55:09Z

192.168.2.185: Die Seite wurde neu angelegt: „Auf Debian (und den meisten Systemen mit systemd) kannst du laufende Services mit folgendem Befehl anzeigen: systemctl list-units --type=service --state=running Wenn du alle Services sehen willst, nicht nur die laufenden: systemctl list-units --type=service Alternative (älter, ohne systemd, funktioniert auf älteren SysV-Systemen): service --status-all Stoppen (ausschalten) sudo systemctl stop auto-git-push@navidrome.service Danach läuft der Servi…“

Auf Debian (und den meisten Systemen mit systemd) kannst du laufende Services mit folgendem Befehl anzeigen:

systemctl list-units --type=service --state=running

Wenn du alle Services sehen willst, nicht nur die laufenden:

systemctl list-units --type=service

Alternative (älter, ohne systemd, funktioniert auf älteren SysV-Systemen):

service --status-all

Stoppen (ausschalten)
sudo systemctl stop auto-git-push@navidrome.service
Danach läuft der Service nicht mehr.

Status prüfen mit:

systemctl status auto-git-push@navidrome.service

2️⃣ Starten (anschalten)
sudo systemctl start auto-git-push@navidrome.service

Status prüfen wie oben.

3️⃣ Optional: Neustarten (stop + start in einem Befehl)
sudo systemctl restart auto-git-push@navidrome.service

Skript

2026-02-12T21:53:53Z

192.168.2.185: Die Seite wurde neu angelegt: „laufende Skripte“

[[Laufende Skripte|laufende Skripte]]

Verbindung Server zu Gitea

2026-02-12T21:53:31Z

192.168.2.185:

= Automatisches Git-Push-Skript für Docker-Compose =

Diese Anleitung beschreibt, wie du ein **automatisches Git-Push-[[Skript]]** für deine `docker-compose.yml` einrichtest, sodass Änderungen automatisch in dein [[Gitea]]-Repository gepusht werden.

---

== 1️⃣ Skript erstellen ==

Erstelle eine Datei namens `auto-git-push.sh` im gleichen Ordner wie deine `docker-compose.yml`.

<syntaxhighlight lang="bash">
#!/bin/bash

# Skript im gleichen Ordner wie docker-compose.yml
FILE="docker-compose.yml"

# Zum Ordner wechseln (relativ zum Skript)
cd "$(dirname "$0")"

# Endlosschleife für automatische Commits & Push
while true; do
inotifywait -e close_write "$FILE"
git add "$FILE"
git commit -m "Auto-update: $(date '+%Y-%m-%d %H:%M:%S')"
git push origin main
done
</syntaxhighlight>

> Hinweis: Das Skript verwendet `inotifywait`, um Änderungen an der `docker-compose.yml` zu erkennen. Stelle sicher, dass `inotify-tools` auf deinem Server installiert sind:
> <syntaxhighlight lang="bash">
sudo apt install inotify-tools
</syntaxhighlight>

---

== 2️⃣ Skript auf dem Server ablegen ==

Beispiel für den Speicherort:

<syntaxhighlight lang="bash">
/home/robin/docker/wiki/auto-git-push.sh
</syntaxhighlight>

Du kannst das Skript auch kopieren, z. B. in einen anderen Projektordner:

<syntaxhighlight lang="bash">
cp /home/robin/docker/wiki/auto-git-push.sh /home/robin/docker/vscode
</syntaxhighlight>

---

== 3️⃣ Skript ausführbar machen ==

<syntaxhighlight lang="bash">
chmod +x auto-git-push.sh
</syntaxhighlight>

---

== 4️⃣ Systemd-Dienst einrichten ==

Das Skript kann als **Systemd-Daemon** gestartet werden, sodass es automatisch im Hintergrund läuft.

> ⚠️ Hinweis: Der Service muss nur aktiviert und gestartet werden, wenn er noch nicht läuft.

Beispiel zum Starten für das Projekt `wiki`:

<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@wiki.service
sudo systemctl start auto-git-push@wiki.service
</syntaxhighlight>

Hier muss der Name des Ordners eingesetzt werden: z.b Watchtower

Container: watchtower
Git-Repository: Watchtower
Ordner: tower

<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@tower.service
sudo systemctl start auto-git-push@tower.service
</syntaxhighlight>

Leer:
<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@.service
sudo systemctl start auto-git-push@t.service
</syntaxhighlight>

---

== 5️⃣ Service-Datei (nur zur Info) ==

Die Service-Datei für Systemd befindet sich unter:

<syntaxhighlight lang="bash">
/etc/systemd/system/auto-git-push.service
</syntaxhighlight>

Beispielinhalt:

<syntaxhighlight lang="ini">
[Unit]
Description=Auto Git Push Service %i
After=network.target

[Service]
Type=simple
User=robin
WorkingDirectory=/home/robin/docker/%i
ExecStart=/home/robin/docker/%i/auto-git-push.sh
Restart=always

[Install]
WantedBy=multi-user.target
</syntaxhighlight>

> Hinweis: `%i` wird durch den Instanznamen ersetzt, z. B. `wiki`.
> Du kannst die Datei bearbeiten mit:
> <syntaxhighlight lang="bash">
sudo nano /etc/systemd/system/auto-git-push.service
</syntaxhighlight>

---

== ✅ Zusammenfassung ==

1. Skript `auto-git-push.sh` erstellen und ausführbar machen
2. Änderungen an `docker-compose.yml` werden automatisch erkannt
3. Änderungen werden automatisch committet und nach Gitea gepusht
4. Optional: Systemd-Dienst einrichten, um das Skript automatisch im Hintergrund laufen zu lassen

> Dieses Setup sorgt dafür, dass deine Docker-Compose-Konfiguration jederzeit versioniert und gesichert ist.

Verbindung Gitea zu Server

2026-02-12T20:02:15Z

192.168.2.185: Die Seite wurde neu angelegt: „= Gitea Webhook einrichten: Felder richtig ausfüllen = Diese Seite erklärt Schritt für Schritt, wie man einen **Webhook in Gitea** konfiguriert, um automatisch Änderungen auf einen Server zu übertragen (z. B. via `git pull`). --- == 1️⃣ Ziel-URL == **Feld:** „Ziel-URL“ - Hier trägst du die URL ein, die der Server bereitstellt, um Push-Events zu empfangen. - Beispiel: <syntaxhighlight lang="text"> https://web.saya.loseyourip.com/g…“

= Gitea Webhook einrichten: Felder richtig ausfüllen =

Diese Seite erklärt Schritt für Schritt, wie man einen **Webhook in Gitea** konfiguriert, um automatisch Änderungen auf einen Server zu übertragen (z. B. via `git pull`).

---

== 1️⃣ Ziel-URL ==

**Feld:** „Ziel-URL“

- Hier trägst du die URL ein, die der Server bereitstellt, um Push-Events zu empfangen.
- Beispiel:

<syntaxhighlight lang="text">
https://web.saya.loseyourip.com/git-auto-pull.php?repo=
</syntaxhighlight>

?repo= muss um den Ordnernamen des Repos ergänzt werden damit das richtige repo geupdatet wird

Container: watchtower Git-Repository: Watchtower Ordner: tower

<syntaxhighlight lang="text">
?repo=tower
</syntaxhighlight>

<syntaxhighlight lang="text">
https://web.saya.loseyourip.com/git-auto-pull.php?repo=tower
</syntaxhighlight>

> Erklärung: Jedes Mal, wenn ein Push im Repository passiert, sendet Gitea eine POST-Anfrage an diese URL.

---

== 2️⃣ HTTP-Methode / Content-Type ==
Testen unter Test push event
---

Verbindung Server zu Gitea

2026-02-12T19:49:41Z

192.168.2.185: /* 4️⃣ Systemd-Dienst einrichten */

= Automatisches Git-Push-Skript für Docker-Compose =

Diese Anleitung beschreibt, wie du ein **automatisches Git-Push-Skript** für deine `docker-compose.yml` einrichtest, sodass Änderungen automatisch in dein [[Gitea]]-Repository gepusht werden.

---

== 1️⃣ Skript erstellen ==

Erstelle eine Datei namens `auto-git-push.sh` im gleichen Ordner wie deine `docker-compose.yml`.

<syntaxhighlight lang="bash">
#!/bin/bash

# Skript im gleichen Ordner wie docker-compose.yml
FILE="docker-compose.yml"

# Zum Ordner wechseln (relativ zum Skript)
cd "$(dirname "$0")"

# Endlosschleife für automatische Commits & Push
while true; do
inotifywait -e close_write "$FILE"
git add "$FILE"
git commit -m "Auto-update: $(date '+%Y-%m-%d %H:%M:%S')"
git push origin main
done
</syntaxhighlight>

> Hinweis: Das Skript verwendet `inotifywait`, um Änderungen an der `docker-compose.yml` zu erkennen. Stelle sicher, dass `inotify-tools` auf deinem Server installiert sind:
> <syntaxhighlight lang="bash">
sudo apt install inotify-tools
</syntaxhighlight>

---

== 2️⃣ Skript auf dem Server ablegen ==

Beispiel für den Speicherort:

<syntaxhighlight lang="bash">
/home/robin/docker/wiki/auto-git-push.sh
</syntaxhighlight>

Du kannst das Skript auch kopieren, z. B. in einen anderen Projektordner:

<syntaxhighlight lang="bash">
cp /home/robin/docker/wiki/auto-git-push.sh /home/robin/docker/vscode
</syntaxhighlight>

---

== 3️⃣ Skript ausführbar machen ==

<syntaxhighlight lang="bash">
chmod +x auto-git-push.sh
</syntaxhighlight>

---

== 4️⃣ Systemd-Dienst einrichten ==

Das Skript kann als **Systemd-Daemon** gestartet werden, sodass es automatisch im Hintergrund läuft.

> ⚠️ Hinweis: Der Service muss nur aktiviert und gestartet werden, wenn er noch nicht läuft.

Beispiel zum Starten für das Projekt `wiki`:

<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@wiki.service
sudo systemctl start auto-git-push@wiki.service
</syntaxhighlight>

Hier muss der Name des Ordners eingesetzt werden: z.b Watchtower

Container: watchtower
Git-Repository: Watchtower
Ordner: tower

<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@tower.service
sudo systemctl start auto-git-push@tower.service
</syntaxhighlight>

Leer:
<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@.service
sudo systemctl start auto-git-push@t.service
</syntaxhighlight>

---

== 5️⃣ Service-Datei (nur zur Info) ==

Die Service-Datei für Systemd befindet sich unter:

<syntaxhighlight lang="bash">
/etc/systemd/system/auto-git-push.service
</syntaxhighlight>

Beispielinhalt:

<syntaxhighlight lang="ini">
[Unit]
Description=Auto Git Push Service %i
After=network.target

[Service]
Type=simple
User=robin
WorkingDirectory=/home/robin/docker/%i
ExecStart=/home/robin/docker/%i/auto-git-push.sh
Restart=always

[Install]
WantedBy=multi-user.target
</syntaxhighlight>

> Hinweis: `%i` wird durch den Instanznamen ersetzt, z. B. `wiki`.
> Du kannst die Datei bearbeiten mit:
> <syntaxhighlight lang="bash">
sudo nano /etc/systemd/system/auto-git-push.service
</syntaxhighlight>

---

== ✅ Zusammenfassung ==

1. Skript `auto-git-push.sh` erstellen und ausführbar machen
2. Änderungen an `docker-compose.yml` werden automatisch erkannt
3. Änderungen werden automatisch committet und nach Gitea gepusht
4. Optional: Systemd-Dienst einrichten, um das Skript automatisch im Hintergrund laufen zu lassen

> Dieses Setup sorgt dafür, dass deine Docker-Compose-Konfiguration jederzeit versioniert und gesichert ist.

Git einrichten

2026-02-12T19:37:24Z

192.168.2.185: /* 3️⃣ Gitea als Remote hinzufügen */

= Anleitung: Docker-Compose Repository mit Gitea verbinden =

Diese Anleitung zeigt, wie du dein Docker-Compose-Projekt (z. B. für MediaWiki) in Gitea versionierst und Änderungen hochlädst.

== 1️⃣ Lokales Git-Repository erstellen ==
Öffne ein Terminal auf deinem Server und navigiere zu deinem Docker-Projektordner:

<syntaxhighlight lang="bash">
cd ~/docker/wiki
git init
git branch -m main
</syntaxhighlight>

== 2️⃣ Dateien für das Repository vorbereiten ==
Füge deine Docker-Compose-Datei zum Repository hinzu und erstelle den ersten Commit:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Initial commit: Docker Compose "
</syntaxhighlight>

== 3️⃣ Gitea als Remote hinzufügen ==
Füge dein Gitea-Repository als Remote hinzu:

<syntaxhighlight lang="bash">
git remote add origin http://192.168.2.217:3060/saya/entsprechendes_Git.git

git remote add origin http://192.168.2.217:3060/saya/
</syntaxhighlight>

== 4️⃣ Ersten Push durchführen ==
<syntaxhighlight lang="bash">
git push -u origin main
</syntaxhighlight>

> Hinweis: Git fragt nach deinem Benutzernamen und Passwort oder Access-Token. Nach erfolgreichem Push ist dein Repository online.

== 5️⃣ Änderungen in Zukunft hochladen ==
Bei Änderungen am Docker-Setup:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Beschreibung der Änderung"
git push
</syntaxhighlight>

== 6️⃣ Optional: .gitignore erstellen ==
Damit Logs, temporäre Dateien oder Container-Daten nicht ins Repository kommen, erstelle eine Datei `.gitignore` im Projektordner:

<syntaxhighlight lang="text">
# Docker
*.log
*.env
docker-compose.override.yml
</syntaxhighlight>

Verbindung Server zu Gitea

2026-02-12T19:02:25Z

192.168.2.185: /* Automatisches Git-Push-Skript für Docker-Compose */

= Automatisches Git-Push-Skript für Docker-Compose =

Diese Anleitung beschreibt, wie du ein **automatisches Git-Push-Skript** für deine `docker-compose.yml` einrichtest, sodass Änderungen automatisch in dein [[Gitea]]-Repository gepusht werden.

---

== 1️⃣ Skript erstellen ==

Erstelle eine Datei namens `auto-git-push.sh` im gleichen Ordner wie deine `docker-compose.yml`.

<syntaxhighlight lang="bash">
#!/bin/bash

# Skript im gleichen Ordner wie docker-compose.yml
FILE="docker-compose.yml"

# Zum Ordner wechseln (relativ zum Skript)
cd "$(dirname "$0")"

# Endlosschleife für automatische Commits & Push
while true; do
inotifywait -e close_write "$FILE"
git add "$FILE"
git commit -m "Auto-update: $(date '+%Y-%m-%d %H:%M:%S')"
git push origin main
done
</syntaxhighlight>

> Hinweis: Das Skript verwendet `inotifywait`, um Änderungen an der `docker-compose.yml` zu erkennen. Stelle sicher, dass `inotify-tools` auf deinem Server installiert sind:
> <syntaxhighlight lang="bash">
sudo apt install inotify-tools
</syntaxhighlight>

---

== 2️⃣ Skript auf dem Server ablegen ==

Beispiel für den Speicherort:

<syntaxhighlight lang="bash">
/home/robin/docker/wiki/auto-git-push.sh
</syntaxhighlight>

Du kannst das Skript auch kopieren, z. B. in einen anderen Projektordner:

<syntaxhighlight lang="bash">
cp /home/robin/docker/wiki/auto-git-push.sh /home/robin/docker/vscode
</syntaxhighlight>

---

== 3️⃣ Skript ausführbar machen ==

<syntaxhighlight lang="bash">
chmod +x auto-git-push.sh
</syntaxhighlight>

---

== 4️⃣ Systemd-Dienst einrichten ==

Das Skript kann als **Systemd-Daemon** gestartet werden, sodass es automatisch im Hintergrund läuft.

> ⚠️ Hinweis: Der Service muss nur aktiviert und gestartet werden, wenn er noch nicht läuft.

Beispiel zum Starten für das Projekt `wiki`:

<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@wiki.service
sudo systemctl start auto-git-push@wiki.service
</syntaxhighlight>

---

== 5️⃣ Service-Datei (nur zur Info) ==

Die Service-Datei für Systemd befindet sich unter:

<syntaxhighlight lang="bash">
/etc/systemd/system/auto-git-push.service
</syntaxhighlight>

Beispielinhalt:

<syntaxhighlight lang="ini">
[Unit]
Description=Auto Git Push Service %i
After=network.target

[Service]
Type=simple
User=robin
WorkingDirectory=/home/robin/docker/%i
ExecStart=/home/robin/docker/%i/auto-git-push.sh
Restart=always

[Install]
WantedBy=multi-user.target
</syntaxhighlight>

> Hinweis: `%i` wird durch den Instanznamen ersetzt, z. B. `wiki`.
> Du kannst die Datei bearbeiten mit:
> <syntaxhighlight lang="bash">
sudo nano /etc/systemd/system/auto-git-push.service
</syntaxhighlight>

---

== ✅ Zusammenfassung ==

1. Skript `auto-git-push.sh` erstellen und ausführbar machen
2. Änderungen an `docker-compose.yml` werden automatisch erkannt
3. Änderungen werden automatisch committet und nach Gitea gepusht
4. Optional: Systemd-Dienst einrichten, um das Skript automatisch im Hintergrund laufen zu lassen

> Dieses Setup sorgt dafür, dass deine Docker-Compose-Konfiguration jederzeit versioniert und gesichert ist.

Verbindung Server zu Gitea

2026-02-12T19:00:22Z

192.168.2.185: Die Seite wurde neu angelegt: „= Automatisches Git-Push-Skript für Docker-Compose = Diese Anleitung beschreibt, wie du ein **automatisches Git-Push-Skript** für deine `docker-compose.yml` einrichtest, sodass Änderungen automatisch in dein Gitea-Repository gepusht werden. --- == 1️⃣ Skript erstellen == Erstelle eine Datei namens `auto-git-push.sh` im gleichen Ordner wie deine `docker-compose.yml`. <syntaxhighlight lang="bash"> #!/bin/bash # Skript im gleichen Ordner wie doc…“

= Automatisches Git-Push-Skript für Docker-Compose =

Diese Anleitung beschreibt, wie du ein **automatisches Git-Push-Skript** für deine `docker-compose.yml` einrichtest, sodass Änderungen automatisch in dein Gitea-Repository gepusht werden.

---

== 1️⃣ Skript erstellen ==

Erstelle eine Datei namens `auto-git-push.sh` im gleichen Ordner wie deine `docker-compose.yml`.

<syntaxhighlight lang="bash">
#!/bin/bash

# Skript im gleichen Ordner wie docker-compose.yml
FILE="docker-compose.yml"

# Zum Ordner wechseln (relativ zum Skript)
cd "$(dirname "$0")"

# Endlosschleife für automatische Commits & Push
while true; do
inotifywait -e close_write "$FILE"
git add "$FILE"
git commit -m "Auto-update: $(date '+%Y-%m-%d %H:%M:%S')"
git push origin main
done
</syntaxhighlight>

> Hinweis: Das Skript verwendet `inotifywait`, um Änderungen an der `docker-compose.yml` zu erkennen. Stelle sicher, dass `inotify-tools` auf deinem Server installiert sind:
> <syntaxhighlight lang="bash">
sudo apt install inotify-tools
</syntaxhighlight>

---

== 2️⃣ Skript auf dem Server ablegen ==

Beispiel für den Speicherort:

<syntaxhighlight lang="bash">
/home/robin/docker/wiki/auto-git-push.sh
</syntaxhighlight>

Du kannst das Skript auch kopieren, z. B. in einen anderen Projektordner:

<syntaxhighlight lang="bash">
cp /home/robin/docker/wiki/auto-git-push.sh /home/robin/docker/vscode
</syntaxhighlight>

---

== 3️⃣ Skript ausführbar machen ==

<syntaxhighlight lang="bash">
chmod +x auto-git-push.sh
</syntaxhighlight>

---

== 4️⃣ Systemd-Dienst einrichten ==

Das Skript kann als **Systemd-Daemon** gestartet werden, sodass es automatisch im Hintergrund läuft.

> ⚠️ Hinweis: Der Service muss nur aktiviert und gestartet werden, wenn er noch nicht läuft.

Beispiel zum Starten für das Projekt `wiki`:

<syntaxhighlight lang="bash">
sudo systemctl enable auto-git-push@wiki.service
sudo systemctl start auto-git-push@wiki.service
</syntaxhighlight>

---

== 5️⃣ Service-Datei (nur zur Info) ==

Die Service-Datei für Systemd befindet sich unter:

<syntaxhighlight lang="bash">
/etc/systemd/system/auto-git-push.service
</syntaxhighlight>

Beispielinhalt:

<syntaxhighlight lang="ini">
[Unit]
Description=Auto Git Push Service %i
After=network.target

[Service]
Type=simple
User=robin
WorkingDirectory=/home/robin/docker/%i
ExecStart=/home/robin/docker/%i/auto-git-push.sh
Restart=always

[Install]
WantedBy=multi-user.target
</syntaxhighlight>

> Hinweis: `%i` wird durch den Instanznamen ersetzt, z. B. `wiki`.
> Du kannst die Datei bearbeiten mit:
> <syntaxhighlight lang="bash">
sudo nano /etc/systemd/system/auto-git-push.service
</syntaxhighlight>

---

== ✅ Zusammenfassung ==

1. Skript `auto-git-push.sh` erstellen und ausführbar machen
2. Änderungen an `docker-compose.yml` werden automatisch erkannt
3. Änderungen werden automatisch committet und nach Gitea gepusht
4. Optional: Systemd-Dienst einrichten, um das Skript automatisch im Hintergrund laufen zu lassen

> Dieses Setup sorgt dafür, dass deine Docker-Compose-Konfiguration jederzeit versioniert und gesichert ist.

Git einrichten

2026-02-11T17:56:53Z

192.168.2.185: /* 3️⃣ Gitea als Remote hinzufügen */

= Anleitung: Docker-Compose Repository mit Gitea verbinden =

Diese Anleitung zeigt, wie du dein Docker-Compose-Projekt (z. B. für MediaWiki) in Gitea versionierst und Änderungen hochlädst.

== 1️⃣ Lokales Git-Repository erstellen ==
Öffne ein Terminal auf deinem Server und navigiere zu deinem Docker-Projektordner:

<syntaxhighlight lang="bash">
cd ~/docker/wiki
git init
git branch -m main
</syntaxhighlight>

== 2️⃣ Dateien für das Repository vorbereiten ==
Füge deine Docker-Compose-Datei zum Repository hinzu und erstelle den ersten Commit:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Initial commit: Docker Compose "
</syntaxhighlight>

== 3️⃣ Gitea als Remote hinzufügen ==
Füge dein Gitea-Repository als Remote hinzu:

<syntaxhighlight lang="bash">
git remote add origin http://192.168.2.217:3060/saya/entsprechendes_Git.git
</syntaxhighlight>

== 4️⃣ Ersten Push durchführen ==
<syntaxhighlight lang="bash">
git push -u origin main
</syntaxhighlight>

> Hinweis: Git fragt nach deinem Benutzernamen und Passwort oder Access-Token. Nach erfolgreichem Push ist dein Repository online.

== 5️⃣ Änderungen in Zukunft hochladen ==
Bei Änderungen am Docker-Setup:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Beschreibung der Änderung"
git push
</syntaxhighlight>

== 6️⃣ Optional: .gitignore erstellen ==
Damit Logs, temporäre Dateien oder Container-Daten nicht ins Repository kommen, erstelle eine Datei `.gitignore` im Projektordner:

<syntaxhighlight lang="text">
# Docker
*.log
*.env
docker-compose.override.yml
</syntaxhighlight>

Git einrichten

2026-02-11T17:56:25Z

192.168.2.185: /* 2️⃣ Dateien für das Repository vorbereiten */

= Anleitung: Docker-Compose Repository mit Gitea verbinden =

Diese Anleitung zeigt, wie du dein Docker-Compose-Projekt (z. B. für MediaWiki) in Gitea versionierst und Änderungen hochlädst.

== 1️⃣ Lokales Git-Repository erstellen ==
Öffne ein Terminal auf deinem Server und navigiere zu deinem Docker-Projektordner:

<syntaxhighlight lang="bash">
cd ~/docker/wiki
git init
git branch -m main
</syntaxhighlight>

== 2️⃣ Dateien für das Repository vorbereiten ==
Füge deine Docker-Compose-Datei zum Repository hinzu und erstelle den ersten Commit:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Initial commit: Docker Compose "
</syntaxhighlight>

== 3️⃣ Gitea als Remote hinzufügen ==
Füge dein Gitea-Repository als Remote hinzu:

<syntaxhighlight lang="bash">
git remote add origin http://192.168.2.217:3060/saya/MediaWiki.git
</syntaxhighlight>

== 4️⃣ Ersten Push durchführen ==
<syntaxhighlight lang="bash">
git push -u origin main
</syntaxhighlight>

> Hinweis: Git fragt nach deinem Benutzernamen und Passwort oder Access-Token. Nach erfolgreichem Push ist dein Repository online.

== 5️⃣ Änderungen in Zukunft hochladen ==
Bei Änderungen am Docker-Setup:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Beschreibung der Änderung"
git push
</syntaxhighlight>

== 6️⃣ Optional: .gitignore erstellen ==
Damit Logs, temporäre Dateien oder Container-Daten nicht ins Repository kommen, erstelle eine Datei `.gitignore` im Projektordner:

<syntaxhighlight lang="text">
# Docker
*.log
*.env
docker-compose.override.yml
</syntaxhighlight>

Git einrichten

2026-02-11T17:55:59Z

192.168.2.185: Die Seite wurde neu angelegt: „= Anleitung: Docker-Compose Repository mit Gitea verbinden = Diese Anleitung zeigt, wie du dein Docker-Compose-Projekt (z. B. für MediaWiki) in Gitea versionierst und Änderungen hochlädst. == 1️⃣ Lokales Git-Repository erstellen == Öffne ein Terminal auf deinem Server und navigiere zu deinem Docker-Projektordner: <syntaxhighlight lang="bash"> cd ~/docker/wiki git init git branch -m main </syntaxhighlight> == 2️⃣ Dateien für das Reposito…“

= Anleitung: Docker-Compose Repository mit Gitea verbinden =

Diese Anleitung zeigt, wie du dein Docker-Compose-Projekt (z. B. für MediaWiki) in Gitea versionierst und Änderungen hochlädst.

== 1️⃣ Lokales Git-Repository erstellen ==
Öffne ein Terminal auf deinem Server und navigiere zu deinem Docker-Projektordner:

<syntaxhighlight lang="bash">
cd ~/docker/wiki
git init
git branch -m main
</syntaxhighlight>

== 2️⃣ Dateien für das Repository vorbereiten ==
Füge deine Docker-Compose-Datei zum Repository hinzu und erstelle den ersten Commit:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Initial commit: Docker Compose für MediaWiki"
</syntaxhighlight>

== 3️⃣ Gitea als Remote hinzufügen ==
Füge dein Gitea-Repository als Remote hinzu:

<syntaxhighlight lang="bash">
git remote add origin http://192.168.2.217:3060/saya/MediaWiki.git
</syntaxhighlight>

== 4️⃣ Ersten Push durchführen ==
<syntaxhighlight lang="bash">
git push -u origin main
</syntaxhighlight>

> Hinweis: Git fragt nach deinem Benutzernamen und Passwort oder Access-Token. Nach erfolgreichem Push ist dein Repository online.

== 5️⃣ Änderungen in Zukunft hochladen ==
Bei Änderungen am Docker-Setup:

<syntaxhighlight lang="bash">
git add docker-compose.yml
git commit -m "Beschreibung der Änderung"
git push
</syntaxhighlight>

== 6️⃣ Optional: .gitignore erstellen ==
Damit Logs, temporäre Dateien oder Container-Daten nicht ins Repository kommen, erstelle eine Datei `.gitignore` im Projektordner:

<syntaxhighlight lang="text">
# Docker
*.log
*.env
docker-compose.override.yml
</syntaxhighlight>

Rclone

2026-02-11T17:23:19Z

192.168.2.185: /* Docker Setup */

= 🟢 Rclone Übersicht =
Rclone ist ein Datei-Synchronisations- und Remote-Management-Tool auf [[Hauptseite|HomeLab]].

== Allgemeine Infos ==
* **Server:** HomeServer2
* **Projektpfad:** /home/robin/docker/rclone
* **Docker-Container:** rclone
* **Image:** rclone/rclone:latest
* **WebGUI:** http://192.168.2.217:5572
* **RC Benutzer:** saya
* **RC Port:** 5572
* **Netzwerk:** gateway-net

== Docker Setup ==
{| class="wikitable"
! Parameter !! Wert
|-
| Container Name || rclone
|-
| Image || rclone/rclone:latest
|-
| Ports || 0.0.0.0:5572->5572/tcp
|-
| Netzwerk || gateway-net (external)
|-
| Restart Policy || unless-stopped
|-
| Volume (Media) || /srv/HA_MEDIA:/data
|-
| Volume (Config) || ./config:/config/rclone
|}

== Container Pfade ==
{| class="wikitable"
! Host !! Container
|-
| /srv/HA_MEDIA || /data
|-
| ./config || /config/rclone
|}

== Rclone Konfiguration ==
{| class="wikitable"
! Parameter !! Wert
|-
| Config Datei (Host) || ./config/rclone/rclone.conf
|-
| Config Datei (Container) || /config/rclone/rclone.conf
|-
| Cache Pfad || /root/.cache/rclone
|-
| WebGUI Pfad || /root/.cache/rclone/webgui
|}

== Remote Control (RC) ==
{| class="wikitable"
! Parameter !! Wert
|-
| RC aktiviert || Ja (rcd)
|-
| RC Adresse || :5572
|-
| RC Web GUI || aktiviert
|-
| RC Serve || aktiviert
|}

== Logs ==
* Docker Logs: <syntaxhighlight lang="bash">docker logs rclone</syntaxhighlight>
* Live Logs: <syntaxhighlight lang="bash">docker logs -f rclone</syntaxhighlight>

== Wichtige Pfade ==
* Container Verzeichnis: /home/robin/docker/rclone
* Media-Verzeichnis im Container: /data
* WebGUI Zugriff: http://192.168.2.217:5572
* Projektverzeichnis: /home/robin/docker/rclone

== Wartung ==
* Container starten: <syntaxhighlight lang="bash">docker compose up -d</syntaxhighlight>
* Container stoppen: <syntaxhighlight lang="bash">docker compose down</syntaxhighlight>
* Container Shell: <syntaxhighlight lang="bash">docker exec -it rclone sh</syntaxhighlight>
* Rclone Config starten: <syntaxhighlight lang="bash">docker exec -it rclone rclone config</syntaxhighlight>

== Backup relevante Daten ==
* ./config (enthält rclone.conf)
* /srv/HA_MEDIA (gemountete Daten)

== Abhängigkeiten ==
* Docker
* Externes Netzwerk: gateway-net

== Probleme & Anleitungen ==
* [[:Datensicherung]] – Anleitung zum sichern von Daten auf Google Drive
* [[Datensicherung (verschlüsselt)]] – Anleitung zum verschlüsselten Sichern auf Google Drive

Datensicherung (verschlüsselt)

2026-02-11T17:14:33Z

192.168.2.185: Die Seite wurde neu angelegt: „= 🔐 Rclone – Verschlüsselte Sicherung nach Google Drive = Diese Anleitung beschreibt, wie ein lokaler Ordner verschlüsselt nach Google Drive synchronisiert wird. Die Verschlüsselung erfolgt clientseitig über ein zusätzliches "crypt"-Remote. == Voraussetzung == * Rclone Container läuft * Google Drive Remote (gdrive) ist bereits eingerichtet * Container Name: rclone * Lokaler Datenpfad im Container: /data ---- = 1. Crypt Remote erstellen = R…“

= 🔐 Rclone – Verschlüsselte Sicherung nach Google Drive =

Diese Anleitung beschreibt, wie ein lokaler Ordner verschlüsselt nach Google Drive synchronisiert wird.
Die Verschlüsselung erfolgt clientseitig über ein zusätzliches "crypt"-Remote.

== Voraussetzung ==
* Rclone Container läuft
* Google Drive Remote (gdrive) ist bereits eingerichtet
* Container Name: rclone
* Lokaler Datenpfad im Container: /data

----

= 1. Crypt Remote erstellen =

Remote im Container konfigurieren:

<syntaxhighlight lang="bash">
docker exec -it rclone rclone config
</syntaxhighlight>

== Neuer Remote ==
* n → New Remote
* Name: gdrive-crypt
* Storage Type: crypt
* Remote to encrypt: gdrive:encrypted
* Filename encryption: standard
* Directory name encryption: true
* Password: eigenes starkes Passwort vergeben
* Password salt: optional
* Speichern

----

= 2. Remote prüfen =

<syntaxhighlight lang="bash">
docker exec -it rclone rclone lsd gdrive-crypt:
</syntaxhighlight>

Im Google Drive ist nun nur noch verschlüsselter Inhalt sichtbar.

----

= 3. Einmalige verschlüsselte Synchronisation =

Beispiel: Ordner /data/backups verschlüsselt hochladen:

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive-crypt:backups
</syntaxhighlight>

----

= 4. Wiederkehrende Synchronisation (Cronjob) =

Cronjob auf dem Host anlegen:

<syntaxhighlight lang="bash">
crontab -e
</syntaxhighlight>

Beispiel: täglich um 03:00 Uhr

<syntaxhighlight lang="bash">
0 3 * * * docker exec rclone rclone sync /data/backups gdrive-crypt:backups >> /var/log/rclone-crypt-backup.log 2>&1
</syntaxhighlight>

Cron prüfen:

<syntaxhighlight lang="bash">
crontab -l
</syntaxhighlight>

----

= 5. Testlauf ohne Änderungen =

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive-crypt:backups --dry-run
</syntaxhighlight>

----

= 6. Fortschrittsanzeige (manuell) =

<syntaxhighlight lang="bash">
docker exec -it rclone rclone sync /data/backups gdrive-crypt:backups -P
</syntaxhighlight>

----

= Unterschiede zu normalem Remote ==
{| class="wikitable"
! Merkmal !! gdrive !! gdrive-crypt
|-
| Dateinamen lesbar || Ja || Nein
|-
| Dateiinhalte lesbar || Ja || Nein
|-
| Cloud-Anbieter kann Daten lesen || Ja || Nein
|-
| Passwort erforderlich || Nein || Ja
|}

----

= Wichtige Dateien ==
{| class="wikitable"
! Datei !! Bedeutung
|-
| ./config/rclone/rclone.conf || Enthält das Crypt-Passwort
|-
| /config/rclone/rclone.conf || Config im Container
|}

Hinweis:
Ohne die rclone.conf ist kein Zugriff auf die verschlüsselten Daten möglich.

----

= Wiederherstellung (Restore) =

Dateien lokal wiederherstellen:

<syntaxhighlight lang="bash">
docker exec rclone rclone sync gdrive-crypt:backups /data/restore
</syntaxhighlight>

----

= Typische Fehler ==
{| class="wikitable"
! Meldung !! Ursache
|-
| failed to decrypt || Falsches Crypt-Passwort
|-
| directory not found || Falscher Container-Pfad
|-
| quota exceeded || Google Drive Speicher voll
|}

----

= Verwendete Pfade ==
{| class="wikitable"
! Host !! Container
|-
| /srv/HA_MEDIA || /data
|}

Beispiel:
* Host: /srv/HA_MEDIA/backups
* Container: /data/backups

----

Datensicherung

2026-02-11T17:13:17Z

192.168.2.185:

= 📦 Rclone – Ordner nach Google Drive sichern =

Diese Anleitung beschreibt, wie ein lokaler Ordner mit Rclone auf Google Drive synchronisiert wird (manuell oder wiederkehrend).
Für verschlüsselte Datensicherung siehe [[Datensicherung (verschlüsselt)]]

== Voraussetzung ==
* Rclone Container läuft
* Google Drive Remote ist eingerichtet
* Container Name: rclone
* Lokaler Datenpfad im Container: /data

----

= Google Drive Remote einrichten =

Remote im Container konfigurieren:

<syntaxhighlight lang="bash">
docker exec -it rclone rclone config
</syntaxhighlight>

== Neuer Remote ==
* n → New Remote
* Name: gdrive
* Storage Type: drive
* Auto Config: n (bei Server ohne Browser)
* Auth-Link auf lokalem Rechner öffnen
* Token einfügen
* Speichern

Remote prüfen:

<syntaxhighlight lang="bash">
docker exec -it rclone rclone lsd gdrive:
</syntaxhighlight>

----

= Einmalige Synchronisation =

Beispiel: Ordner /data/backups nach Google Drive sichern:

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive:backups
</syntaxhighlight>

== Erklärung ==
* /data/backups → lokaler Ordner im Container
* gdrive:backups → Zielordner in Google Drive
* sync → Ziel wird identisch gespiegelt

----

= Wiederkehrende Synchronisation (Cronjob) =

Cronjob auf dem Host anlegen:

<syntaxhighlight lang="bash">
crontab -e
</syntaxhighlight>

Beispiel: täglich um 03:00 Uhr synchronisieren:

<syntaxhighlight lang="bash">
0 3 * * * docker exec rclone rclone sync /data/backups gdrive:backups >> /var/log/rclone-backup.log 2>&1
</syntaxhighlight>

Cron prüfen:

<syntaxhighlight lang="bash">
crontab -l
</syntaxhighlight>

----

= Alternative: Kopieren statt Spiegeln =

Falls keine Dateien im Ziel gelöscht werden sollen:

<syntaxhighlight lang="bash">
docker exec rclone rclone copy /data/backups gdrive:backups
</syntaxhighlight>

Unterschied:
* sync → löscht entfernte Dateien im Ziel
* copy → fügt nur hinzu / überschreibt

----

= Synchronisation mit Fortschrittsanzeige =

<syntaxhighlight lang="bash">
docker exec -it rclone rclone sync /data/backups gdrive:backups -P
</syntaxhighlight>

----

= Testlauf ohne Änderungen =

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive:backups --dry-run
</syntaxhighlight>

----

= Logs ==
* Docker Logs:
<syntaxhighlight lang="bash">
docker logs rclone
</syntaxhighlight>

* Backup Log (Cron):
<syntaxhighlight lang="bash">
/var/log/rclone-backup.log
</syntaxhighlight>

----

= Typische Fehler ==
{| class="wikitable"
! Meldung !! Ursache
|-
| directory not found || Falscher Container-Pfad (muss /data/... sein)
|-
| Failed to create file || Keine Berechtigung im Ziel
|-
| quota exceeded || Google Drive Speicher voll
|}

----

= Verwendete Pfade ==
{| class="wikitable"
! Host !! Container
|-
| /srv/HA_MEDIA || /data
|}

Beispiel:
* Host: /srv/HA_MEDIA/backups
* Container: /data/backups

----

Datensicherung

2026-02-11T17:12:47Z

192.168.2.185: /* 📦 Rclone – Ordner nach Google Drive sichern */

= 📦 Rclone – Ordner nach Google Drive sichern =

Diese Anleitung beschreibt, wie ein lokaler Ordner mit Rclone auf Google Drive synchronisiert wird (manuell oder wiederkehrend).
Für verschlüsselte Datensicherung siehe Datensicherung (verschlüsselt)

== Voraussetzung ==
* Rclone Container läuft
* Google Drive Remote ist eingerichtet
* Container Name: rclone
* Lokaler Datenpfad im Container: /data

----

= Google Drive Remote einrichten =

Remote im Container konfigurieren:

<syntaxhighlight lang="bash">
docker exec -it rclone rclone config
</syntaxhighlight>

== Neuer Remote ==
* n → New Remote
* Name: gdrive
* Storage Type: drive
* Auto Config: n (bei Server ohne Browser)
* Auth-Link auf lokalem Rechner öffnen
* Token einfügen
* Speichern

Remote prüfen:

<syntaxhighlight lang="bash">
docker exec -it rclone rclone lsd gdrive:
</syntaxhighlight>

----

= Einmalige Synchronisation =

Beispiel: Ordner /data/backups nach Google Drive sichern:

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive:backups
</syntaxhighlight>

== Erklärung ==
* /data/backups → lokaler Ordner im Container
* gdrive:backups → Zielordner in Google Drive
* sync → Ziel wird identisch gespiegelt

----

= Wiederkehrende Synchronisation (Cronjob) =

Cronjob auf dem Host anlegen:

<syntaxhighlight lang="bash">
crontab -e
</syntaxhighlight>

Beispiel: täglich um 03:00 Uhr synchronisieren:

<syntaxhighlight lang="bash">
0 3 * * * docker exec rclone rclone sync /data/backups gdrive:backups >> /var/log/rclone-backup.log 2>&1
</syntaxhighlight>

Cron prüfen:

<syntaxhighlight lang="bash">
crontab -l
</syntaxhighlight>

----

= Alternative: Kopieren statt Spiegeln =

Falls keine Dateien im Ziel gelöscht werden sollen:

<syntaxhighlight lang="bash">
docker exec rclone rclone copy /data/backups gdrive:backups
</syntaxhighlight>

Unterschied:
* sync → löscht entfernte Dateien im Ziel
* copy → fügt nur hinzu / überschreibt

----

= Synchronisation mit Fortschrittsanzeige =

<syntaxhighlight lang="bash">
docker exec -it rclone rclone sync /data/backups gdrive:backups -P
</syntaxhighlight>

----

= Testlauf ohne Änderungen =

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive:backups --dry-run
</syntaxhighlight>

----

= Logs ==
* Docker Logs:
<syntaxhighlight lang="bash">
docker logs rclone
</syntaxhighlight>

* Backup Log (Cron):
<syntaxhighlight lang="bash">
/var/log/rclone-backup.log
</syntaxhighlight>

----

= Typische Fehler ==
{| class="wikitable"
! Meldung !! Ursache
|-
| directory not found || Falscher Container-Pfad (muss /data/... sein)
|-
| Failed to create file || Keine Berechtigung im Ziel
|-
| quota exceeded || Google Drive Speicher voll
|}

----

= Verwendete Pfade ==
{| class="wikitable"
! Host !! Container
|-
| /srv/HA_MEDIA || /data
|}

Beispiel:
* Host: /srv/HA_MEDIA/backups
* Container: /data/backups

----

Datensicherung

2026-02-11T17:11:51Z

192.168.2.185: Die Seite wurde neu angelegt: „= 📦 Rclone – Ordner nach Google Drive sichern = Diese Anleitung beschreibt, wie ein lokaler Ordner mit Rclone auf Google Drive synchronisiert wird (manuell oder wiederkehrend). == Voraussetzung == * Rclone Container läuft * Google Drive Remote ist eingerichtet * Container Name: rclone * Lokaler Datenpfad im Container: /data ---- = Google Drive Remote einrichten = Remote im Container konfigurieren: <syntaxhighlight lang="bash"> docker exec -it…“

= 📦 Rclone – Ordner nach Google Drive sichern =

Diese Anleitung beschreibt, wie ein lokaler Ordner mit Rclone auf Google Drive synchronisiert wird (manuell oder wiederkehrend).

== Voraussetzung ==
* Rclone Container läuft
* Google Drive Remote ist eingerichtet
* Container Name: rclone
* Lokaler Datenpfad im Container: /data

----

= Google Drive Remote einrichten =

Remote im Container konfigurieren:

<syntaxhighlight lang="bash">
docker exec -it rclone rclone config
</syntaxhighlight>

== Neuer Remote ==
* n → New Remote
* Name: gdrive
* Storage Type: drive
* Auto Config: n (bei Server ohne Browser)
* Auth-Link auf lokalem Rechner öffnen
* Token einfügen
* Speichern

Remote prüfen:

<syntaxhighlight lang="bash">
docker exec -it rclone rclone lsd gdrive:
</syntaxhighlight>

----

= Einmalige Synchronisation =

Beispiel: Ordner /data/backups nach Google Drive sichern:

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive:backups
</syntaxhighlight>

== Erklärung ==
* /data/backups → lokaler Ordner im Container
* gdrive:backups → Zielordner in Google Drive
* sync → Ziel wird identisch gespiegelt

----

= Wiederkehrende Synchronisation (Cronjob) =

Cronjob auf dem Host anlegen:

<syntaxhighlight lang="bash">
crontab -e
</syntaxhighlight>

Beispiel: täglich um 03:00 Uhr synchronisieren:

<syntaxhighlight lang="bash">
0 3 * * * docker exec rclone rclone sync /data/backups gdrive:backups >> /var/log/rclone-backup.log 2>&1
</syntaxhighlight>

Cron prüfen:

<syntaxhighlight lang="bash">
crontab -l
</syntaxhighlight>

----

= Alternative: Kopieren statt Spiegeln =

Falls keine Dateien im Ziel gelöscht werden sollen:

<syntaxhighlight lang="bash">
docker exec rclone rclone copy /data/backups gdrive:backups
</syntaxhighlight>

Unterschied:
* sync → löscht entfernte Dateien im Ziel
* copy → fügt nur hinzu / überschreibt

----

= Synchronisation mit Fortschrittsanzeige =

<syntaxhighlight lang="bash">
docker exec -it rclone rclone sync /data/backups gdrive:backups -P
</syntaxhighlight>

----

= Testlauf ohne Änderungen =

<syntaxhighlight lang="bash">
docker exec rclone rclone sync /data/backups gdrive:backups --dry-run
</syntaxhighlight>

----

= Logs ==
* Docker Logs:
<syntaxhighlight lang="bash">
docker logs rclone
</syntaxhighlight>

* Backup Log (Cron):
<syntaxhighlight lang="bash">
/var/log/rclone-backup.log
</syntaxhighlight>

----

= Typische Fehler ==
{| class="wikitable"
! Meldung !! Ursache
|-
| directory not found || Falscher Container-Pfad (muss /data/... sein)
|-
| Failed to create file || Keine Berechtigung im Ziel
|-
| quota exceeded || Google Drive Speicher voll
|}

----

= Verwendete Pfade ==
{| class="wikitable"
! Host !! Container
|-
| /srv/HA_MEDIA || /data
|}

Beispiel:
* Host: /srv/HA_MEDIA/backups
* Container: /data/backups

----

Hauptseite

2026-02-11T12:07:06Z

192.168.2.185:

Adminpasswort vergessen

2026-02-11T12:06:27Z

192.168.2.185: /* Nextcloud Admin-Passwort zurücksetzen (Docker) */

= [[Nextcloud]] Admin-Passwort zurücksetzen (Docker) =

Wenn du dein selbst gehostetes Nextcloud-Passwort vergessen hast, kannst du es direkt über die `occ`-Konsole im Docker-Container zurücksetzen.

== 1. Container prüfen ==
Liste alle laufenden Container auf:

<syntaxhighlight lang="bash">
docker ps
</syntaxhighlight>

Suche den Nextcloud-Container. Bei deinem Setup heißt er:

<syntaxhighlight lang="text">
nextcloud
</syntaxhighlight>

== 2. In den Nextcloud-Container wechseln ==
Wechsel in den Container:

<syntaxhighlight lang="bash">
docker exec -it nextcloud bash
</syntaxhighlight>

Du bist jetzt in einer Bash-Shell innerhalb des Containers.

== 3. Ins Nextcloud-Webverzeichnis wechseln ==
<syntaxhighlight lang="bash">
cd /var/www/html
</syntaxhighlight>

== 4. Benutzer anzeigen (optional) ==
Wenn du nicht genau weißt, wie dein Admin-Benutzer heißt, liste alle Benutzer auf:

<syntaxhighlight lang="bash">
su -s /bin/bash www-data -c "php occ user:list"
</syntaxhighlight>

== 5. Passwort zurücksetzen ==
Ersetze `DEINBENUTZERNAME` mit deinem Admin-Benutzernamen:

<syntaxhighlight lang="bash">
su -s /bin/bash www-data -c "php occ user:resetpassword DEINBENUTZERNAME"
</syntaxhighlight>

Du wirst dann nach einem neuen Passwort gefragt.

== 6. Fertig ==
Verlasse den Container:

<syntaxhighlight lang="bash">
exit
</syntaxhighlight>

Melde dich anschließend mit deinem neuen Passwort im Browser an:

<syntaxhighlight lang="text">
http://192.168.2.217:7070
</syntaxhighlight>

== Hinweise ==
* Falls `occ` einen Fehler meldet wie "Could not open input file" oder "permission denied", prüfe, dass du im Verzeichnis `/var/www/html` bist.
* Diese Methode ist die offizielle und sichere Methode, das Passwort zu ändern. Ein direktes Ändern in der Datenbank ist nur als Notlösung gedacht.

Adminpasswort vergessen

2026-02-11T12:05:57Z

192.168.2.185: Die Seite wurde neu angelegt: „= Nextcloud Admin-Passwort zurücksetzen (Docker) = Wenn du dein selbst gehostetes Nextcloud-Passwort vergessen hast, kannst du es direkt über die `occ`-Konsole im Docker-Container zurücksetzen. == 1. Container prüfen == Liste alle laufenden Container auf: <syntaxhighlight lang="bash"> docker ps </syntaxhighlight> Suche den Nextcloud-Container. Bei deinem Setup heißt er: <syntaxhighlight lang="text"> nextcloud </syntaxhighlight> == 2. In den Nex…“

= Nextcloud Admin-Passwort zurücksetzen (Docker) =

Wenn du dein selbst gehostetes Nextcloud-Passwort vergessen hast, kannst du es direkt über die `occ`-Konsole im Docker-Container zurücksetzen.

== 1. Container prüfen ==
Liste alle laufenden Container auf:

<syntaxhighlight lang="bash">
docker ps
</syntaxhighlight>

Suche den Nextcloud-Container. Bei deinem Setup heißt er:

<syntaxhighlight lang="text">
nextcloud
</syntaxhighlight>

== 2. In den Nextcloud-Container wechseln ==
Wechsel in den Container:

<syntaxhighlight lang="bash">
docker exec -it nextcloud bash
</syntaxhighlight>

Du bist jetzt in einer Bash-Shell innerhalb des Containers.

== 3. Ins Nextcloud-Webverzeichnis wechseln ==
<syntaxhighlight lang="bash">
cd /var/www/html
</syntaxhighlight>

== 4. Benutzer anzeigen (optional) ==
Wenn du nicht genau weißt, wie dein Admin-Benutzer heißt, liste alle Benutzer auf:

<syntaxhighlight lang="bash">
su -s /bin/bash www-data -c "php occ user:list"
</syntaxhighlight>

== 5. Passwort zurücksetzen ==
Ersetze `DEINBENUTZERNAME` mit deinem Admin-Benutzernamen:

<syntaxhighlight lang="bash">
su -s /bin/bash www-data -c "php occ user:resetpassword DEINBENUTZERNAME"
</syntaxhighlight>

Du wirst dann nach einem neuen Passwort gefragt.

== 6. Fertig ==
Verlasse den Container:

<syntaxhighlight lang="bash">
exit
</syntaxhighlight>

Melde dich anschließend mit deinem neuen Passwort im Browser an:

<syntaxhighlight lang="text">
http://192.168.2.217:7070
</syntaxhighlight>

== Hinweise ==
* Falls `occ` einen Fehler meldet wie "Could not open input file" oder "permission denied", prüfe, dass du im Verzeichnis `/var/www/html` bist.
* Diese Methode ist die offizielle und sichere Methode, das Passwort zu ändern. Ein direktes Ändern in der Datenbank ist nur als Notlösung gedacht.