Add NAS status proxy
All checks were successful
Build & Push Docker Image to Gitea Registry / build-and-push (push) Successful in 33s
All checks were successful
Build & Push Docker Image to Gitea Registry / build-and-push (push) Successful in 33s
This commit is contained in:
22
Brain.md
22
Brain.md
@@ -143,3 +143,25 @@ mischlabs/
|
||||
- Statusdiagnose nutzt Browser-Fetch mit `mode: "no-cors"`. Dadurch erkennt sie Erreichbarkeit/Timeouts, aber bei fremden Subdomains keine echten HTTP-Statuscodes.
|
||||
- Wenn der Browser die Pruefung wegen CORS/CORB blockiert (`Failed to fetch`), wird der Dienst **nicht** mehr als offline markiert, sondern als "Nicht im Browser pruefbar". Das betraf z. B. Vaultwarden/`password.mischlabs.de`.
|
||||
- Fuer echte Fehlerdetails braucht es ein kleines Backend bzw. einen Statusproxy, der serverseitig `HEAD`/`GET` prueft.
|
||||
|
||||
## Statusproxy Stand 2026-05-21
|
||||
- `mischlabs` wurde von Nginx auf einen kleinen Node-Server (`server.js`) umgestellt.
|
||||
- Der Node-Server serviert die statischen Dateien weiter und stellt `/api/status` bereit.
|
||||
- `/api/status` liefert:
|
||||
- Docker-Container via `/var/run/docker.sock`
|
||||
- Watchtower-Logs und letzten Watchtower-Lauf
|
||||
- Speicherplatz fuer `/volume1` und `/volume2`, im Container gemountet als `/host/volume1` und `/host/volume2`
|
||||
- Serverseitige Service-Checks mit HTTP-Status und Latenz
|
||||
- NAS-Compose fuer `mischlabs` braucht diese Mounts:
|
||||
|
||||
```yaml
|
||||
volumes:
|
||||
- /var/run/docker.sock:/var/run/docker.sock
|
||||
- /volume1:/host/volume1:ro
|
||||
- /volume2:/host/volume2:ro
|
||||
```
|
||||
|
||||
- Aktuelle NAS-Werte bei Planung:
|
||||
- `/volume1`: 3.7T total, 2.5T used, 1.2T free, 68%
|
||||
- `/volume2`: 104G total, 88G used, 12G free, 89%
|
||||
- Watchtower: `Scanned=23`, `Updated=0`, `Failed=0` beim manuellen Lauf um 2026-05-21 14:16 UTC
|
||||
|
||||
Reference in New Issue
Block a user