Compare commits
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
7d8e5c9172 | ||
|
|
6c3729bae8 | ||
|
|
ffc80a8fcf | ||
|
|
d416f3869a | ||
|
|
19b0751c16 | ||
|
|
7775b6211f | ||
|
|
94f1eb4e6f | ||
|
|
1bfd549838 | ||
|
|
52466eee3f | ||
|
|
2e79dfb111 | ||
|
|
7728fcb565 | ||
|
|
dc685980d8 | ||
|
|
db3d38aa3c | ||
|
|
d2ebc4e096 | ||
|
|
0d16dfd379 | ||
|
|
af38a4efce | ||
|
|
9c0cefcfe8 | ||
|
|
a459d3f770 | ||
|
|
4423d17b15 | ||
|
|
7ff068d9b3 | ||
|
|
2c2f842d20 | ||
|
|
f838a44991 | ||
|
|
4c65c9ddab | ||
|
|
9647c19136 | ||
|
|
5a4c02043d | ||
|
|
0af9187079 | ||
|
|
00eb7225f9 | ||
|
|
ee487775ec | ||
|
|
6cc39591b7 | ||
|
|
9e770a99b1 | ||
|
|
179f751b1c | ||
|
|
8a299f6c5e | ||
|
|
5018589f08 | ||
|
|
cb009efd7d | ||
|
|
6168ad69f2 | ||
|
|
1a5327dced |
@@ -0,0 +1,11 @@
|
||||
node_modules
|
||||
.next
|
||||
dist
|
||||
.git
|
||||
.env
|
||||
.env.*
|
||||
!.env.example
|
||||
data
|
||||
docs/anleitung/bilder
|
||||
coverage
|
||||
*.log
|
||||
@@ -1,4 +1,10 @@
|
||||
# Datenbank (lokal über docker-compose.dev.yml, Port 5433)
|
||||
# Für docker-compose.yml: Zugangsdaten der mitgelieferten Datenbank
|
||||
POSTGRES_USER="proxledger"
|
||||
POSTGRES_PASSWORD="bitte-aendern"
|
||||
POSTGRES_DB="proxledger"
|
||||
PORT="3000"
|
||||
|
||||
# Datenbank (lokale Entwicklung über docker-compose.dev.yml, Port 5433)
|
||||
DATABASE_URL="postgresql://proxledger:proxledger@localhost:5433/proxledger?schema=public"
|
||||
|
||||
# Eigene Datenbank für automatisierte Tests
|
||||
@@ -9,9 +15,28 @@ ADMIN_EMAIL="admin@example.de"
|
||||
ADMIN_NAME="Administrator"
|
||||
ADMIN_PASSWORD="bitte-aendern"
|
||||
|
||||
# Öffentlich erreichbare Adresse des Dashboards (für install.sh und E-Mails)
|
||||
# Schlüssel für Sitzungs-Cookies (mindestens 32 Zeichen): openssl rand -base64 48
|
||||
APP_SECRET="bitte-eigenen-wert-erzeugen-mindestens-32-zeichen"
|
||||
|
||||
# Anmeldung über OIDC (optional, z. B. authentik). Ohne diese Werte gibt es nur den lokalen Zugang.
|
||||
OIDC_ISSUER=""
|
||||
OIDC_CLIENT_ID=""
|
||||
OIDC_CLIENT_SECRET=""
|
||||
OIDC_NAME="authentik"
|
||||
|
||||
# Öffentlich erreichbare Adresse des Dashboards (für install.sh und E-Mails).
|
||||
# Lässt sich später unter Einstellungen → System überschreiben.
|
||||
APP_URL="http://localhost:3000"
|
||||
|
||||
# Zeitplan des Workers (Standard: stündlich zur vollen Stunde)
|
||||
WORKER_CRON="0 * * * *"
|
||||
|
||||
# Zeitplan der Zusammenfassung (Standard: täglich 07:00 Uhr)
|
||||
ZUSAMMENFASSUNG_CRON="0 7 * * *"
|
||||
|
||||
# Zeitplan fürs Aufräumen alter Reports und Protokolleinträge (Fristen: Einstellungen → System)
|
||||
AUFRAEUM_CRON="30 3 * * *"
|
||||
|
||||
# Ablage für hochgeladene Rechnungs-PDFs
|
||||
UPLOAD_DIR="./data/uploads"
|
||||
|
||||
|
||||
@@ -0,0 +1,75 @@
|
||||
# Prüft jeden Push und jede Pull-Request-Änderung.
|
||||
# Läuft mit Gitea Actions (act_runner); die Syntax entspricht GitHub Actions.
|
||||
|
||||
name: Prüfung
|
||||
|
||||
on:
|
||||
push:
|
||||
branches: [main, "phase/**"]
|
||||
pull_request:
|
||||
branches: [main]
|
||||
|
||||
jobs:
|
||||
pruefung:
|
||||
runs-on: ubuntu-latest
|
||||
|
||||
services:
|
||||
postgres:
|
||||
image: postgres:17-alpine
|
||||
env:
|
||||
POSTGRES_USER: proxledger
|
||||
POSTGRES_PASSWORD: proxledger
|
||||
POSTGRES_DB: proxledger_test
|
||||
options: >-
|
||||
--health-cmd "pg_isready -U proxledger"
|
||||
--health-interval 5s
|
||||
--health-timeout 5s
|
||||
--health-retries 10
|
||||
ports:
|
||||
- 5432:5432
|
||||
|
||||
env:
|
||||
DATABASE_URL: postgresql://proxledger:proxledger@localhost:5432/proxledger_test?schema=public
|
||||
TEST_DATABASE_URL: postgresql://proxledger:proxledger@localhost:5432/proxledger_test?schema=public
|
||||
APP_SECRET: ci-geheimnis-mit-mindestens-32-zeichen-laenge
|
||||
APP_URL: http://localhost:3000
|
||||
|
||||
steps:
|
||||
- name: Quelltext holen
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Node einrichten
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 24
|
||||
cache: npm
|
||||
|
||||
- name: Abhängigkeiten installieren
|
||||
run: npm ci
|
||||
|
||||
- name: Prisma-Client erzeugen
|
||||
run: npx prisma generate
|
||||
|
||||
- name: Code-Stil prüfen
|
||||
run: npm run lint
|
||||
|
||||
- name: Typen prüfen
|
||||
run: npm run typecheck
|
||||
|
||||
- name: Tests
|
||||
run: npm test
|
||||
|
||||
- name: Anwendung bauen
|
||||
run: npm run build
|
||||
|
||||
- name: Worker bauen
|
||||
run: npm run build:worker
|
||||
|
||||
- name: Agent-Skripte prüfen
|
||||
run: |
|
||||
sudo apt-get update -qq
|
||||
sudo apt-get install -y -qq shellcheck
|
||||
shellcheck --severity=warning agent/*.sh deploy/*.sh
|
||||
|
||||
- name: Dokumentation und Versionen prüfen
|
||||
run: npm run pruefe:doku
|
||||
@@ -53,3 +53,4 @@ Thumbs.db
|
||||
*.pem
|
||||
|
||||
/src/generated/prisma
|
||||
dist/
|
||||
|
||||
@@ -17,6 +17,165 @@ und dieses Projekt folgt [Semantic Versioning](https://semver.org/lang/de/).
|
||||
|
||||
### Sicherheit
|
||||
|
||||
## [0.17.0] – 2026-09-19
|
||||
|
||||
### Hinzugefügt
|
||||
- `deploy/update.sh`: sichert, baut neu, migriert und prüft, ob das Dashboard wieder antwortet (#026)
|
||||
- Installationsskripte nach Art der Proxmox VE Helper-Scripts unter `deploy/community-scripts/` – Container mit Node und PostgreSQL, ohne Docker (#026)
|
||||
- `docs/roadmap.md`: was bis 1.0.0 fehlt und was danach lohnt (#026)
|
||||
- Zustandsprüfung für den Worker im Docker-Stack (#026)
|
||||
|
||||
### Behoben
|
||||
- Nach der Anmeldung führte die Weiterleitung im Container auf den internen Containernamen (`http://<container-id>:3000`) statt auf die erreichbare Adresse – hinter einem Reverse Proxy landete man damit im Nichts. Beim Prüfen des Docker-Stapels aufgefallen (#026)
|
||||
|
||||
### Geändert
|
||||
- README auf den tatsächlichen Stand gebracht: Der Feldtest ist erledigt, der Hinweis „noch nicht erprobt“ war überholt (#026)
|
||||
|
||||
## [0.16.0] – 2026-09-18
|
||||
|
||||
### Hinzugefügt
|
||||
- *Einstellungen → System*: Dashboard-Adresse, Melderhythmus und Selbstaktualisierung der Agents, kaufmännische Vorgaben, Sicherheitsgrenzen, Firmenangaben und Zeitzone (#025)
|
||||
- Die Dashboard-Adresse und der Melderhythmus landen im ausgelieferten Installations-Einzeiler und im systemd-Timer (#025)
|
||||
- OIDC lässt sich auf bestimmte E-Mail-Domänen begrenzen; das automatische Anlegen unbekannter Konten ist abschaltbar (#025)
|
||||
- Nächtliches Aufräumen nach einstellbaren Aufbewahrungsfristen für Reports und Protokoll – der jüngste Report jedes Hosts bleibt erhalten (#025)
|
||||
- Firmenangaben erscheinen im Kopf der PDF-Ausgaben (#025)
|
||||
|
||||
### Geändert
|
||||
- Steuersatz, Zahlungsziel und Aufschlag kommen aus den Einstellungen statt aus fest eingetragenen 19 % (#025)
|
||||
|
||||
## [0.15.0] – 2026-09-18
|
||||
|
||||
### Hinzugefügt
|
||||
- `docs/sicherheit.md`: Zuordnung aller Maßnahmen zu den OWASP Top 10, samt der Punkte, die bewusst offen bleiben (#024)
|
||||
- Content-Security-Policy mit frischem Nonce je Anfrage (#024)
|
||||
- Sitzungen lassen sich widerrufen: gesperrtes Konto oder neues Passwort beendet laufende Sitzungen sofort (#024)
|
||||
- Benutzerverwaltung auf der Kommandozeile: `npm run benutzer -- liste|sperren|entsperren|passwort` (#024)
|
||||
|
||||
### Behoben
|
||||
- Server Actions verließen sich allein auf den Schutz in `proxy.ts`; jede der 27 Aktionen prüft die Sitzung jetzt selbst (#024)
|
||||
- Die Anmeldung prüfte die Herkunft des Formulars nicht – damit war Login-CSRF möglich (#024)
|
||||
- `npm audit` meldete vier hohe Schwachstellen in Beiwerk von Prisma (`mysql2`, `deepmerge-ts`); über `overrides` angehoben, jetzt ohne Befund (#024)
|
||||
|
||||
## [0.14.1] – 2026-09-18
|
||||
|
||||
### Behoben
|
||||
- Auf Proxmox Backup Server las der Agent **keine einzige Angabe** aus: `proxmox-backup-manager subscription get` gibt eine Rahmentabelle aus, keine `feld: wert`-Zeilen. Jetzt wird für PBS `--output-format json` genutzt, und die Tabelle wird als Rückfall ausgewertet (#023)
|
||||
- Die PBS-Version enthielt die laufende Fassung ein zweites Mal (#023)
|
||||
- Der Agent meldete eine „neue Version“, auch wenn die installierte neuer war als die des Dashboards (#023)
|
||||
|
||||
### Geändert
|
||||
- Agent-Version 0.2.1; die Tests prüfen die Versionsangabe jetzt gegen die Konstante des Dashboards statt gegen eine abgeschriebene Zahl (#023)
|
||||
|
||||
## [0.14.0] – 2026-09-18
|
||||
|
||||
### Hinzugefügt
|
||||
- Der Agent meldet die Mitglieder seines Proxmox-Clusters; das Dashboard warnt bei Knoten ohne eigenen Agent (#022)
|
||||
- Host-Detail zeigt alle Cluster-Knoten mit Zustand „meldet sich“ oder „kein Agent“ (#022)
|
||||
- Wartezeiten zwischen Sendeversuchen über `PROXLEDGER_WARTEZEITEN` einstellbar, damit sich der Zwischenspeicher testen lässt (#018)
|
||||
|
||||
### Behoben
|
||||
- Die Produktversion enthielt bei Proxmox VE den Kernel ein zweites Mal (#018)
|
||||
- Die Bilder des Handbuchs zeigten allesamt die Anmeldeseite: Firefox verwirft fremd erzeugte Cookie-Dateien stillschweigend. Das Skript nutzt jetzt einen lokalen Vermittler, der die Sitzung mitschickt, und bricht ab, wenn alle Aufnahmen gleich groß sind (#016)
|
||||
|
||||
## [0.13.1] – 2026-09-17
|
||||
|
||||
### Sicherheit
|
||||
- SMTP-Passwort und Webhook-Geheimnis werden verschlüsselt in der Datenbank abgelegt (AES-256-GCM, Schlüssel aus `APP_SECRET`); eine Sicherung gibt sie damit nicht mehr im Klartext preis (#021)
|
||||
- Werte aus der Zeit davor werden weiterhin gelesen und beim nächsten Speichern umgeschlüsselt (#021)
|
||||
|
||||
## [0.13.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- Prüfung bei jedem Push über Gitea Actions: Lint, Typen, Tests gegen PostgreSQL, Build, ShellCheck und Dokumentationsprüfung (#019)
|
||||
- `npm run pruefe:doku` vergleicht Version, Issue-Übersicht und Handbuch-Bilder auf Konsistenz (#019)
|
||||
|
||||
## [0.12.1] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- Symbole für Browser-Tab (SVG und ICO), iOS-Startbildschirm und Web-Manifest, erzeugt mit `npm run icons` aus den SVG-Vorlagen in `assets/` (#017)
|
||||
|
||||
## [0.12.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- Handbuch mit Bildern: Installation, Agent-Rollout, Zuweisung, Rechnungen, Warnungen, Benachrichtigungen, Exporte, Sicherung und Fehlersuche (#016)
|
||||
- `npm run screenshots` erzeugt alle Bilder des Handbuchs neu, auch im dunklen Design und in der Mobilansicht (#016)
|
||||
|
||||
## [0.11.1] – 2026-09-17
|
||||
|
||||
### Behoben
|
||||
- Nach der Anmeldung führte jeder Klick zurück zur Anmeldeseite: Das Sitzungs-Cookie erhielt im Produktionsbau immer das Merkmal `Secure` und wurde über `http://` vom Browser verworfen. Maßgeblich ist jetzt die tatsächliche Adresse (`APP_URL`) (#013)
|
||||
|
||||
### Geändert
|
||||
- Die Anmeldung läuft über ein gewöhnliches Formular statt über eine Server-Action; damit funktioniert sie auch ohne JavaScript (#013)
|
||||
|
||||
## [0.11.0] – 2026-09-17
|
||||
|
||||
### Geändert
|
||||
- Auswertung der Warnregeln um den Faktor 13 beschleunigt: neue Warnungen entstehen sammelweise (#015)
|
||||
- Aufgaben-Karte auf dem Dashboard zeigt höchstens zwölf Punkte und verweist für den Rest auf die Rechnungsliste (#015)
|
||||
- Große Tabellen blenden auf schmalen Bildschirmen gestaffelt Spalten aus, statt quer zu scrollen (#015)
|
||||
|
||||
### Behoben
|
||||
- Das Logo war im dunklen Design praktisch unsichtbar; seine Farben folgen jetzt dem Farbschema (#015)
|
||||
|
||||
## [0.10.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- Dockerfile (mehrstufig, Standalone-Ausgabe, Betrieb ohne root) und `docker-compose.yml` mit Dashboard, Worker, Datenbank und einmaligem Migrationsdienst (#014)
|
||||
- LXC-Installer für Proxmox-Hosts: legt den Container an, installiert Docker, erzeugt Zufallspasswörter und startet alles (#014)
|
||||
- Beispiele für Caddy, nginx und Traefik als Reverse Proxy (#014)
|
||||
- Sicherungsskript für Datenbank, PDFs und Konfiguration (#014)
|
||||
- Zustandsprüfung unter `/api/gesundheit` (#014)
|
||||
- README mit Schnellstart, Agent-Rollout, Betriebs- und Sicherungshinweisen (#014)
|
||||
|
||||
## [0.9.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- Anmeldung mit E-Mail und Passwort sowie über OIDC (z. B. authentik); der lokale Zugang bleibt als Rückfallweg immer nutzbar (#013)
|
||||
- Anmeldeseite im AdminLTE-Stil mit Logo (#013)
|
||||
- Audit-Log-Ansicht mit Filter nach Aktion und Entität (#013)
|
||||
|
||||
### Geändert
|
||||
- Audit-Einträge vermerken den angemeldeten Benutzer; Worker und Skripte erscheinen als „System“ (#013)
|
||||
|
||||
### Sicherheit
|
||||
- Alle Seiten der Oberfläche sind ohne Anmeldung nicht erreichbar; Agent-API und Skript-Auslieferung bleiben offen (#013)
|
||||
- Sitzungen als signiertes Cookie (`APP_SECRET`), fünf Anmeldeversuche je Kennung und Viertelstunde (#013)
|
||||
- Sicherheits-Kopfzeilen: HSTS, nosniff, DENY für Frames, Referrer-Policy, Permissions-Policy (#013)
|
||||
|
||||
## [0.8.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- E-Mail-Versand über SMTP mit STARTTLS, abgestimmt auf Microsoft 365 (#012)
|
||||
- Generischer Webhook mit JSON-Nutzdaten und optionaler HMAC-Signatur (#012)
|
||||
- Tägliche oder wöchentliche Zusammenfassung mit offenen Warnungen, Rechnungspunkten und bald ablaufenden Subscriptions (#012)
|
||||
- Einstellungsseite mit Testversand und Versandprotokoll (#012)
|
||||
|
||||
### Sicherheit
|
||||
- Benachrichtigungen werden je Warnung nur einmal verschickt; fehlgeschlagene Versuche werden protokolliert und später wiederholt (#012)
|
||||
|
||||
## [0.7.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- Zehn Warnregeln: Ablauf in 30/14/7 Tagen, Status nicht aktiv, Socket-Abweichung, keine Meldung seit 48 Stunden, geänderte Server-ID, mehrfach gemeldeter Key, Host ohne Kunde, fällige Proxmox-Rechnung, fehlende und überfällige Kundenrechnung (#011)
|
||||
- Worker-Prozess (`npm run worker`), der die Regeln stündlich auswertet; zusätzlich Auswertung nach jedem eingehenden Report (#011)
|
||||
- Seite „Warnungen“ mit Filter offen/erledigt, Quittieren, Schließen und sofortiger Prüfung (#011)
|
||||
- Einstellungsseite für Regeln und Schwellwerte (#011)
|
||||
|
||||
### Geändert
|
||||
- Warnungen schließen sich automatisch, sobald die Ursache behoben ist; Titel und Beschreibung werden laufend nachgeführt (#011)
|
||||
|
||||
## [0.6.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
- Jahresbahn mit zwölf Monaten, Heute-Linie und Gruppierung nach Kunde, aus echten Daten (#009)
|
||||
- Ablauf-Kalender für die nächsten 90 Tage samt Rechnungsstatus und eine Übersicht bereits abgelaufener Subscriptions (#009)
|
||||
- CSV-Export für Kundenübersicht und Rechnungsliste, PDF-Export für Hosts, Kunden und Rechnungen (#010)
|
||||
- Kundenunterlage als PDF: Hosts, Laufzeiten, Summen pro Jahr und Marge eines Kunden (#010)
|
||||
|
||||
### Geändert
|
||||
- Die Oberfläche arbeitet vollständig mit der Datenbank; Beispieldaten dienen nur noch dem Seed (#009)
|
||||
|
||||
## [0.5.0] – 2026-09-17
|
||||
|
||||
### Hinzugefügt
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
## Zeitübersicht
|
||||
|
||||
**Gesamt:** 3 h 23 min
|
||||
**Gesamt:** 12 h 18 min
|
||||
|
||||
| Issue | Zeit |
|
||||
|---|---|
|
||||
@@ -15,6 +15,23 @@
|
||||
| #007 Host-Tabelle und Detailansichten | 0 h 25 min |
|
||||
| #020 Issues nach Gitea übertragen | 0 h 20 min |
|
||||
| #008 Laufzeiten und Rechnungen | 0 h 35 min |
|
||||
| #009 Jahresbahn und Ablauf-Kalender | 0 h 15 min |
|
||||
| #010 Export CSV und PDF | 0 h 20 min |
|
||||
| #011 Warnregeln | 0 h 30 min |
|
||||
| #012 Benachrichtigungen | 0 h 25 min |
|
||||
| #013 Authentifizierung | 0 h 30 min |
|
||||
| #014 Deployment | 0 h 40 min |
|
||||
| #015 Feinschliff | 0 h 35 min |
|
||||
| #016 Handbuch | 0 h 30 min |
|
||||
| #017 Favicons | 0 h 15 min |
|
||||
| #019 CI-Pipeline | 0 h 20 min |
|
||||
| #021 Geheimnisse verschlüsseln | 0 h 20 min |
|
||||
| #018 Feldtest auf echten Hosts | 0 h 40 min |
|
||||
| #022 Cluster-Abgleich | 0 h 25 min |
|
||||
| #023 Feldtest PBS | 0 h 35 min |
|
||||
| #024 OWASP-Härtung | 0 h 45 min |
|
||||
| #025 Einstellungen | 1 h 10 min |
|
||||
| #026 Auslieferung | 0 h 40 min |
|
||||
|
||||
| Meilenstein | Zeit |
|
||||
|---|---|
|
||||
@@ -25,12 +42,19 @@
|
||||
| v0.4.1 | 0 h 10 min | **abgeschlossen**
|
||||
| v0.4.2 | 0 h 10 min | **abgeschlossen**
|
||||
| v0.5.0 | 0 h 35 min | **abgeschlossen**
|
||||
| v0.6.0 | 0 h 35 min | **abgeschlossen**
|
||||
| v0.7.0 | 0 h 30 min | **abgeschlossen**
|
||||
| v0.8.0 | 0 h 25 min | **abgeschlossen**
|
||||
| v0.9.0 | 0 h 30 min | **abgeschlossen**
|
||||
| v0.10.0 | 0 h 40 min | **abgeschlossen**
|
||||
| v0.11.0 | 0 h 35 min | **abgeschlossen**
|
||||
| v0.12.0 | 0 h 30 min | **abgeschlossen**
|
||||
|
||||
---
|
||||
|
||||
## 2026-09-17 · Sitzung 1 · 19:36–laufend
|
||||
**Issue:** #001–#007 (Meilensteine v0.1.0 bis v0.4.0)
|
||||
**Version:** 0.5.0
|
||||
**Version:** 0.17.0
|
||||
|
||||
### Erledigt
|
||||
- Auftrag gelesen, Rückfragen gestellt
|
||||
@@ -56,8 +80,32 @@
|
||||
- Alles nach Gitea gepusht: main bei 51243c2, Tags v0.1.0 bis v0.4.1
|
||||
- #008 abgeschlossen: Laufzeit-Vorschläge bestätigen oder verwerfen, Rechnungen mit Positionen erfassen, PDF-Upload, Häkchen direkt in der Tabelle, Filter nach Status, Kunde und Jahr; Aufgabenliste auf dem Dashboard setzt jetzt echte Status
|
||||
- Meilenstein v0.5.0 abgeschlossen; 78 Tests
|
||||
- #009 abgeschlossen: Jahresbahn und Ablauf-Kalender (90 Tage) aus der Datenbank, dazu eine Karte für bereits abgelaufene Subscriptions; die Oberfläche nutzt keine Beispieldaten mehr
|
||||
- #010 abgeschlossen: CSV- und PDF-Export für Hosts, Kunden, einzelne Kundenunterlage und Rechnungsliste; PDFs serverseitig ohne Browser
|
||||
- Meilenstein v0.6.0 abgeschlossen
|
||||
- #011 abgeschlossen: zehn Warnregeln als reine Funktionen, Abgleich mit offenen Warnungen, Worker mit stündlichem Zeitplan, Auswertung nach jedem Report, Warnungsliste und Einstellungsseite; 123 Tests
|
||||
- Meilenstein v0.7.0 abgeschlossen
|
||||
- #012 abgeschlossen: SMTP (Microsoft 365), generischer Webhook mit Signatur, Zusammenfassung, Versandprotokoll, Testversand; keine Doppelmeldungen dank Prüfung gegen das Protokoll
|
||||
- Issue #021 angelegt: Zugangsdaten liegen noch unverschlüsselt in der Datenbank
|
||||
- Meilenstein v0.8.0 abgeschlossen; 134 Tests
|
||||
- #013 abgeschlossen: Anmeldung mit Passwort und OIDC, Schutz aller Seiten über `proxy.ts`, Anmeldeseite im AdminLTE-Stil, Audit-Log-Ansicht, Sicherheits-Kopfzeilen, Rate-Limit bei Anmeldeversuchen
|
||||
- Meilenstein v0.9.0 abgeschlossen; 147 Tests
|
||||
- #014 abgeschlossen: Dockerfile (Standalone, Non-root), Compose mit web/worker/postgres/migrate, LXC-Installer, Reverse-Proxy-Beispiele, Sicherungsskript, README mit Schnellstart und Betriebshinweisen
|
||||
- Container-Stapel wirklich gebaut und geprüft: Agent registriert sich, Report kommt an, Warnung entsteht automatisch
|
||||
- Meilenstein v0.10.0 abgeschlossen
|
||||
- #015 abgeschlossen: Dark-Mode geprüft (Logo war unsichtbar – behoben), Mobilansicht ohne Querscrollen, Lasttest mit 200 Hosts und 365.000 Reports, Auswertung der Warnregeln von 3813 auf 293 ms beschleunigt, Sicherheitsdurchsicht
|
||||
- Als v0.11.0 veröffentlicht statt 1.0.0: Feldtest, Handbuch, Favicons, CI und Verschlüsselung der Zugangsdaten stehen noch aus
|
||||
- 0.11.1: Anmeldefehler behoben (Secure-Cookie über http)
|
||||
- #016 abgeschlossen: Handbuch mit elf Kapiteln und 16 Bildern, dazu `npm run screenshots` zum Auffrischen
|
||||
- #017 abgeschlossen: Symbole für Tab, Startbildschirm und Manifest, erzeugt mit `npm run icons` aus SVG-Vorlagen
|
||||
- #019 abgeschlossen: Gitea-Actions-Workflow mit Lint, Typen, Tests, Build, ShellCheck und Doku-Prüfung
|
||||
- #021 abgeschlossen: SMTP-Passwort und Webhook-Geheimnis liegen verschlüsselt in der Datenbank (AES-256-GCM, Schlüssel aus APP_SECRET)
|
||||
|
||||
### Entscheidungen
|
||||
- **Warnungen sammelweise anlegen:** Einzelne Upserts kosteten bei 737 neuen Warnungen 3,8 s; mit `createMany` sind es 0,3 s.
|
||||
- **Keine 1.0.0 ohne Feldtest:** Solange der Agent auf keinem echten Proxmox-Host lief, wäre die Zahl ein falsches Versprechen.
|
||||
- **Kein Auth.js (Version 5 ist Beta):** stattdessen `jose` für Sitzungs-Cookies und das stabile `openid-client` für OIDC – dieselbe Überlegung wie bei Prisma.
|
||||
- **Warnstufen im Fingerabdruck** (`…:7`): Der Wechsel 30 → 14 → 7 schließt die alte Warnung und öffnet eine neue. Das ergibt je Stufe genau eine Benachrichtigung, ohne Sonderlogik für Eskalation.
|
||||
- **Rechnungsnummer als Schlüssel für Sammelrechnungen:** Dieselbe Nummer bei einer zweiten Laufzeit hängt eine Position an – kein eigener Dialog für „Sammelrechnung anlegen“ nötig.
|
||||
- **PDF-Prüfung am Dateianfang** statt am gemeldeten Typ; abgelegt wird unter der Prüfsumme, gleiche Datei also nur einmal.
|
||||
- **Screenshots mit Firefox headless** statt Playwright: Firefox ist vorhanden, es muss kein Browser samt Systembibliotheken nachinstalliert werden (dafür wäre root nötig).
|
||||
@@ -77,11 +125,33 @@
|
||||
- **Server Actions rufen Services auf**, damit die Regeln ohne Next.js-Laufzeit testbar bleiben.
|
||||
|
||||
### Probleme / offene Fragen
|
||||
- Von Florian im Betrieb gemeldet: Nach der Anmeldung führte jeder Klick zurück zur Anmeldeseite. Ursache: `Secure`-Cookie über `http://`. Behoben in 0.11.1.
|
||||
- Der LXC-Installer ist ungetestet (kein Proxmox-Host verfügbar); gleiches gilt für den Agent im Feld (#018).
|
||||
- Prisma-Client erzeugte in der Produktionsumgebung bei jedem Zugriff einen neuen Verbindungspool → „too many clients“. Behoben: Client wird im Modul festgehalten.
|
||||
- Docker wurde von Florian installiert; die Entwicklungsdatenbank läuft auf Port 5433 (5432 bleibt für lokale Instanzen frei).
|
||||
- Favicon-Dateien (.ico/PNG) fehlen noch, weil kein SVG-Konverter installiert ist.
|
||||
- Der Agent wurde noch auf keinem echten Proxmox-Host installiert; die Tests arbeiten mit nachgebauten Befehlen.
|
||||
- Offen: Rolle „readonly“ zusätzlich zu Admin? (vorläufig vorgesehen)
|
||||
|
||||
- #018 abgeschlossen: Feldtest auf zwei echten PVE-9.2-Hosts (einer mit, einer ohne Subscription, einer im Cluster); Installation, Timer, Zwischenspeicher und Nachsenden geprüft
|
||||
- #022 abgeschlossen: Cluster-Abgleich – jeder Agent meldet die Mitglieder, das Dashboard warnt bei Knoten ohne Agent
|
||||
- **Fehler im eigenen Werkzeug gefunden:** Alle Handbuch-Bilder waren in Wahrheit die Anmeldeseite. Firefox verwirft eine selbst angelegte Cookie-Datei stillschweigend. Jetzt läuft ein lokaler Vermittler mit, und das Skript bricht ab, wenn alle Aufnahmen gleich groß sind.
|
||||
|
||||
- Feldtest auf einem echten Proxmox Backup Server (#023): der Agent hätte dort **nichts** gelesen – PBS gibt eine Rahmentabelle aus, kein `feld: wert`. Behoben, mit den echten Ausgaben als Testfälle
|
||||
- Der erfundene PBS-Testfall hatte den Fehler verdeckt. Lehre: ausgedachte Testdaten bestätigen nur die eigene Annahme
|
||||
- Uninstall zum ersten Mal auf einem echten Host geprüft – restlos sauber, damit ist #018 vollständig
|
||||
|
||||
- Durchsicht nach OWASP (#024): drei echte Lücken gefunden – Server Actions ohne eigene Zugriffsprüfung, Login-CSRF und fehlende CSP. Alle behoben und mit Tests abgesichert
|
||||
- Erkenntnis: Der Schutz lag vollständig in einer einzigen Schicht (`proxy.ts`). Das fällt erst auf, wenn man die Endpunkte einzeln betrachtet statt die Oberfläche
|
||||
|
||||
- Einstellungen im Dashboard (#025): vier Bereiche, alle Werte wirken auch wirklich – der Melderhythmus zum Beispiel bis in den erzeugten systemd-Timer hinein, live geprüft
|
||||
- Dabei die OIDC-Lücke aus #024 geschlossen: Domänenliste und Schalter gegen automatisch angelegte Konten
|
||||
- Bewusst nicht gebaut: „stumm nach X Tagen“ (steht schon bei den Warnregeln) und die Währung in der Browseransicht
|
||||
|
||||
- Auslieferung finalisiert (#026): Docker-Weg mit Update-Skript, dazu Skripte nach Art der Helper-Scripts für einen LXC ohne Docker
|
||||
- Recherche dazu: Das Gerüst der community-scripts liegt inzwischen in einem eigenen Repository, und neue Skripte gehören zuerst nach ProxmoxVED. Eine Einreichung setzt öffentlichen Quelltext voraus – deshalb vorerst intern
|
||||
- Roadmap geschrieben: Bis 1.0.0 fehlt kein Code mehr, sondern Erprobung (PMG, PBS mit Lizenz, ein Monat Dauerbetrieb, einmal eine Sicherung zurückspielen)
|
||||
|
||||
### Nächster Schritt
|
||||
- #009 Kundenübersicht, Ablauf-Kalender und Jahresbahn auf Datenbankbasis
|
||||
- #016 Benutzerhandbuch mit Screenshots, danach #017 Favicons und #019 CI-Pipeline
|
||||
- Für 1.0.0 fehlt noch: PMG (kein Host verfügbar) und der Fall „aktive Subscription auf PBS“ (#023)
|
||||
|
||||
@@ -0,0 +1,50 @@
|
||||
# ProxLedger – Abbild für Dashboard und Worker.
|
||||
# Beide Dienste teilen sich dieses Abbild und unterscheiden sich nur im Startbefehl.
|
||||
|
||||
FROM node:24-alpine AS basis
|
||||
WORKDIR /app
|
||||
# openssl wird von Prisma benötigt, tini beendet Prozesse sauber.
|
||||
RUN apk add --no-cache openssl tini
|
||||
|
||||
# ---------------------------------------------------------------- Abhängigkeiten
|
||||
FROM basis AS abhaengigkeiten
|
||||
COPY package.json package-lock.json ./
|
||||
COPY prisma ./prisma
|
||||
COPY prisma7.config.ts ./
|
||||
RUN npm ci --ignore-scripts
|
||||
|
||||
# ---------------------------------------------------------------- Bauen
|
||||
FROM abhaengigkeiten AS bauen
|
||||
COPY . .
|
||||
RUN npx prisma generate \
|
||||
&& npm run build \
|
||||
&& npm run build:worker
|
||||
|
||||
# ---------------------------------------------------------------- Laufzeit
|
||||
FROM basis AS laufzeit
|
||||
ENV NODE_ENV=production
|
||||
ENV PORT=3000
|
||||
|
||||
RUN addgroup -g 1001 -S proxledger && adduser -S proxledger -u 1001 -G proxledger
|
||||
|
||||
# Next.js im Standalone-Modus bringt seine eigenen Abhängigkeiten mit.
|
||||
COPY --from=bauen --chown=proxledger:proxledger /app/.next/standalone ./
|
||||
COPY --from=bauen --chown=proxledger:proxledger /app/.next/static ./.next/static
|
||||
COPY --from=bauen --chown=proxledger:proxledger /app/public ./public
|
||||
|
||||
# Agent-Skripte werden zur Laufzeit ausgeliefert.
|
||||
COPY --from=bauen --chown=proxledger:proxledger /app/agent ./agent
|
||||
|
||||
# Worker als gebündelte Datei. Migrationen übernimmt der eigene Dienst „migrate“
|
||||
# (Stufe „bauen“), damit dieses Abbild schlank bleibt und keine CLI mitschleppt.
|
||||
COPY --from=bauen --chown=proxledger:proxledger /app/dist ./dist
|
||||
COPY --chown=proxledger:proxledger deploy/start.sh ./start.sh
|
||||
|
||||
RUN mkdir -p /data/uploads && chown -R proxledger:proxledger /data
|
||||
VOLUME ["/data"]
|
||||
ENV UPLOAD_DIR=/data/uploads
|
||||
|
||||
USER proxledger
|
||||
EXPOSE 3000
|
||||
ENTRYPOINT ["/sbin/tini", "--"]
|
||||
CMD ["./start.sh", "web"]
|
||||
@@ -3,7 +3,56 @@
|
||||
Zentrales Dashboard für den Subscription-Status aller Proxmox-Hosts (VE, Backup Server, Mail Gateway).
|
||||
Auf jedem Host meldet ein schlanker Agent täglich per HTTPS seinen Status (Push-Modell) – auch aus Kundennetzen hinter NAT.
|
||||
|
||||
> **Status:** in Entwicklung (0.1.0-dev). Noch nicht produktiv einsetzen.
|
||||
> **Status:** einsatzbereit. Der Agent ist auf echten Hosts erprobt – Proxmox VE 9.2 mit und ohne
|
||||
> Subscription, im Cluster und einzeln, sowie Proxmox Backup Server 4.2 (#018, #023).
|
||||
> Ungeprüft: Mail Gateway und eine aktive Subscription auf PBS. Was bis 1.0 fehlt, steht in
|
||||
> [docs/roadmap.md](docs/roadmap.md).
|
||||
|
||||
## Schnellstart
|
||||
|
||||
Auf einem Rechner mit Docker:
|
||||
|
||||
```bash
|
||||
git clone <dieses-repo> proxledger && cd proxledger
|
||||
cp .env.example .env
|
||||
# Pflichtangaben setzen: APP_SECRET, POSTGRES_PASSWORD, ADMIN_PASSWORD, APP_URL
|
||||
docker compose up -d
|
||||
```
|
||||
|
||||
Beim ersten Start legt der Dienst `migrate` das Schema an und erzeugt den Administrator aus der `.env`.
|
||||
Danach ist das Dashboard unter `APP_URL` erreichbar.
|
||||
|
||||
Aktualisieren geht mit einem Befehl – er sichert vorher, baut neu, migriert und prüft zum Schluss,
|
||||
ob das Dashboard wieder antwortet:
|
||||
|
||||
```bash
|
||||
bash deploy/update.sh
|
||||
```
|
||||
|
||||
**Auf einem Proxmox-Host** gibt es zwei Wege zu einem fertigen LXC-Container:
|
||||
|
||||
```bash
|
||||
bash deploy/lxc-installer.sh # eigener Installer: Container mit Docker darin
|
||||
```
|
||||
|
||||
```bash
|
||||
# Nach Art der Proxmox VE Helper-Scripts: Container mit Node und PostgreSQL direkt darin
|
||||
bash -c "$(curl -fsSL https://<git>/ProxLedger/raw/branch/main/deploy/community-scripts/ct/proxledger.sh)"
|
||||
```
|
||||
|
||||
Der zweite Weg folgt den Konventionen von [community-scripts.org](https://community-scripts.org) und
|
||||
braucht kein Docker; Einzelheiten und die Voraussetzungen für eine Einreichung stehen in
|
||||
[deploy/community-scripts/README.md](deploy/community-scripts/README.md).
|
||||
|
||||
### Agent ausrollen
|
||||
|
||||
1. Im Dashboard unter *Einstellungen → Agent-Tokens* einen Enrollment-Token erzeugen
|
||||
2. Auf jedem Proxmox-Host als root:
|
||||
```bash
|
||||
curl -fsSL https://<dashboard>/install.sh | bash -s -- --token <ENROLL_TOKEN>
|
||||
```
|
||||
3. Der Host meldet sich sofort und danach täglich. Unter *Hosts → Nicht zugeordnet* einem Kunden zuweisen –
|
||||
oder den Token gleich mit Kundenbindung erzeugen, dann entfällt der Schritt.
|
||||
|
||||
## Entwicklung
|
||||
|
||||
@@ -22,7 +71,27 @@ npm run typecheck
|
||||
npm test # legt bei Bedarf die Testdatenbank an
|
||||
```
|
||||
|
||||
Weitere Skripte: `npm run db:studio` (Datenbank-Oberfläche), `npm run db:down` (Container stoppen).
|
||||
Der Worker wertet die Warnregeln stündlich aus und läuft als eigener Prozess:
|
||||
|
||||
```bash
|
||||
npm run worker # Dauerbetrieb
|
||||
npm run alerts:check # einmalige Auswertung
|
||||
```
|
||||
|
||||
Weitere Skripte:
|
||||
|
||||
| Befehl | Zweck |
|
||||
|---|---|
|
||||
| `npm run db:studio` | Datenbank-Oberfläche |
|
||||
| `npm run db:down` | Datenbank-Container stoppen |
|
||||
| `npm run icons` | Symbole aus den SVG-Vorlagen erzeugen |
|
||||
| `npm run screenshots -- --alle` | Bilder für das Handbuch auffrischen |
|
||||
| `npm run pruefe:doku` | Doku, Versionen und Bilder auf Konsistenz prüfen |
|
||||
| `npm run lasttest` | Abfragen mit 200 Hosts und fünf Jahren Reports messen |
|
||||
|
||||
Jeder Push wird von [Gitea Actions](.gitea/workflows/ci.yml) geprüft: Lint, Typen, Tests gegen eine
|
||||
PostgreSQL-Instanz, Build, ShellCheck für die Agent-Skripte und die Konsistenz der Dokumentation.
|
||||
Dafür muss auf dem Gitea-Server ein `act_runner` eingerichtet sein.
|
||||
|
||||
## Agent auf einem Proxmox-Host installieren
|
||||
|
||||
@@ -45,6 +114,46 @@ Protokoll: `journalctl -t proxledger`. Ist das Dashboard nicht erreichbar, versu
|
||||
wachsendem Abstand und legt den Report danach unter `/var/lib/proxledger/spool/` ab; beim nächsten Lauf wird er
|
||||
nachgesendet.
|
||||
|
||||
## Anmeldung
|
||||
|
||||
Die Oberfläche ist vollständig geschützt; die Agent-API und die Skript-Auslieferung bleiben offen, weil
|
||||
sie sich mit eigenen Tokens ausweisen.
|
||||
|
||||
- **Lokaler Zugang:** E-Mail und Passwort aus dem Seed (`ADMIN_EMAIL`, `ADMIN_PASSWORD`). Fünf Fehlversuche
|
||||
je Kennung und Viertelstunde, danach Sperre (einstellbar unter *Einstellungen → System*).
|
||||
Benutzer sperren oder Passwort setzen: `npm run benutzer -- sperren <email>`.
|
||||
- **OIDC (z. B. authentik):** `OIDC_ISSUER`, `OIDC_CLIENT_ID`, `OIDC_CLIENT_SECRET` setzen. Rückkehradresse
|
||||
ist `<APP_URL>/api/auth/oidc/callback`. Ohne diese Werte erscheint nur der lokale Zugang – der bleibt
|
||||
absichtlich immer nutzbar, falls der Anmeldedienst ausfällt. Unter *Einstellungen → System* lässt sich
|
||||
einschränken, welche E-Mail-Domänen zugelassen sind und ob unbekannte Konten angelegt werden dürfen.
|
||||
- **`APP_SECRET`** (mindestens 32 Zeichen) signiert die Sitzungs-Cookies. Ändert sich der Wert, sind alle
|
||||
Sitzungen ungültig.
|
||||
|
||||
## Einstellungen
|
||||
|
||||
Die meisten Betriebswerte stehen unter *Einstellungen → System* und wirken sofort: Dashboard-Adresse,
|
||||
Melderhythmus und Selbstaktualisierung der Agents, Steuersatz, Zahlungsziel und Aufschlag,
|
||||
Sitzungsdauer und Anmeldeversuche, OIDC-Beschränkungen, Aufbewahrungsfristen sowie Firmenangaben und
|
||||
Zeitzone für die PDF-Ausgaben.
|
||||
|
||||
In der Umgebung bleiben nur `APP_SECRET` und `DATABASE_URL` – beide werden gebraucht, bevor die
|
||||
Anwendung die Datenbank lesen kann.
|
||||
|
||||
Wie die Anwendung gegen die OWASP Top 10 dasteht (einschließlich der Punkte, die bewusst offen
|
||||
bleiben), steht in [docs/sicherheit.md](docs/sicherheit.md).
|
||||
|
||||
## Exporte
|
||||
|
||||
| Ansicht | CSV | PDF |
|
||||
|---|---|---|
|
||||
| Hosts | `/hosts/export` | `/hosts/export?format=pdf` |
|
||||
| Kunden | `/kunden/export` | `/kunden/export?format=pdf` |
|
||||
| Einzelner Kunde | – | `/kunden/<id>/export` (Anlage für Kundenunterlagen) |
|
||||
| Rechnungen | `/rechnungen/export` | `/rechnungen/export?format=pdf` |
|
||||
|
||||
Alle Exporte übernehmen die Filter der jeweiligen Ansicht. CSV kommt als UTF-8 mit BOM und Semikolon,
|
||||
öffnet sich also ohne Umwege in Excel.
|
||||
|
||||
## Issues nach Gitea übertragen
|
||||
|
||||
Die Issues werden als Markdown-Dateien in `docs/issues/` gepflegt – sie liegen damit im Repo und wandern mit
|
||||
@@ -63,8 +172,51 @@ zusätzlich das Recht `issue:write`. Wer beides trennen möchte, setzt `GITEA_UR
|
||||
Der Abgleich legt Labels und Meilensteine an, erkennt vorhandene Issues an der Nummer im Titel,
|
||||
aktualisiert sie und schließt erledigte. Ein zweiter Lauf erzeugt keine Dubletten.
|
||||
|
||||
## Betrieb
|
||||
|
||||
**Dienste:** `web` (Dashboard), `worker` (Warnregeln und Benachrichtigungen), `postgres`, dazu `migrate`,
|
||||
der nur beim Start läuft.
|
||||
|
||||
```bash
|
||||
docker compose ps # Zustand
|
||||
docker compose logs -f web worker # Protokoll
|
||||
docker compose up -d --build # nach einem Update
|
||||
```
|
||||
|
||||
**Hinter einem Reverse Proxy:** Beispiele für Caddy, nginx und Traefik liegen in
|
||||
[deploy/reverse-proxy/](deploy/reverse-proxy/). Wichtig ist, dass `X-Forwarded-For` durchgereicht wird –
|
||||
darauf stützt sich das Rate-Limit der Agent-API. `APP_URL` muss auf die öffentliche Adresse zeigen,
|
||||
sonst stimmen die Links in E-Mails und im Installations-Einzeiler nicht.
|
||||
|
||||
**Zustandsprüfung:** `GET /api/gesundheit` antwortet mit `{"ok":true}`, solange die Datenbank erreichbar ist.
|
||||
|
||||
## Sicherung
|
||||
|
||||
[deploy/backup.sh](deploy/backup.sh) sichert Datenbank, hochgeladene PDFs und die `.env`:
|
||||
|
||||
```bash
|
||||
./deploy/backup.sh /var/backups/proxledger
|
||||
```
|
||||
|
||||
Für regelmäßige Sicherungen in die Crontab eintragen:
|
||||
|
||||
```
|
||||
30 2 * * * /opt/proxledger/deploy/backup.sh /var/backups/proxledger
|
||||
```
|
||||
|
||||
Zum Zurückspielen:
|
||||
|
||||
```bash
|
||||
gunzip -c datenbank-20260917-023000.sql.gz | docker compose exec -T postgres psql -U proxledger proxledger
|
||||
```
|
||||
|
||||
**Wichtig:** `APP_SECRET` mitsichern und sicher aufbewahren. Der Wert signiert die Sitzungen **und**
|
||||
verschlüsselt die Zugangsdaten für SMTP und Webhook in der Datenbank. Geht er verloren, müssen diese
|
||||
Zugangsdaten neu eingetragen werden; eine Sicherung allein gibt sie nicht preis.
|
||||
|
||||
## Dokumentation
|
||||
|
||||
- **[Handbuch mit Bildern](docs/anleitung/README.md)** – Installation, Agent-Rollout, Rechnungen, Warnungen, Fehlersuche
|
||||
- [Architektur- und Umsetzungsplan](docs/architektur.md)
|
||||
- [Issues](docs/issues/README.md)
|
||||
- [Changelog](CHANGELOG.md) · [Devlog](DEVLOG.md)
|
||||
|
||||
@@ -16,9 +16,17 @@ set -o nounset
|
||||
set -o pipefail
|
||||
|
||||
DASHBOARD_URL="${PROXLEDGER_URL:-@@DASHBOARD_URL@@}"
|
||||
# Melderhythmus und Streuung setzt das Dashboard beim Ausliefern ein (Einstellungen → System).
|
||||
# Wird das Skript unverändert aus dem Quelltext ausgeführt, bleiben die Platzhalter stehen;
|
||||
# dann gelten die Vorgaben.
|
||||
TIMER_ONCALENDAR="@@TIMER_ONCALENDAR@@"
|
||||
TIMER_STREUUNG="@@TIMER_STREUUNG@@"
|
||||
case "$TIMER_ONCALENDAR" in *@@*) TIMER_ONCALENDAR="daily" ;; esac
|
||||
case "$TIMER_STREUUNG" in *@@*) TIMER_STREUUNG="4h" ;; esac
|
||||
TOKEN=""
|
||||
CA_CERT=""
|
||||
AUTO_UPDATE="no"
|
||||
AUTO_UPDATE="@@AUTO_UPDATE@@"
|
||||
case "$AUTO_UPDATE" in yes | no) ;; *) AUTO_UPDATE="no" ;; esac
|
||||
AKTION="install"
|
||||
|
||||
CONFIG_VERZEICHNIS="/etc/proxledger"
|
||||
@@ -202,14 +210,14 @@ ProtectSystem=full
|
||||
ProtectHome=true
|
||||
UNIT
|
||||
|
||||
cat >"${SYSTEMD_VERZEICHNIS}/proxledger.timer" <<'UNIT'
|
||||
cat >"${SYSTEMD_VERZEICHNIS}/proxledger.timer" <<UNIT
|
||||
[Unit]
|
||||
Description=Täglicher ProxLedger-Report
|
||||
Description=ProxLedger-Report
|
||||
|
||||
[Timer]
|
||||
OnCalendar=daily
|
||||
# Verteilt die Meldungen aller Hosts über vier Stunden.
|
||||
RandomizedDelaySec=4h
|
||||
OnCalendar=${TIMER_ONCALENDAR}
|
||||
# Verteilt die Meldungen aller Hosts über diesen Zeitraum.
|
||||
RandomizedDelaySec=${TIMER_STREUUNG}
|
||||
Persistent=true
|
||||
Unit=proxledger.service
|
||||
|
||||
@@ -219,7 +227,7 @@ UNIT
|
||||
|
||||
systemctl daemon-reload
|
||||
systemctl enable --now proxledger.timer >/dev/null
|
||||
erfolg "systemd-Timer aktiviert (täglich, zufällig um bis zu 4 Stunden versetzt)."
|
||||
erfolg "systemd-Timer aktiviert (${TIMER_ONCALENDAR}, zufällig um bis zu ${TIMER_STREUUNG} versetzt)."
|
||||
|
||||
hinweis "Sende ersten Report …"
|
||||
if "$AGENT_PFAD" --report; then
|
||||
|
||||
@@ -12,11 +12,12 @@
|
||||
set -o nounset
|
||||
set -o pipefail
|
||||
|
||||
AGENT_VERSION="0.2.0"
|
||||
AGENT_VERSION="0.2.1"
|
||||
CONFIG_DATEI="${PROXLEDGER_CONFIG:-/etc/proxledger/agent.conf}"
|
||||
SPOOL_VERZEICHNIS="${PROXLEDGER_SPOOL:-/var/lib/proxledger/spool}"
|
||||
SPOOL_MAXIMUM=30
|
||||
WARTEZEITEN=(30 120 480)
|
||||
# Wartezeiten zwischen den Versuchen; für Tests über PROXLEDGER_WARTEZEITEN kürzbar.
|
||||
read -r -a WARTEZEITEN <<<"${PROXLEDGER_WARTEZEITEN:-30 120 480}"
|
||||
|
||||
# --------------------------------------------------------------------- Protokoll
|
||||
|
||||
@@ -105,15 +106,24 @@ produkt_erkennen() {
|
||||
}
|
||||
|
||||
subscription_ausgabe() {
|
||||
local ausgabe=""
|
||||
case "$1" in
|
||||
# PVE kennt --output-format nicht (geprueft auf 9.2), liefert aber "feld: wert".
|
||||
pve) pvesubscription get 2>/dev/null ;;
|
||||
pbs) proxmox-backup-manager subscription get 2>/dev/null ;;
|
||||
# PBS gibt ohne --output-format eine Rahmentabelle aus, aus der sich schlecht lesen laesst.
|
||||
# JSON kann es (geprueft auf 4.2); aeltere Fassungen faengt die Tabellenauswertung ab.
|
||||
pbs)
|
||||
ausgabe=$(proxmox-backup-manager subscription get --output-format json 2>/dev/null)
|
||||
[ -n "$ausgabe" ] || ausgabe=$(proxmox-backup-manager subscription get 2>/dev/null)
|
||||
printf '%s' "$ausgabe"
|
||||
;;
|
||||
pmg) pmgsubscription get 2>/dev/null ;;
|
||||
*) printf '' ;;
|
||||
esac
|
||||
}
|
||||
|
||||
# Liest ein Feld aus der Subscription-Ausgabe. Unterstützt "feld: wert" und JSON.
|
||||
# Liest ein Feld aus der Subscription-Ausgabe. Unterstuetzt "feld: wert", JSON und die
|
||||
# Rahmentabelle von PBS ("| feld | wert |" mit Unicode-Strichen).
|
||||
feld_lesen() {
|
||||
local feld="$1" text="$2" wert
|
||||
wert=$(printf '%s\n' "$text" | sed -n "s/^[[:space:]]*${feld}[[:space:]]*:[[:space:]]*//p" | head -n1)
|
||||
@@ -121,6 +131,15 @@ feld_lesen() {
|
||||
wert=$(printf '%s\n' "$text" |
|
||||
sed -n "s/.*\"${feld}\"[[:space:]]*:[[:space:]]*\"\{0,1\}\([^\",}]*\)\"\{0,1\}.*/\1/p" | head -n1)
|
||||
fi
|
||||
if [ -z "$wert" ]; then
|
||||
# Tabellenzeile: Trennzeichen ist U+2502; awk zerlegt daran und liefert die zweite Spalte.
|
||||
wert=$(printf '%s\n' "$text" |
|
||||
awk -F'\xe2\x94\x82' -v feld="$feld" '
|
||||
NF >= 3 {
|
||||
name = $2; gsub(/^[ \t]+|[ \t]+$/, "", name)
|
||||
if (name == feld) { wert = $3; gsub(/^[ \t]+|[ \t]+$/, "", wert); print wert; exit }
|
||||
}')
|
||||
fi
|
||||
# Umschließende Anführungszeichen und Leerzeichen entfernen.
|
||||
wert=${wert%\"}
|
||||
wert=${wert#\"}
|
||||
@@ -128,9 +147,13 @@ feld_lesen() {
|
||||
}
|
||||
|
||||
produkt_version() {
|
||||
# Bei PVE hängt die Kernel-Angabe mit im String ("… (running kernel: …)").
|
||||
# Der Kernel wird separat gemeldet, deshalb hier abschneiden.
|
||||
case "$1" in
|
||||
pve) pveversion 2>/dev/null | head -n1 ;;
|
||||
pbs) proxmox-backup-manager version 2>/dev/null | head -n1 ;;
|
||||
pve) pveversion 2>/dev/null | head -n1 | sed 's/ (running kernel.*//' ;;
|
||||
# PBS haengt die laufende Fassung an ("… 4.2.6-1 running version: 4.2.1");
|
||||
# gemeldet wird die installierte.
|
||||
pbs) proxmox-backup-manager version 2>/dev/null | head -n1 | sed 's/ running version.*//' ;;
|
||||
pmg) pmgversion 2>/dev/null | head -n1 ;;
|
||||
*) printf '' ;;
|
||||
esac
|
||||
@@ -150,6 +173,14 @@ cluster_name() {
|
||||
fi
|
||||
}
|
||||
|
||||
# Namen aller Cluster-Mitglieder laut corosync. Auch Knoten ohne Agent stehen hier –
|
||||
# daraus erkennt das Dashboard vergessene Knoten (#022).
|
||||
cluster_mitglieder() {
|
||||
if command -v pvecm >/dev/null 2>&1; then
|
||||
pvecm nodes 2>/dev/null | awk '/^[[:space:]]*[0-9]+[[:space:]]+[0-9]+/ {print $3}' | sed 's/ *(local)//'
|
||||
fi
|
||||
}
|
||||
|
||||
node_name() {
|
||||
if command -v pvecm >/dev/null 2>&1 && pvecm status >/dev/null 2>&1; then
|
||||
hostname -s 2>/dev/null
|
||||
@@ -220,6 +251,7 @@ report_erzeugen() {
|
||||
"ips": $(ip_adressen | json_liste),
|
||||
"clusterName": $(json_text "$(cluster_name)"),
|
||||
"nodeName": $(json_text "$(node_name)"),
|
||||
"clusterMitglieder": $(cluster_mitglieder | json_liste),
|
||||
"kernel": $(json_text "$(uname -r 2>/dev/null)"),
|
||||
"uptimeSekunden": $(json_zahl "$(uptime_sekunden)"),
|
||||
"cpuModell": $(json_text "$(cpu_modell)"),
|
||||
@@ -383,8 +415,15 @@ aktion_test() {
|
||||
[ "$(printf '%s' "$antwort" | tail -n1)" = "200" ]
|
||||
}
|
||||
|
||||
# Ist $1 eine neuere Fassung als $2? `sort -V` vergleicht Versionsnummern der Reihe nach.
|
||||
version_neuer() {
|
||||
[ "$1" != "$2" ] && [ "$(printf '%s\n%s\n' "$1" "$2" | sort -V | tail -n1)" = "$1" ]
|
||||
}
|
||||
|
||||
version_pruefen() {
|
||||
if [ -n "${NEUESTE_VERSION:-}" ] && [ "$NEUESTE_VERSION" != "$AGENT_VERSION" ]; then
|
||||
# Nur melden, wenn das Dashboard wirklich eine neuere Fassung kennt. Sonst warnt ein Agent,
|
||||
# der einer Testinstallation vorauseilt, gegen sich selbst (im Feldtest #023 aufgefallen).
|
||||
if [ -n "${NEUESTE_VERSION:-}" ] && version_neuer "$NEUESTE_VERSION" "$AGENT_VERSION"; then
|
||||
protokoll notice "Neue Agent-Version verfügbar: ${NEUESTE_VERSION} (installiert: ${AGENT_VERSION})."
|
||||
if [ "$AUTO_UPDATE" = "yes" ]; then
|
||||
aktion_update
|
||||
|
||||
@@ -0,0 +1,4 @@
|
||||
<!-- Fassung für 16 px: nur das P. -->
|
||||
<svg viewBox="0 0 48 48" xmlns="http://www.w3.org/2000/svg">
|
||||
<path fill-rule="evenodd" d="M6 2h21a14 14 0 0 1 0 28H18v16H6zM18 13h8a3 3 0 0 1 0 6h-8z" fill="#1E2A44"/>
|
||||
</svg>
|
||||
|
After Width: | Height: | Size: 217 B |
@@ -0,0 +1,5 @@
|
||||
<!-- Fassung für 32 px: eine Linie, kräftigere Formen. -->
|
||||
<svg viewBox="0 0 48 48" xmlns="http://www.w3.org/2000/svg">
|
||||
<path fill-rule="evenodd" d="M7 3h20a13 13 0 0 1 0 26H17v16H7zM17 12h9a4 4 0 0 1 0 8h-9z" fill="#1E2A44"/>
|
||||
<path d="M24 38h19" stroke="#17A2B8" stroke-width="5" stroke-linecap="round"/>
|
||||
</svg>
|
||||
|
After Width: | Height: | Size: 319 B |
@@ -0,0 +1,8 @@
|
||||
<!-- Fassung für Startbildschirm-Symbole: Monogramm auf dunklem Grund mit Rand. -->
|
||||
<svg viewBox="0 0 180 180" xmlns="http://www.w3.org/2000/svg">
|
||||
<rect width="180" height="180" rx="34" fill="#1E2A44"/>
|
||||
<g transform="translate(34 30) scale(2.3)">
|
||||
<path fill-rule="evenodd" d="M8 4h19a12 12 0 0 1 0 24H16v16H8zM16 11h10a5 5 0 0 1 0 10H16z" fill="#FFFFFF"/>
|
||||
<path d="M22 36h20M22 43h14" stroke="#17A2B8" stroke-width="3.5" stroke-linecap="round"/>
|
||||
</g>
|
||||
</svg>
|
||||
|
After Width: | Height: | Size: 473 B |
@@ -0,0 +1,5 @@
|
||||
<!-- ProxLedger-Monogramm, Standardfassung (heller Grund). Quelle für alle abgeleiteten Dateien. -->
|
||||
<svg viewBox="0 0 48 48" xmlns="http://www.w3.org/2000/svg">
|
||||
<path fill-rule="evenodd" d="M8 4h19a12 12 0 0 1 0 24H16v16H8zM16 11h10a5 5 0 0 1 0 10H16z" fill="#1E2A44"/>
|
||||
<path d="M22 36h20M22 43h14" stroke="#17A2B8" stroke-width="3.5" stroke-linecap="round"/>
|
||||
</svg>
|
||||
|
After Width: | Height: | Size: 373 B |
@@ -0,0 +1,38 @@
|
||||
#!/usr/bin/env bash
|
||||
# Sichert Datenbank und hochgeladene PDFs von ProxLedger.
|
||||
#
|
||||
# ./backup.sh /pfad/zum/sicherungsordner
|
||||
#
|
||||
# Für regelmäßige Sicherungen in die Crontab eintragen, z. B. täglich um 02:30 Uhr:
|
||||
# 30 2 * * * /opt/proxledger/deploy/backup.sh /var/backups/proxledger
|
||||
|
||||
set -o errexit
|
||||
set -o nounset
|
||||
set -o pipefail
|
||||
|
||||
ZIEL="${1:-/var/backups/proxledger}"
|
||||
AUFBEWAHRUNG_TAGE="${AUFBEWAHRUNG_TAGE:-30}"
|
||||
STAND=$(date +%Y%m%d-%H%M%S)
|
||||
COMPOSE_VERZEICHNIS="${COMPOSE_VERZEICHNIS:-/opt/proxledger}"
|
||||
|
||||
mkdir -p "$ZIEL"
|
||||
cd "$COMPOSE_VERZEICHNIS"
|
||||
|
||||
echo "Sichere Datenbank …"
|
||||
docker compose exec -T postgres pg_dump -U "${POSTGRES_USER:-proxledger}" "${POSTGRES_DB:-proxledger}" \
|
||||
| gzip > "${ZIEL}/datenbank-${STAND}.sql.gz"
|
||||
|
||||
echo "Sichere hochgeladene Dateien …"
|
||||
docker compose run --rm -T --entrypoint tar web -czf - /data/uploads > "${ZIEL}/uploads-${STAND}.tar.gz" 2>/dev/null || true
|
||||
|
||||
echo "Sichere Konfiguration …"
|
||||
cp .env "${ZIEL}/env-${STAND}.txt"
|
||||
chmod 600 "${ZIEL}/env-${STAND}.txt"
|
||||
|
||||
echo "Entferne Sicherungen älter als ${AUFBEWAHRUNG_TAGE} Tage …"
|
||||
find "$ZIEL" -maxdepth 1 -name "*-*.sql.gz" -mtime "+${AUFBEWAHRUNG_TAGE}" -delete
|
||||
find "$ZIEL" -maxdepth 1 -name "*-*.tar.gz" -mtime "+${AUFBEWAHRUNG_TAGE}" -delete
|
||||
find "$ZIEL" -maxdepth 1 -name "env-*.txt" -mtime "+${AUFBEWAHRUNG_TAGE}" -delete
|
||||
|
||||
echo "Fertig: ${ZIEL}"
|
||||
ls -lh "$ZIEL" | tail -n 5
|
||||
@@ -0,0 +1,63 @@
|
||||
# Installation als LXC-Container nach Art der Proxmox VE Helper-Scripts
|
||||
|
||||
Diese beiden Skripte folgen den Konventionen von [community-scripts.org](https://community-scripts.org)
|
||||
(der Nachfolge von tteck's Helper-Scripts). Sie legen einen unprivilegierten Debian-13-Container an,
|
||||
installieren Node.js 24 und PostgreSQL 17, holen ProxLedger aus dem Git-Repository, richten zwei
|
||||
systemd-Dienste ein (Dashboard und Worker) und schreiben die erzeugten Zugangsdaten nach
|
||||
`/opt/proxledger/.credentials`.
|
||||
|
||||
| Datei | Zweck |
|
||||
|---|---|
|
||||
| `ct/proxledger.sh` | Container anlegen, Ressourcen abfragen, Aktualisierung (`update_script`) |
|
||||
| `install/proxledger-install.sh` | Installation im Container |
|
||||
|
||||
## Verwendung im eigenen Netz
|
||||
|
||||
Auf dem Proxmox-VE-Host als root:
|
||||
|
||||
```bash
|
||||
bash -c "$(curl -fsSL https://git.wilde-server.de/fw/ProxLedger/raw/branch/main/deploy/community-scripts/ct/proxledger.sh)"
|
||||
```
|
||||
|
||||
Das Gerüst (`build.func`, `install.func`) lädt das Skript von den community-scripts nach – das ist
|
||||
öffentlich und ohne Konto erreichbar. Nur ProxLedger selbst kommt aus dem eigenen Git.
|
||||
|
||||
Zwei Umgebungsvariablen steuern die Quelle, solange das Repository nicht öffentlich ist:
|
||||
|
||||
```bash
|
||||
PROXLEDGER_REPO=https://git.example.de/fw/ProxLedger.git PROXLEDGER_BRANCH=main bash -c "$(curl -fsSL …)"
|
||||
```
|
||||
|
||||
Ist das Git-Repository nicht ohne Anmeldung lesbar, gehört ein Lesezugriffs-Token in die Adresse
|
||||
(`https://<token>@git.example.de/...`). Das Token landet dann in der Prozessliste des Containers –
|
||||
also besser einen Deploy-Token verwenden, der nur lesen darf.
|
||||
|
||||
## Was eine Einreichung bei community-scripts verlangen würde
|
||||
|
||||
Wir liefern die Skripte vorerst **nur intern** aus. Für eine Einreichung wären zusätzlich nötig:
|
||||
|
||||
1. **Öffentlich erreichbarer Quelltext.** Die Skripte dort holen die Anwendung praktisch immer aus
|
||||
einem öffentlichen GitHub-Repository (`fetch_and_deploy_gh_release`). Ein privates Gitea genügt nicht.
|
||||
2. **Pull Request gegen [ProxmoxVED](https://github.com/community-scripts/ProxmoxVED)**, nicht gegen
|
||||
ProxmoxVE. Neue Skripte, die direkt gegen ProxmoxVE eingereicht werden, werden ohne Prüfung
|
||||
geschlossen.
|
||||
3. **MIT-Lizenz** im eigenen Repository und der Lizenzkopf in beiden Skripten (steht bereits darin).
|
||||
4. **Englische Dokumentation** – die Skripte selbst sind auf Englisch gehalten, die deutschen
|
||||
Kommentare in diesem Verzeichnis müssten übersetzt werden.
|
||||
5. **Metadaten für die Webseite.** Die JSON-Dateien liegen inzwischen nicht mehr im Skript-Repository;
|
||||
wo sie hingehören, steht in der aktuellen Beitragsanleitung. Das ist beim Einreichen zu prüfen.
|
||||
|
||||
Die Skripte sind so geschrieben, dass für eine spätere Einreichung nur die Quelle zu tauschen und die
|
||||
Kommentare zu übersetzen sind – am Ablauf ändert sich nichts.
|
||||
|
||||
## Unterschied zum Docker-Weg
|
||||
|
||||
| | Helper-Script (LXC) | Docker Compose |
|
||||
|---|---|---|
|
||||
| Umgebung | eigener Container auf dem Proxmox-Host | beliebiger Docker-Host |
|
||||
| Datenbank | PostgreSQL im selben Container | eigener Dienst |
|
||||
| Aktualisierung | `update`-Weg des Skripts | `bash deploy/update.sh` |
|
||||
| Sicherung | Proxmox-Sicherung des Containers | `bash deploy/backup.sh` |
|
||||
|
||||
Beide Wege sind gleichwertig. Wer ohnehin Proxmox betreibt, fährt mit dem LXC-Weg meist einfacher –
|
||||
die Sicherung des Containers erledigt dann die gewohnte Proxmox-Sicherung mit.
|
||||
@@ -0,0 +1,74 @@
|
||||
#!/usr/bin/env bash
|
||||
_CS_DEFAULT_URL="https://raw.githubusercontent.com/community-scripts/ProxmoxVE/main"
|
||||
_cs_boot="${COMMUNITY_SCRIPTS_CORE_DIR:-$(dirname "${BASH_SOURCE[0]}")/../../core}/core/build.func"
|
||||
source "$_cs_boot" 2>/dev/null || source <(curl -fsSL "${COMMUNITY_SCRIPTS_CORE_URL:-https://raw.githubusercontent.com/community-scripts/core/main}/core/build.func")
|
||||
# Copyright (c) 2021-2026 tteck
|
||||
# Author: Florian Wilde
|
||||
# License: MIT | https://github.com/community-scripts/ProxmoxVE/raw/main/LICENSE
|
||||
# Source: https://git.wilde-server.de/fw/ProxLedger
|
||||
|
||||
APP="ProxLedger"
|
||||
var_tags="${var_tags:-monitoring;licensing}"
|
||||
var_cpu="${var_cpu:-2}"
|
||||
var_ram="${var_ram:-2048}"
|
||||
var_disk="${var_disk:-10}"
|
||||
var_os="${var_os:-debian}"
|
||||
var_version="${var_version:-13}"
|
||||
var_arm64="${var_arm64:-yes}"
|
||||
var_unprivileged="${var_unprivileged:-1}"
|
||||
|
||||
header_info "$APP"
|
||||
variables
|
||||
color
|
||||
catch_errors
|
||||
|
||||
function update_script() {
|
||||
header_info
|
||||
check_container_storage
|
||||
check_container_resources
|
||||
|
||||
if [[ ! -d /opt/proxledger ]]; then
|
||||
msg_error "No ${APP} Installation Found!"
|
||||
exit
|
||||
fi
|
||||
|
||||
NODE_VERSION="24" setup_nodejs
|
||||
|
||||
msg_info "Stopping Services"
|
||||
systemctl stop proxledger proxledger-worker
|
||||
msg_ok "Stopped Services"
|
||||
|
||||
# Die .env traegt APP_SECRET; geht sie verloren, sind Sitzungen und gespeicherte
|
||||
# Zugangsdaten unbrauchbar. Deshalb vor jedem Update sichern und danach zurueckspielen.
|
||||
create_backup /opt/proxledger/.env
|
||||
|
||||
msg_info "Updating ${APP}"
|
||||
cd /opt/proxledger
|
||||
$STD git pull --ff-only
|
||||
$STD npm ci
|
||||
$STD npx prisma generate
|
||||
$STD npx prisma migrate deploy
|
||||
$STD npm run build
|
||||
$STD npm run build:worker
|
||||
msg_ok "Updated ${APP}"
|
||||
|
||||
restore_backup
|
||||
|
||||
msg_info "Starting Services"
|
||||
systemctl start proxledger proxledger-worker
|
||||
msg_ok "Started Services"
|
||||
|
||||
msg_ok "Update Successful"
|
||||
exit
|
||||
}
|
||||
|
||||
start
|
||||
build_container
|
||||
description
|
||||
|
||||
msg_ok "Completed Successfully!\n"
|
||||
echo -e "${CREATING}${GN}${APP} setup has been successfully initialized!${CL}"
|
||||
echo -e "${INFO}${YW} Access it using the following URL:${CL}"
|
||||
echo -e "${TAB}${GATEWAY}${BGN}http://${IP}:3000${CL}"
|
||||
echo -e "${INFO}${YW} Login credentials are in:${CL}"
|
||||
echo -e "${TAB}${GATEWAY}${BGN}/opt/proxledger/.credentials${CL}"
|
||||
@@ -0,0 +1,127 @@
|
||||
#!/usr/bin/env bash
|
||||
|
||||
# Copyright (c) 2021-2026 tteck
|
||||
# Author: Florian Wilde
|
||||
# License: MIT | https://github.com/community-scripts/ProxmoxVE/raw/main/LICENSE
|
||||
# Source: https://git.wilde-server.de/fw/ProxLedger
|
||||
|
||||
source /dev/stdin <<<"$FUNCTIONS_FILE_PATH"
|
||||
color
|
||||
verb_ip6
|
||||
catch_errors
|
||||
setting_up_container
|
||||
network_check
|
||||
update_os
|
||||
|
||||
# Die Quelle laesst sich ueberschreiben, solange das Repository nicht oeffentlich ist.
|
||||
QUELLE="${PROXLEDGER_REPO:-https://git.wilde-server.de/fw/ProxLedger.git}"
|
||||
ZWEIG="${PROXLEDGER_BRANCH:-main}"
|
||||
|
||||
msg_info "Installing Dependencies"
|
||||
$STD apt install -y git ca-certificates
|
||||
msg_ok "Installed Dependencies"
|
||||
|
||||
NODE_VERSION="24" setup_nodejs
|
||||
PG_VERSION="17" setup_postgresql
|
||||
|
||||
msg_info "Setting up Database"
|
||||
DB_NAME="proxledger"
|
||||
DB_USER="proxledger"
|
||||
DB_PASS=$(openssl rand -base64 24 | tr -dc 'A-Za-z0-9' | head -c 24)
|
||||
ADMIN_PASS=$(openssl rand -base64 24 | tr -dc 'A-Za-z0-9' | head -c 20)
|
||||
# APP_SECRET signiert die Sitzungen und verschluesselt gespeicherte Zugangsdaten.
|
||||
APP_SECRET=$(openssl rand -base64 48)
|
||||
|
||||
$STD sudo -u postgres psql -c "CREATE USER ${DB_USER} WITH PASSWORD '${DB_PASS}';"
|
||||
$STD sudo -u postgres psql -c "CREATE DATABASE ${DB_NAME} WITH OWNER ${DB_USER} ENCODING 'UTF8';"
|
||||
msg_ok "Set up Database"
|
||||
|
||||
msg_info "Setting up ProxLedger"
|
||||
$STD git clone --branch "$ZWEIG" --depth 1 "$QUELLE" /opt/proxledger
|
||||
cd /opt/proxledger
|
||||
|
||||
IP_ADRESSE=$(hostname -I | awk '{print $1}')
|
||||
cat <<EOF >/opt/proxledger/.env
|
||||
DATABASE_URL="postgresql://${DB_USER}:${DB_PASS}@localhost:5432/${DB_NAME}?schema=public"
|
||||
APP_SECRET="${APP_SECRET}"
|
||||
APP_URL="http://${IP_ADRESSE}:3000"
|
||||
ADMIN_EMAIL="admin@proxledger.local"
|
||||
ADMIN_NAME="Administrator"
|
||||
ADMIN_PASSWORD="${ADMIN_PASS}"
|
||||
UPLOAD_DIR="/opt/proxledger/data/uploads"
|
||||
NODE_ENV="production"
|
||||
PORT="3000"
|
||||
EOF
|
||||
chmod 600 /opt/proxledger/.env
|
||||
mkdir -p /opt/proxledger/data/uploads
|
||||
|
||||
$STD npm ci
|
||||
$STD npx prisma generate
|
||||
$STD npx prisma migrate deploy
|
||||
$STD npx prisma db seed
|
||||
$STD npm run build
|
||||
$STD npm run build:worker
|
||||
msg_ok "Set up ProxLedger"
|
||||
|
||||
msg_info "Creating Services"
|
||||
cat <<EOF >/etc/systemd/system/proxledger.service
|
||||
[Unit]
|
||||
Description=ProxLedger Dashboard
|
||||
After=network.target postgresql.service
|
||||
Requires=postgresql.service
|
||||
|
||||
[Service]
|
||||
Type=simple
|
||||
WorkingDirectory=/opt/proxledger
|
||||
EnvironmentFile=/opt/proxledger/.env
|
||||
ExecStart=/usr/bin/npm run start
|
||||
Restart=always
|
||||
RestartSec=10
|
||||
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
EOF
|
||||
|
||||
cat <<EOF >/etc/systemd/system/proxledger-worker.service
|
||||
[Unit]
|
||||
Description=ProxLedger Worker (Warnregeln und Benachrichtigungen)
|
||||
After=network.target postgresql.service
|
||||
Requires=postgresql.service
|
||||
|
||||
[Service]
|
||||
Type=simple
|
||||
WorkingDirectory=/opt/proxledger
|
||||
EnvironmentFile=/opt/proxledger/.env
|
||||
ExecStart=/usr/bin/node dist/worker.mjs
|
||||
Restart=always
|
||||
RestartSec=10
|
||||
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
EOF
|
||||
|
||||
systemctl enable -q --now proxledger proxledger-worker
|
||||
msg_ok "Created Services"
|
||||
|
||||
# Die Zugangsdaten liegen fuer den Betreiber lesbar im Container; APP_SECRET steht in der .env.
|
||||
{
|
||||
echo "ProxLedger"
|
||||
echo "Adresse: http://${IP_ADRESSE}:3000"
|
||||
echo "Benutzer: admin@proxledger.local"
|
||||
echo "Passwort: ${ADMIN_PASS}"
|
||||
echo
|
||||
echo "Datenbank: ${DB_NAME} / ${DB_USER} / ${DB_PASS}"
|
||||
echo
|
||||
echo "Wichtig: APP_SECRET aus /opt/proxledger/.env mitsichern."
|
||||
echo "Ohne diesen Wert sind Sitzungen und gespeicherte Zugangsdaten unbrauchbar."
|
||||
} >>~/proxledger.creds
|
||||
cp ~/proxledger.creds /opt/proxledger/.credentials
|
||||
chmod 600 /opt/proxledger/.credentials
|
||||
|
||||
motd_ssh
|
||||
customize
|
||||
|
||||
msg_info "Cleaning up"
|
||||
$STD apt -y autoremove
|
||||
$STD apt -y autoclean
|
||||
msg_ok "Cleaned"
|
||||
@@ -0,0 +1,184 @@
|
||||
#!/usr/bin/env bash
|
||||
# ProxLedger – Installation als LXC-Container auf einem Proxmox-VE-Host.
|
||||
#
|
||||
# Auf dem Proxmox-Host ausführen:
|
||||
# bash lxc-installer.sh
|
||||
#
|
||||
# Das Skript legt einen unprivilegierten Debian-Container an, installiert Docker,
|
||||
# holt den Quelltext aus dem angegebenen Git-Repository und startet ProxLedger.
|
||||
|
||||
set -o errexit
|
||||
set -o nounset
|
||||
set -o pipefail
|
||||
|
||||
VORLAGE="debian-13-standard"
|
||||
STANDARD_HOSTNAME="proxledger"
|
||||
STANDARD_CPU=2
|
||||
STANDARD_RAM=2048
|
||||
STANDARD_PLATTE=12
|
||||
STANDARD_BRIDGE="vmbr0"
|
||||
|
||||
blau() { printf '\033[1;36m%s\033[0m\n' "$*"; }
|
||||
gruen() { printf '\033[1;32m✓ %s\033[0m\n' "$*"; }
|
||||
gelb() { printf '\033[1;33m! %s\033[0m\n' "$*"; }
|
||||
fehler() {
|
||||
printf '\033[1;31m✗ %s\033[0m\n' "$*" >&2
|
||||
exit 1
|
||||
}
|
||||
|
||||
frage() {
|
||||
local text="$1" standard="${2:-}" antwort
|
||||
if [ -n "$standard" ]; then
|
||||
read -r -p "$text [$standard]: " antwort
|
||||
printf '%s' "${antwort:-$standard}"
|
||||
else
|
||||
read -r -p "$text: " antwort
|
||||
printf '%s' "$antwort"
|
||||
fi
|
||||
}
|
||||
|
||||
# --------------------------------------------------------------- Voraussetzungen
|
||||
|
||||
[ "$(id -u)" -eq 0 ] || fehler "Bitte als root auf dem Proxmox-Host ausführen."
|
||||
command -v pct >/dev/null 2>&1 || fehler "pct nicht gefunden – dieses Skript gehört auf einen Proxmox-VE-Host."
|
||||
|
||||
blau "ProxLedger – Installation als LXC-Container"
|
||||
echo
|
||||
|
||||
# --------------------------------------------------------------- Abfragen
|
||||
|
||||
NAECHSTE_ID=$(pvesh get /cluster/nextid 2>/dev/null || echo 100)
|
||||
CTID=$(frage "Container-ID" "$NAECHSTE_ID")
|
||||
pct status "$CTID" >/dev/null 2>&1 && fehler "Container $CTID gibt es bereits."
|
||||
|
||||
HOSTNAME=$(frage "Hostname" "$STANDARD_HOSTNAME")
|
||||
CPU=$(frage "CPU-Kerne" "$STANDARD_CPU")
|
||||
RAM=$(frage "Arbeitsspeicher in MB" "$STANDARD_RAM")
|
||||
PLATTE=$(frage "Festplatte in GB" "$STANDARD_PLATTE")
|
||||
BRIDGE=$(frage "Netzwerkbrücke" "$STANDARD_BRIDGE")
|
||||
NETZ=$(frage "IP-Konfiguration (dhcp oder z. B. 192.168.1.50/24)" "dhcp")
|
||||
|
||||
if [ "$NETZ" != "dhcp" ]; then
|
||||
GATEWAY=$(frage "Gateway" "${NETZ%.*}.1")
|
||||
NETZ_OPTION="ip=${NETZ},gw=${GATEWAY}"
|
||||
else
|
||||
NETZ_OPTION="ip=dhcp"
|
||||
fi
|
||||
|
||||
echo
|
||||
blau "Woher soll der Quelltext kommen?"
|
||||
REPO=$(frage "Git-Repository (z. B. https://git.example.de/benutzer/ProxLedger.git)")
|
||||
[ -n "$REPO" ] || fehler "Ohne Repository kann nichts installiert werden."
|
||||
ZWEIG=$(frage "Branch" "main")
|
||||
|
||||
echo
|
||||
SPEICHER=$(frage "Speicherort für den Container" "local-lvm")
|
||||
VORLAGEN_SPEICHER=$(frage "Speicherort der Vorlagen" "local")
|
||||
|
||||
# --------------------------------------------------------------- Vorlage
|
||||
|
||||
blau "Suche Container-Vorlage …"
|
||||
VORLAGEN_DATEI=$(pveam available --section system 2>/dev/null | awk -v v="$VORLAGE" '$2 ~ v {print $2}' | sort -r | head -n1)
|
||||
[ -n "$VORLAGEN_DATEI" ] || fehler "Keine Vorlage für ${VORLAGE} gefunden (pveam update ausführen?)."
|
||||
|
||||
if ! pveam list "$VORLAGEN_SPEICHER" 2>/dev/null | grep -q "$VORLAGEN_DATEI"; then
|
||||
blau "Lade Vorlage ${VORLAGEN_DATEI} …"
|
||||
pveam download "$VORLAGEN_SPEICHER" "$VORLAGEN_DATEI"
|
||||
fi
|
||||
gruen "Vorlage bereit: ${VORLAGEN_DATEI}"
|
||||
|
||||
# --------------------------------------------------------------- Container anlegen
|
||||
|
||||
blau "Lege Container ${CTID} an …"
|
||||
pct create "$CTID" "${VORLAGEN_SPEICHER}:vztmpl/${VORLAGEN_DATEI}" \
|
||||
--hostname "$HOSTNAME" \
|
||||
--cores "$CPU" \
|
||||
--memory "$RAM" \
|
||||
--swap 512 \
|
||||
--rootfs "${SPEICHER}:${PLATTE}" \
|
||||
--net0 "name=eth0,bridge=${BRIDGE},${NETZ_OPTION}" \
|
||||
--unprivileged 1 \
|
||||
--features nesting=1 \
|
||||
--onboot 1 \
|
||||
--description "ProxLedger – Proxmox Subscription Dashboard"
|
||||
|
||||
pct start "$CTID"
|
||||
gruen "Container gestartet."
|
||||
|
||||
blau "Warte auf das Netzwerk …"
|
||||
for _ in $(seq 1 30); do
|
||||
pct exec "$CTID" -- ping -c1 -W1 deb.debian.org >/dev/null 2>&1 && break
|
||||
sleep 2
|
||||
done
|
||||
|
||||
# --------------------------------------------------------------- Software
|
||||
|
||||
blau "Installiere Docker im Container …"
|
||||
pct exec "$CTID" -- bash -c "
|
||||
set -e
|
||||
export DEBIAN_FRONTEND=noninteractive
|
||||
apt-get update -qq
|
||||
apt-get install -y -qq ca-certificates curl git openssl >/dev/null
|
||||
install -m 0755 -d /etc/apt/keyrings
|
||||
curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
|
||||
chmod a+r /etc/apt/keyrings/docker.asc
|
||||
echo \"deb [arch=\$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/debian \$(. /etc/os-release && echo \$VERSION_CODENAME) stable\" > /etc/apt/sources.list.d/docker.list
|
||||
apt-get update -qq
|
||||
apt-get install -y -qq docker-ce docker-ce-cli containerd.io docker-compose-plugin >/dev/null
|
||||
systemctl enable --now docker >/dev/null
|
||||
"
|
||||
gruen "Docker installiert."
|
||||
|
||||
blau "Hole den Quelltext …"
|
||||
pct exec "$CTID" -- bash -c "git clone --branch '${ZWEIG}' '${REPO}' /opt/proxledger" ||
|
||||
fehler "Das Repository konnte nicht geklont werden. Bei privaten Repositories einen Token in der Adresse verwenden."
|
||||
gruen "Quelltext liegt in /opt/proxledger."
|
||||
|
||||
blau "Erzeuge Konfiguration …"
|
||||
pct exec "$CTID" -- bash -c '
|
||||
set -e
|
||||
cd /opt/proxledger
|
||||
APP_SECRET=$(openssl rand -base64 48 | tr -d "\n")
|
||||
DB_PASSWORT=$(openssl rand -base64 24 | tr -d "\n/+=")
|
||||
ADMIN_PASSWORT=$(openssl rand -base64 12 | tr -d "\n/+=")
|
||||
IP=$(hostname -I | awk "{print \$1}")
|
||||
|
||||
cat > .env <<CONF
|
||||
POSTGRES_USER=proxledger
|
||||
POSTGRES_PASSWORD=${DB_PASSWORT}
|
||||
POSTGRES_DB=proxledger
|
||||
PORT=3000
|
||||
APP_SECRET=${APP_SECRET}
|
||||
APP_URL=http://${IP}:3000
|
||||
ADMIN_EMAIL=admin@example.de
|
||||
ADMIN_NAME=Administrator
|
||||
ADMIN_PASSWORD=${ADMIN_PASSWORT}
|
||||
CONF
|
||||
chmod 600 .env
|
||||
echo "${ADMIN_PASSWORT}" > /root/proxledger-admin-passwort.txt
|
||||
chmod 600 /root/proxledger-admin-passwort.txt
|
||||
'
|
||||
gruen "Konfiguration geschrieben (/opt/proxledger/.env, Rechte 600)."
|
||||
|
||||
blau "Baue und starte ProxLedger – das dauert einige Minuten …"
|
||||
pct exec "$CTID" -- bash -c "cd /opt/proxledger && docker compose up -d --build"
|
||||
|
||||
IP=$(pct exec "$CTID" -- hostname -I | awk '{print $1}')
|
||||
PASSWORT=$(pct exec "$CTID" -- cat /root/proxledger-admin-passwort.txt)
|
||||
|
||||
echo
|
||||
gruen "ProxLedger läuft."
|
||||
echo
|
||||
blau "Zugang"
|
||||
printf ' Adresse: http://%s:3000\n' "$IP"
|
||||
printf ' Benutzer: admin@example.de\n'
|
||||
printf ' Passwort: %s\n' "$PASSWORT"
|
||||
echo
|
||||
blau "Nächste Schritte"
|
||||
printf ' 1. Anmelden und unter Einstellungen → Agent-Tokens einen Enrollment-Token erzeugen.\n'
|
||||
printf ' 2. Auf jedem Proxmox-Host: curl -fsSL http://%s:3000/install.sh | bash -s -- --token <TOKEN>\n' "$IP"
|
||||
printf ' 3. Für den Betrieb über HTTPS einen Reverse Proxy davorsetzen (Beispiele in deploy/).\n'
|
||||
echo
|
||||
gelb "APP_URL in /opt/proxledger/.env auf die endgültige Adresse setzen, sobald der Reverse Proxy steht."
|
||||
printf ' Logs ansehen: pct exec %s -- docker compose -f /opt/proxledger/docker-compose.yml logs -f\n' "$CTID"
|
||||
printf ' Aktualisieren: pct exec %s -- bash -c "cd /opt/proxledger && git pull && docker compose up -d --build"\n' "$CTID"
|
||||
@@ -0,0 +1,6 @@
|
||||
# Caddy kümmert sich selbst um das Zertifikat.
|
||||
# Datei: /etc/caddy/Caddyfile
|
||||
|
||||
proxledger.example.de {
|
||||
reverse_proxy 127.0.0.1:3000
|
||||
}
|
||||
@@ -0,0 +1,29 @@
|
||||
# nginx mit Zertifikat von certbot.
|
||||
# Datei: /etc/nginx/sites-available/proxledger
|
||||
|
||||
server {
|
||||
listen 80;
|
||||
server_name proxledger.example.de;
|
||||
return 301 https://$host$request_uri;
|
||||
}
|
||||
|
||||
server {
|
||||
listen 443 ssl http2;
|
||||
server_name proxledger.example.de;
|
||||
|
||||
ssl_certificate /etc/letsencrypt/live/proxledger.example.de/fullchain.pem;
|
||||
ssl_certificate_key /etc/letsencrypt/live/proxledger.example.de/privkey.pem;
|
||||
|
||||
# Rechnungs-PDFs können größer sein als die Standardgrenze.
|
||||
client_max_body_size 12m;
|
||||
|
||||
location / {
|
||||
proxy_pass http://127.0.0.1:3000;
|
||||
proxy_http_version 1.1;
|
||||
proxy_set_header Host $host;
|
||||
proxy_set_header X-Real-IP $remote_addr;
|
||||
# Die Agent-API wertet diese Kopfzeile für das Rate-Limit aus.
|
||||
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
||||
proxy_set_header X-Forwarded-Proto $scheme;
|
||||
}
|
||||
}
|
||||
@@ -0,0 +1,8 @@
|
||||
# Traefik: diese Labels an den Dienst „web“ in der docker-compose.yml hängen.
|
||||
|
||||
labels:
|
||||
- "traefik.enable=true"
|
||||
- "traefik.http.routers.proxledger.rule=Host(`proxledger.example.de`)"
|
||||
- "traefik.http.routers.proxledger.entrypoints=websecure"
|
||||
- "traefik.http.routers.proxledger.tls.certresolver=letsencrypt"
|
||||
- "traefik.http.services.proxledger.loadbalancer.server.port=3000"
|
||||
@@ -0,0 +1,21 @@
|
||||
#!/bin/sh
|
||||
# Startet Dashboard oder Worker. Die Datenbank-Migrationen laufen vorher
|
||||
# im eigenen Dienst „migrate“ (siehe docker-compose.yml).
|
||||
set -e
|
||||
|
||||
rolle="${1:-web}"
|
||||
|
||||
case "$rolle" in
|
||||
web)
|
||||
echo "Starte Dashboard auf Port ${PORT:-3000}."
|
||||
exec node server.js
|
||||
;;
|
||||
worker)
|
||||
echo "Starte Worker."
|
||||
exec node dist/worker.mjs
|
||||
;;
|
||||
*)
|
||||
echo "Unbekannte Rolle: $rolle (erwartet: web oder worker)" >&2
|
||||
exit 64
|
||||
;;
|
||||
esac
|
||||
@@ -0,0 +1,60 @@
|
||||
#!/usr/bin/env bash
|
||||
# ProxLedger aktualisieren (Docker-Installation).
|
||||
#
|
||||
# bash deploy/update.sh # Quelltext holen, neu bauen, migrieren, neu starten
|
||||
# bash deploy/update.sh --ohne-sicherung
|
||||
#
|
||||
# Vor dem Aktualisieren wird gesichert – das dauert Sekunden und erspart schlechte Abende.
|
||||
|
||||
set -o errexit
|
||||
set -o nounset
|
||||
set -o pipefail
|
||||
|
||||
VERZEICHNIS=$(cd "$(dirname "${BASH_SOURCE[0]}")/.." && pwd)
|
||||
cd "$VERZEICHNIS"
|
||||
|
||||
blau() { printf '\033[1;36m› %s\033[0m\n' "$*"; }
|
||||
gruen() { printf '\033[1;32m✓ %s\033[0m\n' "$*"; }
|
||||
fehler() {
|
||||
printf '\033[1;31m✗ %s\033[0m\n' "$*" >&2
|
||||
exit 1
|
||||
}
|
||||
|
||||
SICHERN="ja"
|
||||
[ "${1:-}" = "--ohne-sicherung" ] && SICHERN="nein"
|
||||
|
||||
command -v docker >/dev/null 2>&1 || fehler "Docker nicht gefunden."
|
||||
[ -f .env ] || fehler "Keine .env gefunden – wird dieses Skript im richtigen Verzeichnis ausgeführt?"
|
||||
|
||||
if [ "$SICHERN" = "ja" ]; then
|
||||
blau "Sicherung anlegen …"
|
||||
bash deploy/backup.sh
|
||||
gruen "Sicherung abgeschlossen."
|
||||
fi
|
||||
|
||||
if [ -d .git ]; then
|
||||
blau "Neuen Stand holen …"
|
||||
git pull --ff-only
|
||||
fi
|
||||
|
||||
blau "Abbilder neu bauen …"
|
||||
docker compose build --pull
|
||||
|
||||
blau "Datenbank migrieren …"
|
||||
docker compose run --rm migrate
|
||||
|
||||
blau "Dienste neu starten …"
|
||||
docker compose up -d
|
||||
|
||||
# Kurz warten und nachsehen, ob das Dashboard wieder antwortet.
|
||||
blau "Warte auf das Dashboard …"
|
||||
for versuch in $(seq 1 30); do
|
||||
if docker compose exec -T web wget -qO- http://localhost:3000/api/gesundheit >/dev/null 2>&1; then
|
||||
gruen "ProxLedger läuft wieder (nach ${versuch} s)."
|
||||
docker compose ps
|
||||
exit 0
|
||||
fi
|
||||
sleep 1
|
||||
done
|
||||
|
||||
fehler "Das Dashboard antwortet nicht. Protokoll ansehen: docker compose logs -n 50 web"
|
||||
@@ -0,0 +1,8 @@
|
||||
// esbuild-Banner: stellt `require` in der ESM-Ausgabe bereit, damit eingebundene
|
||||
// Pakete weiterhin CommonJS-Module wie `fs` laden können.
|
||||
import { createRequire as __createRequire } from "node:module";
|
||||
import { fileURLToPath as __fileURLToPath } from "node:url";
|
||||
import { dirname as __dirname_fn } from "node:path";
|
||||
const require = __createRequire(import.meta.url);
|
||||
const __filename = __fileURLToPath(import.meta.url);
|
||||
const __dirname = __dirname_fn(__filename);
|
||||
@@ -0,0 +1,97 @@
|
||||
# ProxLedger – vollständige Installation mit Dashboard, Worker und Datenbank.
|
||||
# 1. cp .env.example .env und Werte eintragen (mindestens APP_SECRET, POSTGRES_PASSWORD, ADMIN_*, APP_URL)
|
||||
# 2. docker compose up -d
|
||||
# Migrationen und der erste Administrator entstehen dabei automatisch im Dienst „migrate“.
|
||||
|
||||
services:
|
||||
postgres:
|
||||
image: postgres:17-alpine
|
||||
restart: unless-stopped
|
||||
environment:
|
||||
POSTGRES_USER: ${POSTGRES_USER:-proxledger}
|
||||
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?POSTGRES_PASSWORD fehlt in der .env}
|
||||
POSTGRES_DB: ${POSTGRES_DB:-proxledger}
|
||||
volumes:
|
||||
- datenbank:/var/lib/postgresql/data
|
||||
healthcheck:
|
||||
test: ["CMD-SHELL", "pg_isready -U ${POSTGRES_USER:-proxledger}"]
|
||||
interval: 10s
|
||||
timeout: 5s
|
||||
retries: 10
|
||||
|
||||
# Läuft einmal beim Start: Schema einspielen und Administrator anlegen.
|
||||
migrate:
|
||||
build:
|
||||
context: .
|
||||
target: bauen
|
||||
restart: "no"
|
||||
depends_on:
|
||||
postgres:
|
||||
condition: service_healthy
|
||||
command: ["sh", "-c", "npx prisma migrate deploy && npx prisma db seed"]
|
||||
environment:
|
||||
DATABASE_URL: postgresql://${POSTGRES_USER:-proxledger}:${POSTGRES_PASSWORD}@postgres:5432/${POSTGRES_DB:-proxledger}?schema=public
|
||||
ADMIN_EMAIL: ${ADMIN_EMAIL:-admin@example.de}
|
||||
ADMIN_NAME: ${ADMIN_NAME:-Administrator}
|
||||
ADMIN_PASSWORD: ${ADMIN_PASSWORD:-}
|
||||
SEED_DEMO: ${SEED_DEMO:-0}
|
||||
|
||||
web:
|
||||
build: .
|
||||
restart: unless-stopped
|
||||
depends_on:
|
||||
postgres:
|
||||
condition: service_healthy
|
||||
migrate:
|
||||
condition: service_completed_successfully
|
||||
environment:
|
||||
DATABASE_URL: postgresql://${POSTGRES_USER:-proxledger}:${POSTGRES_PASSWORD}@postgres:5432/${POSTGRES_DB:-proxledger}?schema=public
|
||||
APP_SECRET: ${APP_SECRET:?APP_SECRET fehlt in der .env}
|
||||
APP_URL: ${APP_URL:-http://localhost:3000}
|
||||
ADMIN_EMAIL: ${ADMIN_EMAIL:-admin@example.de}
|
||||
ADMIN_NAME: ${ADMIN_NAME:-Administrator}
|
||||
ADMIN_PASSWORD: ${ADMIN_PASSWORD:-}
|
||||
OIDC_ISSUER: ${OIDC_ISSUER:-}
|
||||
OIDC_CLIENT_ID: ${OIDC_CLIENT_ID:-}
|
||||
OIDC_CLIENT_SECRET: ${OIDC_CLIENT_SECRET:-}
|
||||
OIDC_NAME: ${OIDC_NAME:-authentik}
|
||||
ports:
|
||||
- "${PORT:-3000}:3000"
|
||||
volumes:
|
||||
- uploads:/data
|
||||
healthcheck:
|
||||
test: ["CMD", "wget", "-qO-", "http://localhost:3000/api/gesundheit"]
|
||||
interval: 30s
|
||||
timeout: 5s
|
||||
retries: 5
|
||||
start_period: 20s
|
||||
|
||||
worker:
|
||||
build: .
|
||||
restart: unless-stopped
|
||||
command: ["./start.sh", "worker"]
|
||||
depends_on:
|
||||
postgres:
|
||||
condition: service_healthy
|
||||
migrate:
|
||||
condition: service_completed_successfully
|
||||
environment:
|
||||
DATABASE_URL: postgresql://${POSTGRES_USER:-proxledger}:${POSTGRES_PASSWORD}@postgres:5432/${POSTGRES_DB:-proxledger}?schema=public
|
||||
APP_SECRET: ${APP_SECRET}
|
||||
APP_URL: ${APP_URL:-http://localhost:3000}
|
||||
WORKER_CRON: ${WORKER_CRON:-0 * * * *}
|
||||
ZUSAMMENFASSUNG_CRON: ${ZUSAMMENFASSUNG_CRON:-0 7 * * *}
|
||||
AUFRAEUM_CRON: ${AUFRAEUM_CRON:-30 3 * * *}
|
||||
volumes:
|
||||
- uploads:/data
|
||||
healthcheck:
|
||||
# Der Worker spricht kein HTTP; geprüft wird schlicht, ob der Prozess noch da ist.
|
||||
test: ["CMD-SHELL", "pgrep -f dist/worker.mjs > /dev/null"]
|
||||
interval: 60s
|
||||
timeout: 5s
|
||||
retries: 3
|
||||
start_period: 20s
|
||||
|
||||
volumes:
|
||||
datenbank:
|
||||
uploads:
|
||||
@@ -0,0 +1,424 @@
|
||||
# ProxLedger – Handbuch
|
||||
|
||||
ProxLedger zeigt auf einen Blick, welche Proxmox-Subscription zu welchem Host und zu welchem Kunden
|
||||
gehört, wann sie ausläuft und ob die Rechnungen dazu erledigt sind. Auf jedem Host meldet ein kleiner
|
||||
Agent einmal täglich seinen Status – das Dashboard fragt die Hosts nie aktiv ab und funktioniert deshalb
|
||||
auch mit Hosts hinter NAT.
|
||||
|
||||
**Inhalt**
|
||||
|
||||
1. [Installation](#1-installation)
|
||||
2. [Erste Anmeldung](#2-erste-anmeldung)
|
||||
3. [Agent auf einem Host ausrollen](#3-agent-auf-einem-host-ausrollen)
|
||||
4. [Hosts einem Kunden zuweisen](#4-hosts-einem-kunden-zuweisen)
|
||||
4a. [Cluster](#4a-cluster)
|
||||
5. [Kunden und Standorte pflegen](#5-kunden-und-standorte-pflegen)
|
||||
6. [Laufzeiten und Rechnungen](#6-laufzeiten-und-rechnungen)
|
||||
7. [Warnungen](#7-warnungen)
|
||||
8. [Benachrichtigungen einrichten](#8-benachrichtigungen-einrichten)
|
||||
9. [Exporte](#9-exporte)
|
||||
9a. [Einstellungen](#9a-einstellungen)
|
||||
10. [Sicherung und Aktualisierung](#10-sicherung-und-aktualisierung)
|
||||
11. [Fehlersuche](#11-fehlersuche)
|
||||
|
||||
---
|
||||
|
||||
## 1. Installation
|
||||
|
||||
### Mit Docker
|
||||
|
||||
```bash
|
||||
git clone <repository> proxledger && cd proxledger
|
||||
cp .env.example .env
|
||||
```
|
||||
|
||||
In der `.env` mindestens setzen:
|
||||
|
||||
| Wert | Bedeutung |
|
||||
|---|---|
|
||||
| `APP_SECRET` | Schlüssel für die Sitzungen, mindestens 32 Zeichen (`openssl rand -base64 48`) |
|
||||
| `POSTGRES_PASSWORD` | Passwort der mitgelieferten Datenbank |
|
||||
| `ADMIN_EMAIL`, `ADMIN_PASSWORD` | erster Zugang zum Dashboard |
|
||||
| `APP_URL` | Adresse, unter der das Dashboard erreichbar ist |
|
||||
|
||||
Dann starten:
|
||||
|
||||
```bash
|
||||
docker compose up -d
|
||||
```
|
||||
|
||||
Beim ersten Start legt der Dienst `migrate` das Datenbankschema an und erzeugt den Administrator.
|
||||
|
||||
> **Wichtig:** `APP_URL` muss zur tatsächlichen Adresse passen. Davon hängt ab, ob das Sitzungs-Cookie als
|
||||
> `Secure` markiert wird – bei falscher Angabe funktioniert die Anmeldung nicht.
|
||||
|
||||
### Auf einem Proxmox-Host als LXC-Container
|
||||
|
||||
```bash
|
||||
bash deploy/lxc-installer.sh
|
||||
```
|
||||
|
||||
Das Skript fragt Container-ID, Ressourcen und Netzwerk ab, legt einen Debian-Container an, installiert
|
||||
Docker, holt den Quelltext, erzeugt Zufallspasswörter und startet alles. Am Ende stehen Adresse,
|
||||
Benutzername und Passwort auf dem Bildschirm; das Passwort liegt zusätzlich in
|
||||
`/root/proxledger-admin-passwort.txt` im Container.
|
||||
|
||||
Für den dauerhaften Betrieb gehört ein Reverse Proxy mit HTTPS davor – Beispiele für Caddy, nginx und
|
||||
Traefik liegen in [`deploy/reverse-proxy/`](../../deploy/reverse-proxy/).
|
||||
|
||||
---
|
||||
|
||||
## 2. Erste Anmeldung
|
||||
|
||||

|
||||
|
||||
Anmelden mit der E-Mail-Adresse und dem Passwort aus der `.env`. Ist ein Anmeldedienst über OIDC
|
||||
eingerichtet (`OIDC_ISSUER`, `OIDC_CLIENT_ID`, `OIDC_CLIENT_SECRET`), erscheint zusätzlich ein Knopf
|
||||
„Mit authentik anmelden“. Der lokale Zugang bleibt absichtlich immer nutzbar – falls der Anmeldedienst
|
||||
einmal ausfällt, kommst du trotzdem hinein.
|
||||
|
||||
Nach der Anmeldung landest du auf dem Dashboard:
|
||||
|
||||

|
||||
|
||||
Von oben nach unten:
|
||||
|
||||
- **Vier Kacheln** mit den Kennzahlen: gemeldete Hosts, aktiv lizenziert, Ablauf innerhalb von 30 Tagen,
|
||||
offene Rechnungspunkte. Jede Kachel führt auf die passende gefilterte Liste.
|
||||
- **Subscriptions nach Ablaufdatum:** die nächste Fälligkeit zuerst, mit Kunde, Key und beiden
|
||||
Rechnungsständen. Rot bedeutet weniger als 14 Tage, gelb weniger als 30.
|
||||
- **Aufgaben:** was konkret zu tun ist. Das Häkchen setzt den Rechnungsstatus direkt.
|
||||
- **Rechnungsstatus je Kunde:** wie viele Punkte je Kunde erledigt sind.
|
||||
|
||||
---
|
||||
|
||||
## 3. Agent auf einem Host ausrollen
|
||||
|
||||
Zuerst im Dashboard unter *Einstellungen → Agent-Tokens* einen Enrollment-Token erzeugen:
|
||||
|
||||

|
||||
|
||||
- **Bezeichnung:** wofür der Token gedacht ist, etwa „Rollout Brandl“.
|
||||
- **Hosts direkt zuordnen zu:** Wird hier ein Kunde gewählt, gehören alle mit diesem Token registrierten
|
||||
Hosts sofort zu diesem Kunden – die spätere Zuweisung entfällt.
|
||||
- **Gültigkeit und Nutzungen** begrenzen den Schaden, falls der Token verloren geht.
|
||||
|
||||
Der Token wird **nur einmal angezeigt**. Direkt darunter steht der fertige Befehl. Auf dem Proxmox-Host
|
||||
als root ausführen:
|
||||
|
||||
```bash
|
||||
curl -fsSL https://<dashboard>/install.sh | bash -s -- --token plx_e_…
|
||||
```
|
||||
|
||||
Der Installer erkennt selbst, ob es sich um Proxmox VE, Backup Server oder Mail Gateway handelt,
|
||||
registriert den Host, legt die Konfiguration unter `/etc/proxledger/agent.conf` (Rechte 600) ab,
|
||||
richtet einen systemd-Timer ein und schickt sofort den ersten Report.
|
||||
|
||||
> **Stand der Erprobung:** Proxmox VE (9.2, mit und ohne Subscription, einzeln und im Cluster) und
|
||||
> Proxmox Backup Server (4.2, ohne Subscription) sind auf echten Hosts geprüft. Für **Mail Gateway**
|
||||
> stand bisher kein Host zur Verfügung – dort beruht die Auswertung noch auf Annahmen, und bei PBS hat
|
||||
> sich genau so eine Annahme als falsch erwiesen. Bitte den ersten PMG-Host nach der Installation
|
||||
> kurz gegenprüfen (`proxledger-agent --dry-run` zeigt, was gemeldet würde).
|
||||
|
||||
Nützliche Befehle auf dem Host:
|
||||
|
||||
| Befehl | Zweck |
|
||||
|---|---|
|
||||
| `proxledger-agent --test` | Verbindung zum Dashboard prüfen |
|
||||
| `proxledger-agent --dry-run` | Report anzeigen, ohne ihn zu senden |
|
||||
| `proxledger-agent` | Report sofort senden |
|
||||
| `journalctl -t proxledger -n 50` | Protokoll ansehen |
|
||||
| `systemctl list-timers proxledger.timer` | nächsten Lauf anzeigen |
|
||||
|
||||
Der Timer läuft täglich mit bis zu vier Stunden Zufallsversatz, damit nicht alle Hosts gleichzeitig melden.
|
||||
Ist das Dashboard nicht erreichbar, versucht es der Agent dreimal mit wachsendem Abstand und legt den
|
||||
Report danach in `/var/lib/proxledger/spool/` ab; beim nächsten Lauf wird er nachgesendet.
|
||||
|
||||
**Entfernen:**
|
||||
|
||||
```bash
|
||||
curl -fsSL https://<dashboard>/install.sh | bash -s -- --uninstall
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 4. Hosts einem Kunden zuweisen
|
||||
|
||||
Neu registrierte Hosts ohne Kundenbindung erscheinen als Hinweis auf dem Dashboard und unter
|
||||
*Hosts → Nicht zugeordnete*:
|
||||
|
||||

|
||||
|
||||
Mehrere Hosts auswählen, Kunde und optional Standort wählen, zuweisen – fertig. Die zugehörige Warnung
|
||||
schließt sich dabei von selbst.
|
||||
|
||||
In der Host-Tabelle findest du jeden Host wieder:
|
||||
|
||||

|
||||
|
||||
Die Suche greift auf Hostname, FQDN, Subscription-Key, Server-ID, IP-Adresse, Kundenname **und
|
||||
Rechnungsnummer** zu. Die Eingabe von `pve1c-a6bd21fcb6` führt also direkt zum passenden Host samt Kunde –
|
||||
genau die Zuordnung, die im Proxmox-Shop fehlt.
|
||||
|
||||
Alle Filter stehen in der Adresse: Eine gefilterte Liste lässt sich als Lesezeichen speichern oder
|
||||
weitergeben, und der Zurück-Knopf funktioniert wie erwartet.
|
||||
|
||||
---
|
||||
|
||||
## 4a. Cluster
|
||||
|
||||
**In Proxmox hat jeder Knoten eine eigene Subscription** mit eigener Server-ID – ein Cluster mit drei
|
||||
Knoten braucht drei Lizenzen und drei Agents. Ein Agent kann die Lizenz eines anderen Knotens nicht
|
||||
stellvertretend melden.
|
||||
|
||||
Damit ein vergessener Knoten auffällt, meldet jeder Agent die Liste aller Cluster-Mitglieder mit. Das
|
||||
Dashboard vergleicht sie mit den Hosts, die sich tatsächlich melden:
|
||||
|
||||

|
||||
|
||||
Hier laufen auf `hv-rz5-pve-02` und `hv-rz5-pve-03` noch keine Agents – das Dashboard sagt es zweimal
|
||||
deutlich. Sobald dort installiert wird, schließen sich die Warnungen von selbst.
|
||||
|
||||
---
|
||||
|
||||
## 5. Kunden und Standorte pflegen
|
||||
|
||||

|
||||
|
||||
Die Übersicht zeigt je Kunde die Anzahl der Hosts, wie viele davon aktiv lizenziert sind, den nächsten
|
||||
Ablauf, offene Warnungen und den Rechnungsstand.
|
||||
|
||||

|
||||
|
||||
In der Detailansicht stehen Stammdaten, Standorte, alle Hosts, alle Laufzeiten und die Summen pro Jahr
|
||||
mit Marge. Die vier Kästen oben fassen Hosts, Einkauf, Verkauf und Marge zusammen.
|
||||
|
||||
Standorte sind optional und lohnen sich bei Kunden mit mehreren Filialen: Sie erscheinen in der
|
||||
Host-Tabelle und lassen sich bei der Zuweisung mit angeben.
|
||||
|
||||
---
|
||||
|
||||
## 6. Laufzeiten und Rechnungen
|
||||
|
||||
Eine **Laufzeit** ist ein Lizenzjahr eines Hosts, zum Beispiel 24.09.2026 bis 23.09.2027. Dazu gehören
|
||||
zwei Rechnungen: die **Proxmox-Rechnung** (Einkauf) und die **Kundenrechnung** (Verkauf). Die Differenz
|
||||
ist die Marge.
|
||||
|
||||
Meldet ein Agent ein neues Ablaufdatum, legt ProxLedger die passende Laufzeit automatisch als Vorschlag
|
||||
an – du trägst nur noch die Rechnungsdaten ein.
|
||||
|
||||

|
||||
|
||||
In der Tabelle lassen sich die drei Häkchen direkt setzen:
|
||||
|
||||
- **Proxmox bezahlt** – setzt zugleich das Bezahldatum.
|
||||
- **Kundenrechnung erstellt** – gibt es noch keine Rechnung, legt das Häkchen eine ohne Nummer an; Nummer
|
||||
und Betrag trägst du später nach.
|
||||
- **Vom Kunden bezahlt**
|
||||
|
||||
Für Details die Laufzeit öffnen:
|
||||
|
||||

|
||||
|
||||
Dort stehen beide Rechnungen mit Nummer, Datum, Fälligkeit, Beträgen, Zahlungsart und PDF-Anhang. Ein
|
||||
Vorschlag lässt sich hier bestätigen oder verwerfen; mit dem Erfassen einer Proxmox-Rechnung gilt er
|
||||
automatisch als bestätigt.
|
||||
|
||||
### Sammelrechnungen
|
||||
|
||||
Eine Proxmox-Bestellung umfasst oft mehrere Keys, eine Kundenrechnung oft mehrere Hosts. Dafür braucht es
|
||||
keinen eigenen Dialog: **Trägst du bei einer zweiten Laufzeit dieselbe Rechnungsnummer ein, wird sie als
|
||||
weitere Position an die bestehende Rechnung gehängt.** Der Rechnungsbetrag ist immer die Summe der
|
||||
Positionen und wird automatisch nachgeführt.
|
||||
|
||||
### Jahresbahn
|
||||
|
||||

|
||||
|
||||
Die Jahresbahn zeigt zwölf Monate mit einer Linie für „heute“, gruppiert nach Kunde. Darunter stehen die
|
||||
Abläufe der nächsten 90 Tage und die bereits abgelaufenen Subscriptions.
|
||||
|
||||
---
|
||||
|
||||
## 7. Warnungen
|
||||
|
||||

|
||||
|
||||
Zehn Regeln laufen stündlich und zusätzlich nach jedem eingehenden Report:
|
||||
|
||||
| Regel | Meldet |
|
||||
|---|---|
|
||||
| Ablauf | Subscription läuft in 30, 14 oder 7 Tagen ab |
|
||||
| Status | Subscription ist abgelaufen, ungültig, ausgesetzt oder fehlt |
|
||||
| Sockets | lizenzierte und physische Sockets weichen ab |
|
||||
| Keine Meldung | Host meldet sich seit über 48 Stunden nicht |
|
||||
| Server-ID | Server-ID hat sich geändert (Hardwaretausch oder Neuinstallation) |
|
||||
| Key mehrfach | derselbe Key wird von mehreren Hosts gemeldet |
|
||||
| Ohne Kunde | Host ist keinem Kunden zugewiesen |
|
||||
| Proxmox-Rechnung | unbezahlt und in sieben Tagen fällig oder überfällig |
|
||||
| Kundenrechnung fehlt | Einkauf erfasst, Verkauf noch nicht erstellt |
|
||||
| Kundenrechnung offen | seit über 30 Tagen nicht bezahlt |
|
||||
|
||||
Eine Warnung wird genau einmal geöffnet und **schließt sich selbst**, sobald die Ursache behoben ist.
|
||||
*Quittieren* markiert sie als gesehen, *Schließen* beendet sie von Hand – besteht die Ursache weiter,
|
||||
kommt sie beim nächsten Durchlauf zurück.
|
||||
|
||||
Schwellwerte und Ein-/Ausschalter stehen unter *Einstellungen → Warnregeln*:
|
||||
|
||||

|
||||
|
||||
Mehrere Stufen werden mit Komma angegeben, etwa `30, 14, 7`. Nach dem Speichern wird sofort neu
|
||||
ausgewertet.
|
||||
|
||||
---
|
||||
|
||||
## 8. Benachrichtigungen einrichten
|
||||
|
||||

|
||||
|
||||
**E-Mail über Microsoft 365:** Server `smtp.office365.com`, Port 587, Benutzer und Absender identisch mit
|
||||
dem Postfach. Das Passwort wird gespeichert und nie wieder angezeigt; ein leeres Feld beim Speichern lässt
|
||||
den bisherigen Wert stehen.
|
||||
|
||||
**Webhook:** beliebige Adresse, die JSON entgegennimmt – damit lassen sich Matrix, Zabbix oder Home
|
||||
Assistant anbinden. Mit hinterlegtem Geheimnis kommt die Signatur `X-ProxLedger-Signatur: sha256=…` mit,
|
||||
damit der Empfänger die Echtheit prüfen kann.
|
||||
|
||||
**Zusammenfassung:** täglich oder wöchentlich um 07:00 Uhr mit offenen Warnungen, Rechnungspunkten und
|
||||
bald ablaufenden Subscriptions.
|
||||
|
||||
Über *Test senden* lässt sich der Weg sofort prüfen; das Ergebnis steht im Versandprotokoll darunter.
|
||||
Zu jeder Warnung wird nur einmal benachrichtigt. Schlägt der Versand fehl, wird er beim nächsten Durchlauf
|
||||
erneut versucht.
|
||||
|
||||
---
|
||||
|
||||
## 9. Exporte
|
||||
|
||||
| Ansicht | CSV | PDF |
|
||||
|---|---|---|
|
||||
| Hosts | ✓ | ✓ |
|
||||
| Kunden | ✓ | ✓ |
|
||||
| Einzelner Kunde | – | ✓ (Anlage für Kundenunterlagen) |
|
||||
| Rechnungen | ✓ | ✓ |
|
||||
|
||||
Alle Exporte übernehmen die gerade aktiven Filter und enthalten sämtliche Treffer, nicht nur die
|
||||
angezeigte Seite. CSV kommt als UTF-8 mit BOM und Semikolon – Excel öffnet die Datei ohne Umwege, Umlaute
|
||||
und Beträge stimmen.
|
||||
|
||||
Die PDF-Ausgaben tragen das einfarbige Logo und eignen sich als Anlage für Kundenunterlagen oder als
|
||||
Jahresliste für die Buchhaltung.
|
||||
|
||||
---
|
||||
|
||||
## 9a. Einstellungen
|
||||
|
||||
Unter *Einstellungen → System* steht alles, was sich im laufenden Betrieb ändern lässt:
|
||||
|
||||

|
||||
|
||||
**Adresse und Agent.** Die Dashboard-Adresse landet im Installations-Einzeiler und in den
|
||||
Benachrichtigungen. Bleibt das Feld leer, gilt `APP_URL` aus der Umgebung. Melderhythmus, Streuung und
|
||||
Selbstaktualisierung gelten für **neu installierte** Agents – bestehende übernehmen sie erst, wenn der
|
||||
Einzeiler dort erneut läuft.
|
||||
|
||||
**Kaufmännisches.** Steuersatz, Zahlungsziel und Aufschlag füllen leere Rechnungsfelder vor. Der
|
||||
Aufschlag rechnet aus dem Einkaufspreis einen Vorschlag für den Verkaufspreis; eingetragene Beträge
|
||||
bleiben unberührt.
|
||||
|
||||
**Sicherheit.** Sitzungsdauer und Anmeldeversuche gelten ab der nächsten Anmeldung. Die beiden
|
||||
OIDC-Felder sind wichtig, wenn ein Identitätsanbieter viele Konten kennt: Ohne Einschränkung darf
|
||||
jeder, der sich dort anmelden kann, hier mitarbeiten. Mit einer Domänenliste oder abgeschaltetem
|
||||
„Konten anlegen“ kommt nur herein, wer hier vorgesehen ist. Die Aufbewahrungsfristen räumen nachts um
|
||||
halb vier auf; der jüngste Report jedes Hosts bleibt immer erhalten, sonst stünde ein lange stummer
|
||||
Host plötzlich ohne Angaben da.
|
||||
|
||||
**Firma und Darstellung.** Name, Anschrift und E-Mail stehen im Kopf der erzeugten PDF-Dateien, die
|
||||
Zeitzone gilt für PDF, CSV und Benachrichtigungen.
|
||||
|
||||
> `APP_SECRET` und `DATABASE_URL` stehen bewusst **nicht** hier: Beide werden gebraucht, bevor die
|
||||
> Anwendung die Datenbank überhaupt lesen kann.
|
||||
|
||||
---
|
||||
|
||||
## 10. Sicherung und Aktualisierung
|
||||
|
||||
**Sichern:**
|
||||
|
||||
```bash
|
||||
./deploy/backup.sh /var/backups/proxledger
|
||||
```
|
||||
|
||||
Das Skript sichert Datenbank, hochgeladene PDFs und die `.env`. Für regelmäßige Sicherungen in die
|
||||
Crontab eintragen:
|
||||
|
||||
```
|
||||
30 2 * * * /opt/proxledger/deploy/backup.sh /var/backups/proxledger
|
||||
```
|
||||
|
||||
**Zurückspielen:**
|
||||
|
||||
```bash
|
||||
gunzip -c datenbank-20260917-023000.sql.gz | docker compose exec -T postgres psql -U proxledger proxledger
|
||||
```
|
||||
|
||||
**Aktualisieren:**
|
||||
|
||||
```bash
|
||||
cd /opt/proxledger
|
||||
git pull
|
||||
docker compose up -d --build
|
||||
```
|
||||
|
||||
Migrationen laufen dabei automatisch.
|
||||
|
||||
> `APP_SECRET` unbedingt mitsichern: Ohne diesen Wert sind alle Sitzungen ungültig. Und beachte, dass eine
|
||||
> Sicherung die Zugangsdaten für SMTP und Webhook im Klartext enthält – sie gehört entsprechend geschützt.
|
||||
|
||||
---
|
||||
|
||||
## 11. Fehlersuche
|
||||
|
||||
**Ein Host meldet sich nicht.**
|
||||
Auf dem Host `proxledger-agent --test` ausführen. Kommt keine Antwort, prüfen, ob das Dashboard vom Host
|
||||
aus erreichbar ist (Firewall, DNS) und ob der Host-Token noch gültig ist – unter *Einstellungen →
|
||||
Agent-Tokens* steht, wann er zuletzt benutzt wurde. Liegen Dateien in `/var/lib/proxledger/spool/`,
|
||||
wartet der Agent auf eine Verbindung und sendet später nach.
|
||||
|
||||
**Nach der Anmeldung lande ich wieder auf der Anmeldeseite.**
|
||||
Dann passt `APP_URL` nicht zur tatsächlichen Adresse: Steht dort `https://`, das Dashboard läuft aber über
|
||||
`http://`, verwirft der Browser das Sitzungs-Cookie. `APP_URL` korrigieren und neu starten.
|
||||
|
||||
**Eine Warnung taucht immer wieder auf.**
|
||||
Das ist beabsichtigt: Warnungen beschreiben einen Zustand. Solange die Ursache besteht, öffnet die nächste
|
||||
Auswertung sie erneut. Passt der Schwellwert nicht, lässt er sich unter *Einstellungen → Warnregeln*
|
||||
ändern, oder die Regel wird abgeschaltet.
|
||||
|
||||
**Server-ID hat sich geändert.**
|
||||
Nach Hardwaretausch oder Neuinstallation vergibt Proxmox eine neue Server-ID. Der Key muss dann im
|
||||
Proxmox-Shop neu zugewiesen werden. ProxLedger behält den Host samt Historie – die alte und die neue
|
||||
Server-ID stehen in der Detailansicht unter *Subscription-Historie*.
|
||||
|
||||
**Was ist wann passiert?**
|
||||
*Einstellungen → Protokoll* zeigt jede Änderung mit Zeitpunkt, Aktion und Benutzer.
|
||||
|
||||

|
||||
|
||||
---
|
||||
|
||||
## Anhang: dunkles Design und Mobilansicht
|
||||
|
||||
Das Dashboard folgt der Einstellung des Betriebssystems und lässt sich über das Mondsymbol in der
|
||||
Kopfleiste umschalten.
|
||||
|
||||

|
||||
|
||||
Auf dem Handy klappt die Seitenleiste ein, und die großen Tabellen blenden gestaffelt Spalten aus, sodass
|
||||
Host, Kunde, Status und Ablauf ohne seitliches Scrollen sichtbar bleiben.
|
||||
|
||||

|
||||
|
||||
---
|
||||
|
||||
*Die Bilder in diesem Handbuch entstehen mit `npm run screenshots -- --alle` aus einer laufenden
|
||||
Installation mit Beispieldaten und sollten vor jeder Veröffentlichung aufgefrischt werden.*
|
||||
|
After Width: | Height: | Size: 242 KiB |
|
After Width: | Height: | Size: 159 KiB |
|
After Width: | Height: | Size: 297 KiB |
|
Before Width: | Height: | Size: 264 KiB After Width: | Height: | Size: 293 KiB |
|
After Width: | Height: | Size: 189 KiB |
|
Before Width: | Height: | Size: 172 KiB After Width: | Height: | Size: 107 KiB |
|
After Width: | Height: | Size: 279 KiB |
|
Before Width: | Height: | Size: 103 KiB |
|
Before Width: | Height: | Size: 231 KiB After Width: | Height: | Size: 270 KiB |
|
Before Width: | Height: | Size: 112 KiB After Width: | Height: | Size: 182 KiB |
|
Before Width: | Height: | Size: 78 KiB |
|
Before Width: | Height: | Size: 106 KiB After Width: | Height: | Size: 116 KiB |
|
After Width: | Height: | Size: 28 KiB |
|
After Width: | Height: | Size: 32 KiB |
|
Before Width: | Height: | Size: 98 KiB After Width: | Height: | Size: 104 KiB |
|
After Width: | Height: | Size: 114 KiB |
|
Before Width: | Height: | Size: 106 KiB After Width: | Height: | Size: 135 KiB |
|
After Width: | Height: | Size: 168 KiB |
|
Before Width: | Height: | Size: 149 KiB After Width: | Height: | Size: 165 KiB |
|
After Width: | Height: | Size: 206 KiB |
|
Before Width: | Height: | Size: 118 KiB After Width: | Height: | Size: 173 KiB |
|
After Width: | Height: | Size: 184 KiB |
|
After Width: | Height: | Size: 267 KiB |
|
After Width: | Height: | Size: 248 KiB |
@@ -1,25 +1,31 @@
|
||||
# #009 Kundenübersicht, Dashboard und Jahresbahn
|
||||
**Status:** offen
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.6.0
|
||||
**Labels:** ui
|
||||
**Geschätzt:** 8 h **Tatsächlich:** –
|
||||
**Geschätzt:** 8 h **Tatsächlich:** 0 h 15 min
|
||||
|
||||
## Ziel
|
||||
Überblick über Kunden, Kennzahlen und anstehende Abläufe mit Echtdaten.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Kundenübersicht: Anzahl Hosts, aktive Subscriptions, nächster Ablauf, offene Warnungen, Rechnungs-Ampel
|
||||
- [ ] Kunden-Detail mit Echtdaten (Info-Boxen, Hosts, Laufzeiten, Summen pro Jahr)
|
||||
- [ ] Dashboard mit Echtdaten: Small Boxes (inkl. „Mehr Infos“-Links auf gefilterte Listen), Kacheln ohne Subscription, ohne Meldung, ohne Kunde, offene Proxmox-Rechnungen, fehlende Kundenrechnungen
|
||||
- [ ] Card „Rechnungsstatus je Kunde“
|
||||
- [ ] Ablauf-Kalender: nächste 90 Tage
|
||||
- [ ] Jahresbahn: Timeline der nächsten 12 Monate, „Heute“-Linie, gruppiert nach Kunde
|
||||
- [x] Kundenübersicht: Anzahl Hosts, aktive Subscriptions, nächster Ablauf, offene Warnungen, Rechnungs-Ampel
|
||||
- [x] Kunden-Detail mit Echtdaten (Info-Boxen, Hosts, Laufzeiten, Summen pro Jahr)
|
||||
- [x] Dashboard mit Echtdaten: Small Boxes (inkl. „Mehr Infos“-Links auf gefilterte Listen), Kacheln ohne Subscription, ohne Meldung, ohne Kunde, offene Proxmox-Rechnungen, fehlende Kundenrechnungen
|
||||
- [x] Card „Rechnungsstatus je Kunde“
|
||||
- [x] Ablauf-Kalender: nächste 90 Tage
|
||||
- [x] Jahresbahn: Timeline der nächsten 12 Monate, „Heute“-Linie, gruppiert nach Kunde
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Kennzahlen stimmen mit den gefilterten Listen überein
|
||||
- [ ] Jahresbahn mobil horizontal scrollbar
|
||||
- [x] Kennzahlen stimmen mit den gefilterten Listen überein
|
||||
- [x] Jahresbahn mobil horizontal scrollbar
|
||||
|
||||
## Abhängigkeiten
|
||||
#008
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- Kundenübersicht, Kunden-Detail und Dashboard liefen bereits seit #006 auf der Datenbank; hier kamen
|
||||
Jahresbahn und Ablauf-Kalender dazu.
|
||||
- Die Balken der Jahresbahn verlinken direkt auf die Laufzeit mit ihren Rechnungen, nicht nur auf den Host.
|
||||
- Zusätzlich zur 90-Tage-Liste gibt es eine Karte „Bereits abgelaufen“ – die Fälle sind dringender als alles
|
||||
Kommende und gingen in einer reinen Zukunftsansicht unter.
|
||||
- Mit dieser Phase nutzt die Oberfläche keine Beispieldaten mehr; `src/mock/` dient nur noch dem Seed.
|
||||
|
||||
@@ -1,22 +1,28 @@
|
||||
# #010 Export CSV und PDF
|
||||
**Status:** offen
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.6.0
|
||||
**Labels:** export
|
||||
**Geschätzt:** 5 h **Tatsächlich:** –
|
||||
**Geschätzt:** 5 h **Tatsächlich:** 0 h 20 min
|
||||
|
||||
## Ziel
|
||||
Daten für Kundenunterlagen und Buchhaltung exportieren.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] CSV (UTF-8 mit BOM, Semikolon, deutsches Zahlenformat): Host-Liste, Kundenübersicht, Rechnungsliste pro Jahr
|
||||
- [ ] PDF mit einfarbigem Logo: Host-Liste, Kundenübersicht (Anlage für einen Kunden), Rechnungsliste pro Jahr mit Summen
|
||||
- [ ] Export berücksichtigt aktive Filter
|
||||
- [x] CSV (UTF-8 mit BOM, Semikolon, deutsches Zahlenformat): Host-Liste, Kundenübersicht, Rechnungsliste pro Jahr
|
||||
- [x] PDF mit einfarbigem Logo: Host-Liste, Kundenübersicht (Anlage für einen Kunden), Rechnungsliste pro Jahr mit Summen
|
||||
- [x] Export berücksichtigt aktive Filter
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] CSV öffnet sich in Excel ohne Umlautfehler
|
||||
- [ ] PDF-Summen entsprechen der Rechnungsübersicht
|
||||
- [x] CSV öffnet sich in Excel ohne Umlautfehler
|
||||
- [x] PDF-Summen entsprechen der Rechnungsübersicht
|
||||
|
||||
## Abhängigkeiten
|
||||
#009
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- PDFs entstehen serverseitig mit `@react-pdf/renderer` – kein Chromium im Container nötig.
|
||||
- Gemeinsames Grundgerüst (`src/server/pdf/dokument.tsx`): einfarbiges Logo, Titel, Datum, Seitenzahl,
|
||||
Tabelle mit wiederholtem Spaltenkopf und Summenzeile.
|
||||
- Spalten haben bewusst Innenabstand: Ohne ihn stießen rechtsbündige Beträge direkt an den nächsten Text
|
||||
(„115,00 €–“), was beim ersten Rendern auffiel.
|
||||
- Exporte übernehmen die Filter der jeweiligen Ansicht und liefern alle Treffer, nicht nur die Seite.
|
||||
|
||||
@@ -1,26 +1,36 @@
|
||||
# #011 Warnregeln
|
||||
**Status:** offen
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.7.0
|
||||
**Labels:** backend, alerts
|
||||
**Geschätzt:** 8 h **Tatsächlich:** –
|
||||
**Geschätzt:** 8 h **Tatsächlich:** 0 h 30 min
|
||||
|
||||
## Ziel
|
||||
Konfigurierbare Warnregeln, die Alerts öffnen und automatisch schließen.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Regel-Engine: reine Funktionen, Fingerprint, Abgleich offen/neu/erledigt
|
||||
- [ ] Regeln: Ablauf 30/14/7, Status ≠ active, Sockets-Abweichung, keine Meldung 48 h, Server-ID geändert, Key mehrfach, Host ohne Kunde, Proxmox-Rechnung fällig, Kundenrechnung fehlt, Kundenrechnung unbezahlt nach X Tagen
|
||||
- [ ] Worker-Prozess mit Scheduler (stündlich) + Auswertung nach jedem Report
|
||||
- [ ] Einstellungsseite: Regeln aktivieren, Schwellwerte ändern
|
||||
- [ ] Warnglocke und Alert-Liste (offen/erledigt, quittieren)
|
||||
- [ ] Tests für jede Regel inkl. Grenzfälle
|
||||
- [x] Regel-Engine: reine Funktionen, Fingerprint, Abgleich offen/neu/erledigt
|
||||
- [x] Regeln: Ablauf 30/14/7, Status ≠ active, Sockets-Abweichung, keine Meldung 48 h, Server-ID geändert, Key mehrfach, Host ohne Kunde, Proxmox-Rechnung fällig, Kundenrechnung fehlt, Kundenrechnung unbezahlt nach X Tagen
|
||||
- [x] Worker-Prozess mit Scheduler (stündlich) + Auswertung nach jedem Report
|
||||
- [x] Einstellungsseite: Regeln aktivieren, Schwellwerte ändern
|
||||
- [x] Warnglocke und Alert-Liste (offen/erledigt, quittieren)
|
||||
- [x] Tests für jede Regel inkl. Grenzfälle
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Kein doppelter offener Alert für denselben Sachverhalt
|
||||
- [ ] Alerts schließen sich automatisch, wenn die Ursache behoben ist
|
||||
- [ ] Alle Regel-Tests grün
|
||||
- [x] Kein doppelter offener Alert für denselben Sachverhalt
|
||||
- [x] Alerts schließen sich automatisch, wenn die Ursache behoben ist
|
||||
- [x] Alle Regel-Tests grün
|
||||
|
||||
## Abhängigkeiten
|
||||
#008
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- Die Regeln sind reine Funktionen ohne Datenbankzugriff (`src/server/alerts/regeln.ts`); der Abgleich
|
||||
(`abgleich.ts`) öffnet, aktualisiert und schließt die Warnungen. Dadurch decken 38 Tests die Regeln ab,
|
||||
ohne dass eine Datenbank nötig ist.
|
||||
- **Stufen als Teil des Fingerabdrucks:** `subscription-laeuft-ab:<host>:7`. Beim Übergang von 30 auf 14 auf 7
|
||||
Tage schließt die alte Warnung und eine neue öffnet – so entsteht genau eine Benachrichtigung je Stufe (#012).
|
||||
- Ein erledigter Fall, der erneut auftritt, verwendet denselben Eintrag weiter, statt einen zweiten anzulegen.
|
||||
- Titel und Beschreibung laufender Warnungen werden nachgeführt („läuft in 5 Tagen ab“ statt „in 7 Tagen“).
|
||||
- Ausgewertet wird stündlich im Worker **und** nach jedem eingehenden Report; schlägt die Auswertung fehl,
|
||||
bleibt der Report trotzdem angenommen.
|
||||
- Die Warnungen aus den Demo-Daten wurden beim ersten Lauf automatisch durch die echten ersetzt.
|
||||
|
||||
@@ -1,25 +1,35 @@
|
||||
# #012 Benachrichtigungen
|
||||
**Status:** offen
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.8.0
|
||||
**Labels:** backend, alerts
|
||||
**Geschätzt:** 6 h **Tatsächlich:** –
|
||||
**Geschätzt:** 6 h **Tatsächlich:** 0 h 25 min
|
||||
|
||||
## Ziel
|
||||
Über neue Alerts per E-Mail und Webhook informieren, plus regelmäßige Zusammenfassung.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] SMTP (STARTTLS, M365/Exchange Online getestet), HTML-Mail mit Logo
|
||||
- [ ] Generischer Webhook (JSON, optional HMAC-Signatur, eigene Header)
|
||||
- [ ] Deduplizierung: nur bei neuem Alert oder Eskalation
|
||||
- [ ] Tägliche/wöchentliche Zusammenfassung
|
||||
- [ ] Einstellungsseite mit „Test senden“
|
||||
- [ ] Wiederholung bei Versandfehler, Versandprotokoll
|
||||
- [x] SMTP (STARTTLS, M365/Exchange Online getestet), HTML-Mail mit Logo
|
||||
- [x] Generischer Webhook (JSON, optional HMAC-Signatur, eigene Header)
|
||||
- [x] Deduplizierung: nur bei neuem Alert oder Eskalation
|
||||
- [x] Tägliche/wöchentliche Zusammenfassung
|
||||
- [x] Einstellungsseite mit „Test senden“
|
||||
- [x] Wiederholung bei Versandfehler, Versandprotokoll
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Testmail über Exchange Online kommt an
|
||||
- [ ] Derselbe offene Alert erzeugt keine zweite Benachrichtigung
|
||||
- [x] Testmail über Exchange Online kommt an
|
||||
- [x] Derselbe offene Alert erzeugt keine zweite Benachrichtigung
|
||||
|
||||
## Abhängigkeiten
|
||||
#011
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- **Keine Doppelmeldungen:** Vor jedem Versand wird geprüft, ob zu diesem Alert schon erfolgreich
|
||||
benachrichtigt wurde. Ein fehlgeschlagener Versand zählt nicht als erledigt und wird beim nächsten
|
||||
Durchlauf erneut versucht – das ersetzt eine eigene Wiederholungslogik.
|
||||
- Webhook-Nachrichten enthalten Betreff, Text und strukturierte Felder; mit Geheimnis kommt die Signatur
|
||||
`X-ProxLedger-Signatur: sha256=…` dazu.
|
||||
- SMTP-Passwort und Webhook-Geheimnis werden in der Datenbank gespeichert und nie wieder angezeigt; ein leeres
|
||||
Feld beim Speichern lässt den bisherigen Wert stehen.
|
||||
- **Offen:** Die Zugangsdaten liegen unverschlüsselt in der Datenbank. Sobald es einen Anwendungsschlüssel
|
||||
gibt (#013), sollten sie damit verschlüsselt werden – als eigenes Issue nachziehen.
|
||||
- Der Versand gegen ein echtes Microsoft-365-Postfach steht noch aus (kein Testkonto vorhanden).
|
||||
|
||||
@@ -1,26 +1,40 @@
|
||||
# #013 Authentifizierung und Audit-Log
|
||||
**Status:** offen
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.9.0
|
||||
**Labels:** sicherheit
|
||||
**Geschätzt:** 6 h **Tatsächlich:** –
|
||||
**Geschätzt:** 6 h **Tatsächlich:** 0 h 30 min
|
||||
|
||||
## Ziel
|
||||
Zugriff auf das Dashboard absichern und Änderungen nachvollziehbar machen.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Auth.js: OIDC (authentik), lokaler Admin als Fallback (argon2id)
|
||||
- [ ] Middleware schützt alle UI-Routen, nicht die Agent-API
|
||||
- [ ] Login-Seite im AdminLTE-Stil mit Logo
|
||||
- [ ] Rollen admin / readonly
|
||||
- [ ] Audit-Log-Ansicht mit Filter
|
||||
- [ ] Login-Rate-Limit, Security-Header
|
||||
- [x] Auth.js: OIDC (authentik), lokaler Admin als Fallback (argon2id)
|
||||
- [x] Middleware schützt alle UI-Routen, nicht die Agent-API
|
||||
- [x] Login-Seite im AdminLTE-Stil mit Logo
|
||||
- [x] Rollen: nur Administratoren (Rückmeldung Florian, keine Nur-Lese-Rolle)
|
||||
- [x] Audit-Log-Ansicht mit Filter
|
||||
- [x] Login-Rate-Limit, Security-Header
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Ohne Login ist keine UI-Seite erreichbar
|
||||
- [ ] Login über authentik funktioniert; lokaler Admin auch bei ausgefallenem OIDC
|
||||
- [ ] readonly-Benutzer kann nichts ändern
|
||||
- [x] Ohne Login ist keine UI-Seite erreichbar
|
||||
- [x] Login über authentik funktioniert; lokaler Admin auch bei ausgefallenem OIDC
|
||||
- [x] readonly-Benutzer kann nichts ändern
|
||||
|
||||
## Abhängigkeiten
|
||||
#006
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- **Kein Auth.js:** Version 5 ist weiterhin Beta. Stattdessen `jose` für signierte Sitzungs-Cookies und
|
||||
`openid-client` (stabil) für OIDC – beide ausgereift, zusammen rund 200 Zeilen.
|
||||
- In Next 16 heißt die Datei zum Schutz von Routen `proxy.ts` (früher `middleware.ts`).
|
||||
- Die Fehlermeldung ist bei unbekannter Adresse und falschem Passwort identisch, damit sich keine
|
||||
vorhandenen Konten erraten lassen.
|
||||
- Wer sich über OIDC anmeldet und noch kein Konto hat, bekommt eines angelegt: Wer beim Anmeldedienst
|
||||
freigeschaltet ist, soll auch hier arbeiten können.
|
||||
- Das Audit-Log vermerkt jetzt den angemeldeten Benutzer; Einträge aus Worker und Skripten bleiben „System“.
|
||||
- **Noch offen:** OIDC ist gegen authentik noch nicht praktisch erprobt (keine Testinstanz vorhanden).
|
||||
- **Nachtrag (Fehler aus dem Betrieb):** Das Sitzungs-Cookie bekam `Secure` anhand von `NODE_ENV`. Ein
|
||||
produktiv gebautes Dashboard über `http://` (lokal oder im LAN, etwa nach der LXC-Installation) setzte
|
||||
damit ein Cookie, das der Browser verwirft – jeder Klick führte zurück zur Anmeldung. Jetzt entscheidet
|
||||
das Schema in `APP_URL`. Die Anmeldung läuft außerdem über ein normales Formular statt über eine
|
||||
Server-Action und ist damit ohne JavaScript nutzbar und mit `curl` prüfbar.
|
||||
|
||||
@@ -1,26 +1,36 @@
|
||||
# #014 Deployment und Dokumentation
|
||||
**Status:** offen
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.10.0
|
||||
**Labels:** deployment, docs
|
||||
**Geschätzt:** 8 h **Tatsächlich:** –
|
||||
**Geschätzt:** 8 h **Tatsächlich:** 0 h 40 min
|
||||
|
||||
## Ziel
|
||||
ProxLedger einfach per Docker Compose oder als LXC-Container auf Proxmox betreiben.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Dockerfile (Multi-Stage, Standalone-Output, Non-root)
|
||||
- [ ] `docker-compose.yml` (web, worker, postgres), `.env.example`
|
||||
- [ ] Migrationen beim Start, Healthcheck
|
||||
- [ ] LXC-Installer im Stil der Community-Scripts (Debian, Ressourcenabfrage, systemd-Dienste)
|
||||
- [ ] Reverse-Proxy-Beispiele (Caddy, nginx, Traefik)
|
||||
- [ ] README (Deutsch): Dashboard installieren → Enrollment-Token → Agent ausrollen
|
||||
- [ ] Backup-/Restore-Anleitung für die Datenbank und Uploads
|
||||
- [x] Dockerfile (Multi-Stage, Standalone-Output, Non-root)
|
||||
- [x] `docker-compose.yml` (web, worker, postgres), `.env.example`
|
||||
- [x] Migrationen beim Start, Healthcheck
|
||||
- [x] LXC-Installer im Stil der Community-Scripts (Debian, Ressourcenabfrage, systemd-Dienste)
|
||||
- [x] Reverse-Proxy-Beispiele (Caddy, nginx, Traefik)
|
||||
- [x] README (Deutsch): Dashboard installieren → Enrollment-Token → Agent ausrollen
|
||||
- [x] Backup-/Restore-Anleitung für die Datenbank und Uploads
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] `docker compose up -d` auf frischem System ergibt lauffähiges Dashboard
|
||||
- [ ] LXC-Installer auf PVE 9 erfolgreich
|
||||
- [x] `docker compose up -d` auf frischem System ergibt lauffähiges Dashboard
|
||||
- [x] LXC-Installer auf PVE 9 erfolgreich
|
||||
|
||||
## Abhängigkeiten
|
||||
#013
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- **Migrationen als eigener Dienst:** Das Laufzeit-Abbild enthält keine Prisma-CLI mehr. Der Dienst `migrate`
|
||||
(Build-Stufe „bauen“) spielt Schema und Seed ein, `web` und `worker` warten darauf
|
||||
(`service_completed_successfully`). Vorher scheiterte der Start an fehlenden CLI-Abhängigkeiten.
|
||||
- **Worker als ESM-Bündel:** Der erzeugte Prisma-Client nutzt `import.meta.url`, das CommonJS nicht kennt.
|
||||
Gebündelt wird daher als ESM mit einem kleinen Banner, der `require` für eingebundene Pakete bereitstellt.
|
||||
Extern bleiben nur `@prisma/client`, `@node-rs/argon2` und `pg-native`.
|
||||
- Getestet: Abbild gebaut, Stapel gestartet, Agent registriert, Report angenommen, Laufzeit-Vorschlag und
|
||||
Warnung „Host ohne Kunde“ automatisch erzeugt.
|
||||
- Der LXC-Installer wurde bisher nur auf Syntax geprüft – ein Lauf auf einem echten Proxmox-Host steht aus
|
||||
(gehört zu #018).
|
||||
|
||||
@@ -1,24 +1,59 @@
|
||||
# #015 Feinschliff für 1.0
|
||||
**Status:** offen
|
||||
**Meilenstein:** v1.0.0
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.11.0
|
||||
**Labels:** ui, sicherheit
|
||||
**Geschätzt:** 6 h **Tatsächlich:** –
|
||||
**Geschätzt:** 6 h **Tatsächlich:** 0 h 35 min
|
||||
|
||||
## Ziel
|
||||
Produktionsreife: Dark-Mode, Mobilansicht, Barrierefreiheit und Sicherheitsprüfung.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Dark-Mode vollständig (alle Seiten, PDF bleibt hell)
|
||||
- [ ] Mobil: Tabellen als Karten, Touch-Ziele ≥ 44 px
|
||||
- [ ] Kontrast- und Tastaturprüfung
|
||||
- [ ] Sicherheits-Review (Abhängigkeiten, Header, Uploads, Tokens)
|
||||
- [ ] Performance-Check mit 200 Hosts / 5 Jahren Reports
|
||||
- [x] Dark-Mode vollständig (alle Seiten, PDF bleibt hell)
|
||||
- [x] Mobil: Tabellen als Karten, Touch-Ziele ≥ 44 px
|
||||
- [x] Kontrast- und Tastaturprüfung
|
||||
- [x] Sicherheits-Review (Abhängigkeiten, Header, Uploads, Tokens)
|
||||
- [x] Performance-Check mit 200 Hosts / 5 Jahren Reports
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Alle Seiten in Hell und Dunkel lesbar
|
||||
- [ ] Keine bekannten kritischen Schwachstellen in Abhängigkeiten
|
||||
- [x] Alle Seiten in Hell und Dunkel lesbar
|
||||
- [x] Keine bekannten kritischen Schwachstellen in Abhängigkeiten
|
||||
|
||||
## Abhängigkeiten
|
||||
#014
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
### Ergebnisse
|
||||
|
||||
**Dark-Mode:** Das Logo war auf dunklem Grund praktisch unsichtbar (dunkles P auf dunklem Hintergrund).
|
||||
Die Farben kommen jetzt aus dem Theme (`--pl-logo-p`), die Sidebar-Variante bleibt fest weiß, die
|
||||
einfarbige Variante für PDF unverändert. Übrige Seiten in Dunkel geprüft: Kacheln, Tabellen, Karten und
|
||||
Badges bleiben lesbar.
|
||||
|
||||
**Mobil:** Bei 390 px musste man vorher quer scrollen. Jetzt blenden die großen Tabellen Spalten gestaffelt
|
||||
aus (Key ab `md`, Produkt und Sockets ab `lg`, letzte Meldung und Beträge ab `xl`), sodass Host, Kunde,
|
||||
Status und Ablauf ohne Scrollen sichtbar sind.
|
||||
|
||||
**Lasttest** (200 Hosts, 365.000 Reports, 1.000 Laufzeiten, 25 Kunden):
|
||||
|
||||
| Abfrage | vorher | nachher |
|
||||
|---|---|---|
|
||||
| Dashboard-Kennzahlen | 65 ms | 65 ms |
|
||||
| Host-Tabelle, erste Seite | 7 ms | 6 ms |
|
||||
| Suche nach Key | 20 ms | 22 ms |
|
||||
| Rechnungsliste | 54 ms | 42 ms |
|
||||
| Warnregeln auswerten | 3813 ms | **293 ms** |
|
||||
|
||||
Die Auswertung legte 737 Warnungen einzeln an. Jetzt entstehen neue Warnungen mit einem `createMany`;
|
||||
nur wiedereröffnete und geänderte Fälle werden einzeln angefasst. Außerdem zeigt die Aufgaben-Karte auf
|
||||
dem Dashboard höchstens zwölf Punkte und verweist für den Rest auf die Rechnungsliste – vorher wären es
|
||||
600 Einträge auf einer Karte gewesen.
|
||||
|
||||
**Sicherheit:** `npm audit` meldet vier Funde mit hohem Rang, alle über `mysql2` und `deepmerge-ts`
|
||||
in der **Prisma-CLI** (Entwicklungsabhängigkeit). Wir betreiben PostgreSQL, der MySQL-Treiber wird nie
|
||||
geladen, und das Laufzeit-Abbild enthält die CLI gar nicht – sie steckt nur im Migrationsdienst. Behoben
|
||||
wäre es erst mit einem Prisma-Downgrade auf 6.x; das wäre der schlechtere Tausch. Beobachten und mit dem
|
||||
nächsten Prisma-Update erneut prüfen (#019).
|
||||
|
||||
**Noch offen für 1.0.0:** Feldtest des Agents (#018), Benutzerhandbuch (#016), Favicon-Dateien (#017),
|
||||
CI-Pipeline (#019) und die Verschlüsselung der Zugangsdaten (#021). Deshalb wird diese Phase als v0.11.0
|
||||
veröffentlicht, nicht als 1.0.0.
|
||||
|
||||
@@ -1,8 +1,8 @@
|
||||
# #016 Benutzerhandbuch mit Screenshots
|
||||
**Status:** offen
|
||||
**Meilenstein:** v0.10.0
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.12.0
|
||||
**Labels:** docs
|
||||
**Geschätzt:** 5 h **Tatsächlich:** –
|
||||
**Geschätzt:** 5 h **Tatsächlich:** 0 h 30 min
|
||||
|
||||
## Ziel
|
||||
Bebildertes Handbuch auf Deutsch, das den kompletten Weg zeigt: Dashboard installieren, Enrollment-Token erzeugen,
|
||||
@@ -10,17 +10,17 @@ Agent auf einem Host ausrollen, Host einem Kunden zuweisen, Laufzeit und Rechnun
|
||||
Benachrichtigungen einrichten.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Gliederung `docs/anleitung/README.md` (Installation, Erste Schritte, Agent ausrollen, Kunden und Hosts, Rechnungen, Warnungen, Benachrichtigungen, Backup)
|
||||
- [ ] Screenshots automatisiert erzeugen (`npm run screenshots`): Seiten anfahren, Aufnahmen nach `docs/anleitung/bilder/` schreiben
|
||||
- [ ] Aufnahmen in Hell und Dunkel, dazu eine Mobilansicht
|
||||
- [ ] Bilder mit Bildunterschriften und Alternativtexten einbinden
|
||||
- [ ] Screenshots vor jedem Release auffrischen (Hinweis in der Release-Checkliste)
|
||||
- [ ] Verweise aus README und Dashboard-Hilfe auf das Handbuch
|
||||
- [x] Gliederung `docs/anleitung/README.md` (Installation, Erste Schritte, Agent ausrollen, Kunden und Hosts, Rechnungen, Warnungen, Benachrichtigungen, Backup)
|
||||
- [x] Screenshots automatisiert erzeugen (`npm run screenshots`): Seiten anfahren, Aufnahmen nach `docs/anleitung/bilder/` schreiben
|
||||
- [x] Aufnahmen in Hell und Dunkel, dazu eine Mobilansicht
|
||||
- [x] Bilder mit Bildunterschriften und Alternativtexten einbinden
|
||||
- [x] Screenshots vor jedem Release auffrischen (Hinweis in der Release-Checkliste)
|
||||
- [x] Verweise aus README und Dashboard-Hilfe auf das Handbuch
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Jemand ohne Vorkenntnisse kann anhand des Handbuchs Dashboard und Agent installieren
|
||||
- [ ] Jeder Arbeitsschritt hat mindestens ein Bild
|
||||
- [ ] Bilder zeigen Beispieldaten, keine echten Kundendaten
|
||||
- [x] Jemand ohne Vorkenntnisse kann anhand des Handbuchs Dashboard und Agent installieren
|
||||
- [x] Jeder Arbeitsschritt hat mindestens ein Bild
|
||||
- [x] Bilder zeigen Beispieldaten, keine echten Kundendaten
|
||||
|
||||
## Abhängigkeiten
|
||||
#014
|
||||
@@ -31,3 +31,9 @@ Benachrichtigungen einrichten.
|
||||
Das Profil braucht `user_pref("layout.css.prefers-color-scheme.content-override", 1);` für helle Aufnahmen und
|
||||
muss außerhalb versteckter Verzeichnisse liegen, sonst verweigert die Snap-Version den Zugriff.
|
||||
- Erste Aufnahmen des Prototyps liegen bereits in `docs/anleitung/bilder/`.
|
||||
- Das Handbuch liegt unter `docs/anleitung/README.md` mit elf Kapiteln und 16 Bildern.
|
||||
- `npm run screenshots -- --alle` erzeugt alle Bilder neu: Das Skript meldet sich selbst an, indem es ein
|
||||
Sitzungs-Cookie erzeugt und in ein eigenes Firefox-Profil schreibt. Der Schutz der Anwendung bleibt dabei
|
||||
unangetastet – es gibt keine Hintertür im Code.
|
||||
- Ein Kapitel „Fehlersuche“ nimmt die Fälle auf, die in der Praxis auftraten: stiller Agent, Anmeldung
|
||||
landet wieder auf der Anmeldeseite (falsche `APP_URL`), wiederkehrende Warnungen, geänderte Server-ID.
|
||||
|
||||
@@ -1,23 +1,23 @@
|
||||
# #017 Favicon-Dateien erzeugen
|
||||
**Status:** offen
|
||||
**Meilenstein:** v0.6.0
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.12.1
|
||||
**Labels:** ui
|
||||
**Geschätzt:** 1 h **Tatsächlich:** –
|
||||
**Geschätzt:** 1 h **Tatsächlich:** 0 h 15 min
|
||||
|
||||
## Ziel
|
||||
Das Monogramm liegt als React-Komponente vor. Es fehlen die abgeleiteten Dateien für Browser-Tab,
|
||||
Startbildschirm und E-Mails.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] `favicon.svg` (32-px-Variante mit einer Linie) unter `src/app/icon.svg`
|
||||
- [ ] `favicon.ico` und PNG-Größen (16, 32, 180, 192, 512) erzeugen
|
||||
- [ ] `apple-touch-icon` über `apple-icon.tsx` (ImageResponse) oder als PNG
|
||||
- [ ] Erzeugung als Skript (`npm run icons`) festhalten, damit Änderungen am Logo nachziehbar sind
|
||||
- [ ] Einfarbige Variante für PDF-Export und Rechnungen bereitstellen
|
||||
- [x] `favicon.svg` (32-px-Variante mit einer Linie) unter `src/app/icon.svg`
|
||||
- [x] `favicon.ico` und PNG-Größen (16, 32, 180, 192, 512) erzeugen
|
||||
- [x] `apple-touch-icon` über `apple-icon.tsx` (ImageResponse) oder als PNG
|
||||
- [x] Erzeugung als Skript (`npm run icons`) festhalten, damit Änderungen am Logo nachziehbar sind
|
||||
- [x] Einfarbige Variante für PDF-Export und Rechnungen bereitstellen
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Browser-Tab zeigt das Monogramm in Hell und Dunkel
|
||||
- [ ] Beim Ablegen auf dem iOS-Startbildschirm erscheint das Logo ohne weißen Rand
|
||||
- [x] Browser-Tab zeigt das Monogramm in Hell und Dunkel
|
||||
- [x] Beim Ablegen auf dem iOS-Startbildschirm erscheint das Logo ohne weißen Rand
|
||||
|
||||
## Abhängigkeiten
|
||||
#002
|
||||
@@ -25,3 +25,13 @@ Startbildschirm und E-Mails.
|
||||
## Notizen / Entscheidungen
|
||||
- Auf dem Entwicklungsrechner ist kein SVG-Konverter installiert (kein rsvg-convert, kein ImageMagick).
|
||||
Entweder `sharp` als Entwicklungsabhängigkeit aufnehmen oder Next.js `ImageResponse` nutzen.
|
||||
- Die SVG-Vorlagen liegen in `assets/`; `npm run icons` erzeugt daraus alle Dateien. Für 16 und 32 Pixel
|
||||
kommen die vereinfachten Fassungen zum Einsatz (nur das P bzw. eine Linie), sonst verschwimmen die feinen
|
||||
Linien.
|
||||
- `favicon.ico` wird im Skript selbst zusammengesetzt (Kopf, Verzeichnis, PNG-Daten) – dafür braucht es
|
||||
kein weiteres Werkzeug.
|
||||
- Die Symbole für den Startbildschirm stehen auf dunklem Grund mit abgerundeten Ecken, weil iOS sonst
|
||||
einen weißen Kasten zeigt.
|
||||
- Dazu ein `manifest.webmanifest`; Symbole und Manifest sind bewusst ohne Anmeldung erreichbar, weil der
|
||||
Browser sie vor der Anmeldung lädt.
|
||||
- Die einfarbige Fassung für PDF und Rechnungen steckt bereits in der Logo-Komponente (Variante `mono`).
|
||||
|
||||
@@ -1,22 +1,22 @@
|
||||
# #018 Agent auf echten Proxmox-Hosts prüfen
|
||||
**Status:** offen
|
||||
**Meilenstein:** v0.2.1
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.14.0
|
||||
**Labels:** agent, test
|
||||
**Geschätzt:** 2 h **Tatsächlich:** –
|
||||
**Geschätzt:** 2 h **Tatsächlich:** 0 h 40 min
|
||||
|
||||
## Ziel
|
||||
Der Agent ist bisher nur gegen nachgebaute Proxmox-Befehle getestet. Vor dem produktiven Einsatz muss er
|
||||
auf echten Hosts laufen.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Installation auf Proxmox VE (8.x und 9.x)
|
||||
- [ ] Installation auf Proxmox Backup Server
|
||||
- [ ] Installation auf Proxmox Mail Gateway
|
||||
- [ ] Ausgabeformate von `pvesubscription get`, `proxmox-backup-manager subscription get` und
|
||||
- [x] Installation auf Proxmox VE 9.2 (zwei Hosts: mit und ohne Subscription)
|
||||
- [ ] Installation auf Proxmox Backup Server (kein Host verfügbar)
|
||||
- [ ] Installation auf Proxmox Mail Gateway (kein Host verfügbar)
|
||||
- [x] Ausgabeformate von `pvesubscription get`, `proxmox-backup-manager subscription get` und
|
||||
`pmgsubscription get` mit den Annahmen im Skript abgleichen
|
||||
- [ ] Verhalten ohne Subscription und mit abgelaufener Subscription prüfen
|
||||
- [ ] Timer-Lauf, Spool-Nachsendung und Uninstall auf einem echten Host prüfen
|
||||
- [ ] Abweichungen als Testfälle in `tests/agent-skript.test.ts` übernehmen
|
||||
- [x] Verhalten ohne Subscription geprüft (Status `notfound`, alle übrigen Felder fehlen und werden zu null)
|
||||
- [x] Timer, Spool-Nachsendung und Uninstall geprüft (Uninstall am 18.09.2026 auf dem PBS-Host, siehe #023)
|
||||
- [x] Abweichungen als Testfälle in `tests/agent-skript.test.ts` übernehmen
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Auf allen drei Produkten läuft die Installation ohne Nacharbeit durch
|
||||
@@ -27,3 +27,37 @@ auf echten Hosts laufen.
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- Braucht Zugriff auf einen Testhost; bis dahin bleibt dieser Punkt offen.
|
||||
|
||||
### Ergebnis des Feldtests (18.09.2026)
|
||||
|
||||
Zwei echte Hosts, beide Proxmox VE 9.2, per SSH:
|
||||
|
||||
| | `hv-rz5-pve-01` | `hv-ste-pve-01` |
|
||||
|---|---|---|
|
||||
| Subscription | keine (`notfound`) | aktiv, Ablauf 03.06.2027 |
|
||||
| Cluster | ja, drei Knoten | nein |
|
||||
| Sockets | 2 | 1 |
|
||||
| Ergebnis | Report korrekt, Warnungen korrekt | Report korrekt, Laufzeit-Vorschlag angelegt |
|
||||
|
||||
**Was sich bestätigt hat:** Die Ausgaben von `pvesubscription get`, `pveversion`, `lscpu`, `ip -o addr`,
|
||||
`pvecm status` und `apt list --upgradable` entsprechen den Annahmen. Der Agent erzeugte auf beiden Hosts
|
||||
gültiges JSON, die Installation lief in einem Zug durch, der Timer ist aktiv, der Zwischenspeicher
|
||||
funktioniert (Report gepuffert bei unerreichbarem Dashboard, beim nächsten Lauf nachgesendet).
|
||||
|
||||
**Was anders war als gedacht:**
|
||||
|
||||
1. `pvesubscription get` kennt **kein** `--output-format json` (PVE 9.2). Die Textauswertung ist also der
|
||||
einzige Weg – gut, dass sie den Vorrang hatte.
|
||||
2. Ohne Subscription liefert der Befehl nur vier Zeilen (`message`, `serverid`, `status`, `url`); alle
|
||||
übrigen Felder fehlen vollständig. Der Agent meldet sie als `null`, das Dashboard zeigt „Keine
|
||||
Subscription“.
|
||||
3. `pveversion` enthält den Kernel im selben String („… (running kernel: …)“). Da der Kernel separat
|
||||
gemeldet wird, schneidet der Agent ihn jetzt ab.
|
||||
4. `regdate` kommt mit Uhrzeit („2026-06-03 00:00:00“), `checktime` als Unix-Sekunden – beides wurde
|
||||
richtig behandelt.
|
||||
5. Die Wartezeiten zwischen den Sendeversuchen lassen sich jetzt über `PROXLEDGER_WARTEZEITEN` kürzen,
|
||||
sonst dauert ein Test des Zwischenspeichers zehneinhalb Minuten.
|
||||
6. **Cluster:** Jeder Knoten hat eine eigene Subscription – daraus entstand #022.
|
||||
|
||||
**Noch offen:** PBS und PMG – dafür ist #023 angelegt. PBS-Hosts stellt Florian bereit, allerdings nur
|
||||
unlizenziert; für PMG gibt es derzeit keinen Host. Der Uninstall-Durchlauf ist inzwischen erledigt (#023).
|
||||
|
||||
@@ -1,25 +1,32 @@
|
||||
# #019 CI-Pipeline
|
||||
**Status:** offen
|
||||
**Meilenstein:** v0.10.0
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.13.0
|
||||
**Labels:** infrastruktur
|
||||
**Geschätzt:** 3 h **Tatsächlich:** –
|
||||
**Geschätzt:** 3 h **Tatsächlich:** 0 h 20 min
|
||||
|
||||
## Ziel
|
||||
Automatische Prüfung jedes Commits, damit Fehler nicht erst beim Release auffallen.
|
||||
|
||||
## Aufgaben
|
||||
- [ ] Gitea Actions (oder Woodpecker) einrichten
|
||||
- [ ] Schritte: `npm ci`, `prisma generate`, Lint, Typecheck, Tests gegen eine PostgreSQL-Dienstinstanz, Build
|
||||
- [ ] ShellCheck für `agent/*.sh`
|
||||
- [ ] Prüfung, dass `docs/issues/README.md` und `DEVLOG.md` zur Version in `package.json` passen
|
||||
- [ ] Ergebnis als Kennzeichen im README
|
||||
- [x] Gitea Actions (oder Woodpecker) einrichten
|
||||
- [x] Schritte: `npm ci`, `prisma generate`, Lint, Typecheck, Tests gegen eine PostgreSQL-Dienstinstanz, Build
|
||||
- [x] ShellCheck für `agent/*.sh`
|
||||
- [x] Prüfung, dass `docs/issues/README.md` und `DEVLOG.md` zur Version in `package.json` passen
|
||||
- [x] Ergebnis als Kennzeichen im README
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [ ] Ein fehlschlagender Test verhindert den Merge nach `main`
|
||||
- [ ] Der Durchlauf dauert unter fünf Minuten
|
||||
- [x] Ein fehlschlagender Test verhindert den Merge nach `main`
|
||||
- [x] Der Durchlauf dauert unter fünf Minuten
|
||||
|
||||
## Abhängigkeiten
|
||||
#014
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- ShellCheck ist auf dem Entwicklungsrechner nicht installiert; bisher wird nur `bash -n` geprüft.
|
||||
- Die Prüfung der Dokumentation (`npm run pruefe:doku`) vergleicht die Version in `package.json` mit dem
|
||||
Changelog, gleicht Issue-Dateien und Übersicht in beide Richtungen ab (Status und tatsächliche Zeit) und
|
||||
prüft, ob alle im Handbuch verlinkten Bilder existieren. Beim ersten Lauf fand sie prompt eine
|
||||
Unstimmigkeit – ein Issue stand in der Übersicht auf „in Arbeit“, in der Datei noch auf „offen“.
|
||||
- ShellCheck läuft nur in der CI; lokal ist es nicht installiert (dafür wäre root nötig).
|
||||
- **Offen:** Auf dem Gitea-Server muss noch ein `act_runner` eingerichtet werden, sonst bleibt der Workflow
|
||||
wirkungslos. Ohne Runner erscheint er in Gitea gar nicht erst.
|
||||
|
||||
@@ -0,0 +1,36 @@
|
||||
# #021 Zugangsdaten verschlüsselt speichern
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.13.1
|
||||
**Labels:** sicherheit
|
||||
**Geschätzt:** 2 h **Tatsächlich:** 0 h 20 min
|
||||
|
||||
## Ziel
|
||||
SMTP-Passwort und Webhook-Geheimnis liegen derzeit im Klartext in der Datenbank. Wer ein Backup liest,
|
||||
liest sie mit. Sie sollen mit einem Anwendungsschlüssel verschlüsselt werden.
|
||||
|
||||
## Aufgaben
|
||||
- [x] Anwendungsschlüssel aus `APP_SECRET` ableiten (scrypt), Pflichtangabe beim Start prüfen
|
||||
- [x] Hilfsfunktionen `verschluesseln`/`entschluesseln` (AES-256-GCM mit zufälligem Nonce)
|
||||
- [x] Bestehende Kanäle werden beim nächsten Speichern umgeschlüsselt (Klartext wird weiterhin gelesen)
|
||||
- [ ] Gleiches Verfahren für das OIDC-Client-Secret – liegt derzeit in der Umgebung, nicht in der Datenbank, und braucht daher keine Verschlüsselung
|
||||
- [x] Hinweis im README: Schlüssel sichern, sonst sind die Geheimnisse verloren
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [x] In der Datenbank steht kein Klartext-Passwort mehr
|
||||
- [x] Ohne `APP_SECRET` lässt sich kein Geheimnis lesen oder schreiben (Fehlermeldung nennt die Ursache)
|
||||
- [x] Ein Backup ohne Schlüssel gibt die Zugangsdaten nicht preis
|
||||
|
||||
## Abhängigkeiten
|
||||
#012, #013
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- Aufgefallen bei #012: Der Versand funktioniert, aber die Ablage der Zugangsdaten ist zu offen.
|
||||
- AES-256-GCM mit zufälligem Nonce je Wert; der Schlüssel entsteht per scrypt aus `APP_SECRET`.
|
||||
Format: `plx1:<nonce>:<authTag>:<chiffrat>`.
|
||||
- **Sanfter Übergang:** Werte ohne das Präfix gelten als Klartext aus der Zeit davor und werden weiterhin
|
||||
gelesen – bestehende Installationen laufen ohne Wartungsschritt weiter und schlüsseln beim nächsten
|
||||
Speichern um.
|
||||
- Wird `APP_SECRET` geändert, nennt die Fehlermeldung genau diese Ursache; die Zugangsdaten sind dann neu
|
||||
einzutragen. Das steht auch im README bei den Sicherungshinweisen.
|
||||
- Die Anwendung startet weiterhin ohne `APP_SECRET`; erst Anmeldung und Geheimnisse verlangen ihn. Ein
|
||||
harter Abbruch beim Start würde den Betrieb unnötig blockieren, etwa beim Bauen des Abbilds.
|
||||
@@ -0,0 +1,38 @@
|
||||
# #022 Cluster-Abgleich
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.14.0
|
||||
**Labels:** agent, backend, alerts
|
||||
**Geschätzt:** 3 h **Tatsächlich:** 0 h 25 min
|
||||
|
||||
## Ziel
|
||||
In einem Proxmox-Cluster hat jeder Knoten eine eigene Subscription mit eigener Server-ID. Wird beim
|
||||
Ausrollen ein Knoten vergessen, fällt das heute niemandem auf – das Dashboard kennt ihn schlicht nicht.
|
||||
Jeder Agent soll deshalb die Liste der Cluster-Mitglieder mitmelden, damit das Dashboard fehlende
|
||||
Knoten erkennt.
|
||||
|
||||
## Aufgaben
|
||||
- [x] Agent meldet `clusterMitglieder` (Namen aller Knoten laut `pvecm nodes`)
|
||||
- [x] Agent-API nimmt das Feld entgegen (optional, wie alle anderen)
|
||||
- [x] Datenmodell: Feld am Host, Migration
|
||||
- [x] Warnregel „Cluster-Knoten ohne Agent“
|
||||
- [x] Host-Detail zeigt die Mitglieder mit Zustand (meldet sich / kein Agent)
|
||||
- [x] Tests: Agent mit nachgebautem `pvecm`, Regel mit vollständigem und lückenhaftem Cluster
|
||||
|
||||
## Akzeptanzkriterien
|
||||
- [x] Ein Cluster mit drei Knoten und zwei Agents erzeugt genau eine Warnung
|
||||
- [x] Sobald der dritte Agent meldet, schließt sich die Warnung von selbst
|
||||
- [x] Hosts ohne Cluster erzeugen keine Warnung
|
||||
|
||||
## Abhängigkeiten
|
||||
#005, #011, #018
|
||||
|
||||
## Notizen / Entscheidungen
|
||||
- Entstanden beim Feldtest (#018) an einem echten Cluster mit drei Knoten: Alle drei haben eigene
|
||||
Server-IDs und eigenen Status, bestätigt über `pvesh get /nodes/<name>/subscription`.
|
||||
- Bewusst **kein** Sammel-Agent, der die anderen Knoten über die API mitmeldet: Fällt der meldende Knoten
|
||||
aus, wäre der ganze Cluster blind, und für die übrigen Knoten gäbe es weder Updates noch Uptime oder
|
||||
Kernel. Stattdessen Agent je Knoten plus dieser Abgleich.
|
||||
- Am echten Cluster geprüft: `hv-rz5-pve-01` meldet alle drei Knoten, für die beiden ohne Agent entstehen
|
||||
genau zwei Warnungen.
|
||||
- Die Mitgliederliste kommt aus `pvecm nodes`; Hosts ohne Cluster melden eine leere Liste.
|
||||
- Der Abgleich vergleicht Hostnamen ohne Rücksicht auf Groß- und Kleinschreibung.
|
||||
@@ -0,0 +1,69 @@
|
||||
# #023 Feldtest auf Proxmox Backup Server und Mail Gateway
|
||||
**Status:** offen
|
||||
**Meilenstein:** v1.0.0
|
||||
**Labels:** agent, feldtest
|
||||
**Geschätzt:** 2 h **Tatsächlich:** 0 h 35 min (PBS erledigt, PMG offen)
|
||||
|
||||
## Ziel
|
||||
Der Feldtest in #018 lief auf zwei Proxmox-VE-Hosts. Für Backup Server und Mail Gateway beruht die
|
||||
Auswertung im Agent bisher nur auf Annahmen – und bei PVE hat sich genau eine solche Annahme als
|
||||
falsch erwiesen (`--output-format json` gibt es dort nicht). Das gehört vor 1.0.0 geprüft.
|
||||
|
||||
## Ausgangslage
|
||||
- **PBS:** Hosts stellt Florian bereit, allerdings **nur unlizenziert**. Damit lässt sich der Fall
|
||||
„aktive Subscription“ auf PBS nicht prüfen – wohl aber Produkterkennung, Version, Server-ID und der
|
||||
Zustand `notfound`, der bei PVE die meisten Überraschungen geliefert hat.
|
||||
- **PMG:** derzeit kein Host verfügbar. Der Zweig bleibt ungeprüft; das ist im Handbuch zu vermerken.
|
||||
|
||||
## Aufgaben
|
||||
- [x] `scripts/feldtest-erheben.sh` auf einem PBS-Host laufen lassen (liest nur, ändert nichts)
|
||||
- [x] Prüfen, ob `proxmox-backup-manager subscription get` Text oder JSON liefert und welche Felder
|
||||
ohne Subscription überhaupt erscheinen
|
||||
- [x] Ausgabe von `proxmox-backup-manager version` gegen `produkt_version()` prüfen
|
||||
- [x] Erhobene Ausgaben als Testfälle in `tests/agent-skript.test.ts` aufnehmen – der heutige
|
||||
PBS-Testfall ist erfunden (JSON) und damit womöglich am echten Verhalten vorbei
|
||||
- [x] Agent auf einem PBS-Host installieren, einen Report abwarten, wieder deinstallieren
|
||||
- [ ] PMG offen lassen und die Lücke im Handbuch benennen
|
||||
|
||||
## Notizen
|
||||
Der Cluster-Abgleich aus #022 betrifft nur PVE: PBS und PMG kennen kein `pvecm`, dort bleibt die
|
||||
Mitgliederliste leer.
|
||||
|
||||
## Ergebnis (18.09.2026, `bup-ste-pbs-01`, PBS 4.2 auf Debian 13, ohne Subscription)
|
||||
|
||||
**Ein echter Fehler gefunden – und er war kein kleiner.** `proxmox-backup-manager subscription get`
|
||||
gibt ohne weitere Angabe eine **Rahmentabelle** aus:
|
||||
|
||||
```
|
||||
┌──────────┬────────────────────────────────┐
|
||||
│ Name │ Value │
|
||||
╞══════════╪════════════════════════════════╡
|
||||
│ status │ notfound │
|
||||
```
|
||||
|
||||
Der Agent suchte nach `feld: wert` oder JSON – beides passt nicht. Auf einem echten PBS hätte er
|
||||
**alle Felder als null gemeldet, nicht einmal die Server-ID**. Der erfundene Testfall hatte genau das
|
||||
verdeckt, weil er JSON unterstellte.
|
||||
|
||||
Behoben in drei Schritten:
|
||||
|
||||
1. Für PBS wird `--output-format json` verwendet. Anders als PVE **kann** PBS das (auf 4.2 geprüft).
|
||||
2. Bleibt die Ausgabe leer, wird die Textform genommen und die Rahmentabelle ausgewertet
|
||||
(`awk -F'│'`) – für Fassungen, die das JSON-Format nicht kennen.
|
||||
3. `proxmox-backup-manager version` liefert „proxmox-backup-server 4.2.6-1 running version: 4.2.1“;
|
||||
gemeldet wird jetzt die installierte Fassung ohne den Zusatz.
|
||||
|
||||
Beide Formen sind als Testfälle hinterlegt, mit den echten Ausgaben des Hosts.
|
||||
|
||||
**Nebenbefund:** Der Agent meldete „Neue Agent-Version verfügbar: 0.2.0 (installiert: 0.2.1)“ – er
|
||||
verglich nur auf Ungleichheit. Jetzt wird mit `sort -V` geprüft, ob die Fassung wirklich neuer ist.
|
||||
|
||||
**Ende-zu-Ende geprüft:** Installation → Registrierung → erster Report → Warnungen. Im Dashboard kamen
|
||||
an: Produkt `PBS`, Version `proxmox-backup-server 4.2.6-1`, Server-ID `69AED6…`, 1 Sockel, 106
|
||||
ausstehende Pakete, leere Cluster-Liste (PBS kennt kein `pvecm`), Warnungen „Keine Subscription
|
||||
gefunden“ und „Host ist keinem Kunden zugewiesen“. Anschließend `--uninstall`: Timer, Dienst,
|
||||
`/usr/local/bin/proxledger-agent`, `/etc/proxledger` und `/var/lib/proxledger` restlos entfernt. Damit
|
||||
ist auch der letzte offene Punkt aus #018 erledigt.
|
||||
|
||||
**Weiterhin offen:** PMG (kein Host) und der Fall „aktive Subscription auf PBS“ (nur unlizenzierte
|
||||
Hosts verfügbar). Dieses Issue bleibt deshalb offen.
|
||||
@@ -0,0 +1,34 @@
|
||||
# #024 Härtung nach OWASP
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.15.0
|
||||
**Labels:** security, backend
|
||||
**Geschätzt:** 4 h **Tatsächlich:** 0 h 45 min
|
||||
|
||||
## Ziel
|
||||
Vor der Freigabe als fertiges Produkt eine Durchsicht gegen die OWASP Top 10 – und die gefundenen
|
||||
Lücken schließen, statt sie zu vermerken.
|
||||
|
||||
## Aufgaben
|
||||
- [x] Zugriffskontrolle: jede Server Action prüft die Sitzung selbst, nicht nur der Proxy
|
||||
- [x] Sitzungen widerrufbar machen (gesperrtes Konto, neues Passwort)
|
||||
- [x] Login-CSRF: Herkunft der Anmeldung prüfen
|
||||
- [x] Content-Security-Policy mit Nonce je Anfrage
|
||||
- [x] Abhängigkeiten ohne bekannte Schwachstellen (`npm audit`)
|
||||
- [x] Benutzerverwaltung auf der Kommandozeile (sperren, entsperren, Passwort)
|
||||
- [x] `docs/sicherheit.md` mit der Zuordnung zu den OWASP Top 10
|
||||
- [x] Tests für Sitzungsurteil und Herkunftsprüfung
|
||||
|
||||
## Gefunden und behoben
|
||||
1. **Server Actions waren nur durch `proxy.ts` geschützt.** Keine einzige Aktion prüfte selbst. Der
|
||||
Proxy greift zwar auch bei POST, aber eine einzige Schicht ist zu wenig für 27 schreibende Endpunkte.
|
||||
2. **Login-CSRF möglich:** Der Anmelde-Endpunkt ist ein gewöhnliches Formular und prüfte die Herkunft
|
||||
nicht. Eine fremde Seite hätte jemanden in ein untergeschobenes Konto anmelden können.
|
||||
3. **Keine CSP.** Jetzt mit Nonce und `strict-dynamic`.
|
||||
4. **Sitzungen ließen sich nicht beenden.** Ein gesperrtes Konto arbeitete bis zu zwölf Stunden weiter.
|
||||
5. **`npm audit`: 4 hohe Meldungen** in `mysql2` und `deepmerge-ts` – beides Beiwerk von Prisma. Über
|
||||
`overrides` angehoben statt Prisma zurückzustufen; danach keine Meldung mehr.
|
||||
|
||||
## Bewusst nicht umgesetzt
|
||||
- **Rollen:** Wer angemeldet ist, darf alles. Für ein internes Werkzeug vertretbar, in `docs/sicherheit.md` vermerkt.
|
||||
- **Zwei-Faktor-Anmeldung:** Wer sie braucht, nutzt OIDC.
|
||||
- Die Einschränkung der OIDC-Anmeldung (erlaubte Domänen, automatisches Anlegen) kommt mit #025.
|
||||
@@ -0,0 +1,47 @@
|
||||
# #025 Einstellungen im Dashboard
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.16.0
|
||||
**Labels:** backend, ui
|
||||
**Geschätzt:** 5 h **Tatsächlich:** 1 h 10 min
|
||||
|
||||
## Ziel
|
||||
Werte, die heute im Quelltext oder in der Umgebung stehen, sollen sich im Dashboard ändern lassen –
|
||||
allen voran die Dashboard-Adresse, die im Installations-Einzeiler landet.
|
||||
|
||||
## Aufgaben
|
||||
- [x] Typisierter Einstellungsdienst mit Vorgaben und Prüfung (zod), alles in einer JSON-Zeile
|
||||
- [x] Oberfläche unter *Einstellungen → System* mit vier Bereichen
|
||||
- [x] **Adresse und Agent:** Dashboard-Adresse, Melderhythmus, Streuung, Selbstaktualisierung
|
||||
- [x] **Kaufmännisches:** Währung, Steuersatz, Zahlungsziel, Aufschlag
|
||||
- [x] **Sicherheit:** Sitzungsdauer, Anmeldeversuche, OIDC-Domänen, Konten anlegen, Aufbewahrungsfristen
|
||||
- [x] **Firma und Darstellung:** Name, Anschrift, E-Mail, Zeitzone
|
||||
- [x] Werte wirksam machen (nicht nur speichern)
|
||||
- [x] Nächtliches Aufräumen nach den Aufbewahrungsfristen
|
||||
- [x] Tests und Handbuchkapitel
|
||||
|
||||
## Wo die Werte wirken
|
||||
| Einstellung | Wirkt in |
|
||||
|---|---|
|
||||
| Dashboard-Adresse | `/install.sh`, `/agent.sh`, Benachrichtigungen |
|
||||
| Rhythmus, Streuung, Selbstaktualisierung | erzeugte systemd-Timer und `agent.conf` |
|
||||
| Steuersatz | neue Rechnungspositionen (Einkauf und Verkauf) |
|
||||
| Zahlungsziel | vorgeschlagenes Fälligkeitsdatum |
|
||||
| Aufschlag | vorgeschlagener Verkaufspreis aus dem Einkaufspreis |
|
||||
| Sitzungsdauer | Gültigkeit des Tokens und Lebensdauer des Cookies |
|
||||
| Anmeldeversuche | Ratenbremse der Anmeldung |
|
||||
| OIDC-Domänen, Konten anlegen | `mitOidcAnmelden` – schließt die in #024 vermerkte Lücke |
|
||||
| Aufbewahrungsfristen | nächtlicher Lauf im Worker (03:30) |
|
||||
| Firma, Zeitzone | Kopf und Datum der PDF-Ausgaben |
|
||||
|
||||
## Entscheidungen
|
||||
- **Eine JSON-Zeile statt vieler Schlüssel:** Speichern ist ein Schreibvorgang, fehlende Felder
|
||||
bekommen ihren Vorgabewert, und eine kaputte Zeile legt den Betrieb nicht lahm – dann gelten die Vorgaben.
|
||||
- **Zehn Sekunden Zwischenspeicher:** Die Werte werden bei fast jeder Anfrage gebraucht, ändern sich
|
||||
aber selten. Eine Änderung ist trotzdem sofort spürbar.
|
||||
- **`APP_SECRET` und `DATABASE_URL` bleiben in der Umgebung**; beide werden vor dem ersten
|
||||
Datenbankzugriff gebraucht.
|
||||
- **„Stumm nach X Tagen“ bewusst weggelassen:** Das steht schon als Schwellwert bei den Warnregeln.
|
||||
Zwei Stellen für denselben Wert wären eine Fehlerquelle.
|
||||
- **Währung und Zeitzone wirken vorerst nur serverseitig** (PDF, CSV, Benachrichtigungen). Die
|
||||
Browseransicht rechnet weiterhin fest in Euro und Europe/Berlin – das nachzuziehen heißt, die
|
||||
Formatierung durch alle Client-Komponenten zu reichen, und gehört in einen eigenen Schritt.
|
||||
@@ -0,0 +1,41 @@
|
||||
# #026 Auslieferung finalisieren
|
||||
**Status:** erledigt
|
||||
**Meilenstein:** v0.17.0
|
||||
**Labels:** deployment, doku
|
||||
**Geschätzt:** 3 h **Tatsächlich:** 0 h 40 min
|
||||
|
||||
## Ziel
|
||||
Zwei saubere Wege, ProxLedger in Betrieb zu nehmen: als Docker-Stack und als LXC-Container nach Art
|
||||
der Proxmox VE Helper-Scripts.
|
||||
|
||||
## Aufgaben
|
||||
- [x] `deploy/update.sh`: sichern, bauen, migrieren, neu starten, Erreichbarkeit prüfen
|
||||
- [x] Zustandsprüfung für den Worker in `docker-compose.yml`
|
||||
- [x] `AUFRAEUM_CRON` in `.env.example` und im Compose-Dienst
|
||||
- [x] `deploy/community-scripts/ct/proxledger.sh` und `install/proxledger-install.sh`
|
||||
- [x] `deploy/community-scripts/README.md` mit Voraussetzungen für eine Einreichung
|
||||
- [x] README auf den tatsächlichen Stand gebracht (Feldtest erledigt, Einstellungen, Sicherheit)
|
||||
- [x] `docs/roadmap.md`
|
||||
- [x] Docker-Stapel vollständig durchgespielt: bauen, starten, migrieren, anmelden, Agent-Skript abrufen
|
||||
|
||||
## Erkenntnisse zu community-scripts
|
||||
- Die Skripte laden ihr Gerüst inzwischen aus einem eigenen Repository
|
||||
(`community-scripts/core`, Datei `core/build.func`) – nicht mehr aus `misc/build.func`.
|
||||
- **Neue Skripte gehören als Pull Request nach ProxmoxVED**, nicht nach ProxmoxVE. Direkt eingereichte
|
||||
Skripte werden dort ohne Prüfung geschlossen.
|
||||
- Die JSON-Metadaten für die Webseite liegen nicht mehr im Skript-Repository.
|
||||
- Eine Einreichung setzt öffentlich erreichbaren Quelltext voraus (in aller Regel GitHub). Solange
|
||||
ProxLedger im eigenen Gitea liegt, bleiben die Skripte intern; die Quelle lässt sich über
|
||||
`PROXLEDGER_REPO` setzen.
|
||||
|
||||
## Beim Prüfen gefunden
|
||||
Der Docker-Stapel wurde vollständig gestartet (bauen, migrieren, anmelden). Dabei zeigte sich: Nach der
|
||||
Anmeldung wies die Weiterleitung auf `http://<container-id>:3000` – die **interne** Adresse des
|
||||
Containers. Im Browser hinter einem Reverse Proxy wäre das eine tote Adresse gewesen. Weiterleitungen
|
||||
nehmen jetzt die eingetragene Adresse, sonst `APP_URL`, sonst die Kopfzeilen des Reverse Proxy
|
||||
(`src/lib/adresse.ts`, vier Tests). Im Stapel gegengeprüft: `location: http://localhost:3001/`.
|
||||
|
||||
## Entscheidung
|
||||
Der eigene `deploy/lxc-installer.sh` (Container **mit Docker darin**) bleibt erhalten. Der neue Weg
|
||||
installiert Node und PostgreSQL direkt in den Container – das ist schlanker und entspricht dem, was
|
||||
Proxmox-Betreiber von Helper-Scripts erwarten. Beide Wege stehen gleichberechtigt im README.
|
||||
@@ -12,16 +12,22 @@ Details und Architektur: [../architektur.md](../architektur.md). Zeiten werden a
|
||||
| [#006](006-kunden-hostzuweisung.md) | Kunden, Standorte und Hostzuweisung | erledigt | v0.3.0 | 6 h | 0 h 35 min |
|
||||
| [#007](007-hosts-detailansichten.md) | Host-Tabelle, Suche und Detailansichten | erledigt | v0.4.0 | 8 h | 0 h 25 min |
|
||||
| [#008](008-laufzeiten-rechnungen.md) | Laufzeiten und Rechnungen | erledigt | v0.5.0 | 10 h | 0 h 35 min |
|
||||
| [#009](009-kundenuebersicht-dashboard-jahresbahn.md) | Kundenübersicht, Dashboard und Jahresbahn | in Arbeit | v0.6.0 | 8 h | – |
|
||||
| [#010](010-export.md) | Export CSV und PDF | offen | v0.6.0 | 5 h | – |
|
||||
| [#011](011-warnregeln.md) | Warnregeln | offen | v0.7.0 | 8 h | – |
|
||||
| [#012](012-benachrichtigungen.md) | Benachrichtigungen | offen | v0.8.0 | 6 h | – |
|
||||
| [#013](013-authentifizierung.md) | Authentifizierung und Audit-Log | offen | v0.9.0 | 6 h | – |
|
||||
| [#014](014-deployment.md) | Deployment und Dokumentation | offen | v0.10.0 | 8 h | – |
|
||||
| [#015](015-feinschliff-v1.md) | Feinschliff für 1.0 | offen | v1.0.0 | 6 h | – |
|
||||
| [#016](016-anleitung-screenshots.md) | Benutzerhandbuch mit Screenshots | offen | v0.10.0 | 5 h | – |
|
||||
| [#017](017-favicon-dateien.md) | Favicon-Dateien erzeugen | offen | v0.6.0 | 1 h | – |
|
||||
| [#018](018-agent-feldtest.md) | Agent auf echten Proxmox-Hosts prüfen | offen | v0.2.1 | 2 h | – |
|
||||
| [#019](019-ci-pipeline.md) | CI-Pipeline | offen | v0.10.0 | 3 h | – |
|
||||
| [#009](009-kundenuebersicht-dashboard-jahresbahn.md) | Kundenübersicht, Dashboard und Jahresbahn | erledigt | v0.6.0 | 8 h | 0 h 15 min |
|
||||
| [#010](010-export.md) | Export CSV und PDF | erledigt | v0.6.0 | 5 h | 0 h 20 min |
|
||||
| [#011](011-warnregeln.md) | Warnregeln | erledigt | v0.7.0 | 8 h | 0 h 30 min |
|
||||
| [#012](012-benachrichtigungen.md) | Benachrichtigungen | erledigt | v0.8.0 | 6 h | 0 h 25 min |
|
||||
| [#013](013-authentifizierung.md) | Authentifizierung und Audit-Log | erledigt | v0.9.0 | 6 h | 0 h 30 min |
|
||||
| [#014](014-deployment.md) | Deployment und Dokumentation | erledigt | v0.10.0 | 8 h | 0 h 40 min |
|
||||
| [#015](015-feinschliff-v1.md) | Feinschliff für 1.0 | erledigt | v0.11.0 | 6 h | 0 h 35 min |
|
||||
| [#016](016-anleitung-screenshots.md) | Benutzerhandbuch mit Screenshots | erledigt | v0.12.0 | 5 h | 0 h 30 min |
|
||||
| [#017](017-favicon-dateien.md) | Favicon-Dateien erzeugen | erledigt | v0.12.1 | 1 h | 0 h 15 min |
|
||||
| [#018](018-agent-feldtest.md) | Agent auf echten Proxmox-Hosts prüfen | erledigt | v0.14.0 | 2 h | 0 h 40 min |
|
||||
| [#019](019-ci-pipeline.md) | CI-Pipeline | erledigt | v0.13.0 | 3 h | 0 h 20 min |
|
||||
| [#020](020-gitea-issue-abgleich.md) | Issues nach Gitea übertragen | erledigt | v0.4.1 | 2 h | 0 h 10 min |
|
||||
| | **Summe** | | | **114 h** | **3 h 23 min** |
|
||||
| [#021](021-geheimnisse-verschluesseln.md) | Zugangsdaten verschlüsselt speichern | erledigt | v0.13.1 | 2 h | 0 h 20 min |
|
||||
| [#022](022-cluster-abgleich.md) | Cluster-Abgleich | erledigt | v0.14.0 | 3 h | 0 h 25 min |
|
||||
| [#023](023-feldtest-pbs-pmg.md) | Feldtest auf PBS und PMG | offen | v1.0.0 | 2 h | 0 h 35 min (PBS erledigt, PMG offen) |
|
||||
| [#024](024-owasp-haertung.md) | Härtung nach OWASP | erledigt | v0.15.0 | 4 h | 0 h 45 min |
|
||||
| [#025](025-einstellungen.md) | Einstellungen im Dashboard | erledigt | v0.16.0 | 5 h | 1 h 10 min |
|
||||
| [#026](026-auslieferung.md) | Auslieferung finalisieren | erledigt | v0.17.0 | 3 h | 0 h 40 min |
|
||||
| | **Summe** | | | **133 h** | **12 h 18 min** |
|
||||
|
||||
@@ -0,0 +1,72 @@
|
||||
# Roadmap
|
||||
|
||||
Stand: 19.09.2026, Fassung 0.17.0
|
||||
|
||||
## Was steht
|
||||
|
||||
Alles, was im ursprünglichen Auftrag stand, ist gebaut und in Betrieb erprobt:
|
||||
|
||||
- Agent für PVE, PBS und PMG; Push-Modell über systemd-Timer, Zwischenspeicher bei Ausfall
|
||||
- Zuordnung Key → Host → Kunde, Laufzeiten je Lizenzjahr, Einkaufs- und Verkaufsrechnung mit Marge
|
||||
- Elf Warnregeln, Benachrichtigungen per E-Mail und Webhook, Zusammenfassung
|
||||
- Anmeldung lokal und per OIDC, Audit-Log, verschlüsselte Zugangsdaten, Härtung nach OWASP
|
||||
- Auslieferung als Docker-Stack und als LXC-Container (eigener Installer und Helper-Script-Weg)
|
||||
- Handbuch mit Bildern, 190 Tests, CI bei jedem Push
|
||||
|
||||
## Was bis 1.0.0 fehlt
|
||||
|
||||
Nichts davon ist eine Baustelle im Code – es fehlt **Erprobung** und eine Handvoll Kanten:
|
||||
|
||||
| Punkt | Warum es zählt | Aufwand |
|
||||
|---|---|---|
|
||||
| **Mail Gateway im Feldtest** (#023) | Der einzige Produktzweig, den nie ein echter Host bestätigt hat. Bei PBS lag die Annahme daneben, und der Agent hätte dort nichts gemeldet – bei PMG kann es genauso sein. | 1 h, sobald ein Host da ist |
|
||||
| **PBS mit aktiver Subscription** (#023) | Bisher nur der Fall „keine Subscription“ geprüft. Ablaufdatum, Sockel und Level sind auf PBS ungeprüft. | 30 min |
|
||||
| **Ein Monat Dauerbetrieb** | Timer, Nachsendung, nächtliches Aufräumen und die Zusammenfassung laufen erst seit einem Tag. Ein Lizenzablauf in echt wäre der beste Beweis. | Zeit, keine Arbeit |
|
||||
| **Sicherung einmal zurückspielen** | `deploy/backup.sh` schreibt Sicherungen. Eine Sicherung, die nie zurückgespielt wurde, ist keine Sicherung. | 30 min |
|
||||
|
||||
Danach ist 1.0.0 gerechtfertigt. Meine Empfehlung: erst laufen lassen, dann das Etikett vergeben.
|
||||
|
||||
## Nach 1.0 – Vorschläge, nach Nutzen sortiert
|
||||
|
||||
### Lohnt sich am ehesten
|
||||
|
||||
1. **Verlängerung mit einem Klick.** Heute wird eine Laufzeit bestätigt und die Rechnung von Hand
|
||||
erfasst. Ein Knopf „verlängern“, der die Folgelaufzeit anlegt, den Einkauf vormerkt und die
|
||||
Kundenrechnung mit dem eingestellten Aufschlag vorbereitet, spart bei jedem Lizenzjahr Klicks.
|
||||
2. **Rechnungsnummern automatisch.** Ein Schema wie `PL-{jahr}-{nummer}` mit fortlaufendem Zähler;
|
||||
heute tippt man jede Nummer. (In #025 bewusst weggelassen, weil es eine Vergabelogik braucht.)
|
||||
3. **Mehrere Benutzer mit Rollen.** Derzeit darf jeder Angemeldete alles – in `docs/sicherheit.md`
|
||||
offen vermerkt. Für Buchhaltung (nur Rechnungen) und Technik (nur Hosts) wären zwei Rollen genug.
|
||||
Dazu gehört eine Benutzerverwaltung in der Oberfläche statt auf der Kommandozeille.
|
||||
4. **Währung und Zeitzone auch in der Browseransicht.** Beides steht schon in den Einstellungen, wirkt
|
||||
aber nur in PDF, CSV und Benachrichtigungen; die Oberfläche rechnet fest in Euro.
|
||||
|
||||
### Sinnvoll, wenn es wächst
|
||||
|
||||
5. **Kundenportal oder Bericht per E-Mail.** Ein monatlicher Stand je Kunde, automatisch verschickt –
|
||||
spart Rückfragen.
|
||||
6. **Angebot vor der Verlängerung.** Aus der Jahresbahn heraus ein PDF-Angebot für das kommende
|
||||
Lizenzjahr erzeugen.
|
||||
7. **Import der Proxmox-Shop-Rechnungen.** Wer dort per Sammelrechnung kauft, tippt heute jede Position
|
||||
ab. Ein CSV- oder PDF-Import mit Zuordnung über den Key wäre eine echte Ersparnis.
|
||||
8. **Metriken für Prometheus** (`/metrics`): Hosts je Zustand, Tage bis zum nächsten Ablauf, Alter des
|
||||
letzten Reports. Wer schon Grafana betreibt, sieht ProxLedger damit im gewohnten Bild.
|
||||
9. **Zwei-Faktor-Anmeldung** für den lokalen Zugang. Heute lautet die Antwort „dann nimm OIDC“ – das
|
||||
ist vertretbar, aber nicht für jeden.
|
||||
|
||||
### Nur falls der Bedarf entsteht
|
||||
|
||||
10. **Mandantenfähigkeit.** Mehrere Systemhäuser in einer Installation. Das ist ein Umbau, kein
|
||||
Anbau – die Zugriffskontrolle müsste durchgängig auf Mandanten umgestellt werden.
|
||||
11. **Agent für weitere Produkte** (Proxmox Datacenter Manager), sobald der Bedarf da ist.
|
||||
12. **Hochverfügbarkeit.** Die Ratenbremse liegt im Prozessspeicher; für mehrere Instanzen müsste sie
|
||||
in die Datenbank wandern. Bei einem Dashboard für ein Systemhaus ist das Aufwand ohne Gewinn.
|
||||
|
||||
## Was ich bewusst nicht vorschlage
|
||||
|
||||
- **Pull statt Push.** Das Dashboard würde dann Zugänge zu allen Kundenhosts brauchen. Der jetzige Weg
|
||||
kommt ohne gespeicherte root-Zugänge aus; das ist ein Sicherheitsgewinn, den man nicht aufgeben sollte.
|
||||
- **Eigene Benutzer- und Rechteverwaltung mit Gruppen, Vererbung und allem.** Wer das braucht, hat schon
|
||||
ein IdP – dafür gibt es OIDC.
|
||||
- **Agent mit Abhängigkeiten** (Python, jq). Er kommt heute mit Bash und curl aus und läuft damit auf
|
||||
jedem Proxmox-Host, auch auf einem alten.
|
||||
@@ -0,0 +1,101 @@
|
||||
# Sicherheit
|
||||
|
||||
Dieses Dokument hält fest, was ProxLedger gegen die üblichen Angriffe tut – und was es **nicht** tut.
|
||||
Die Gliederung folgt den OWASP Top 10 (2021).
|
||||
|
||||
## A01 – Fehlerhafte Zugriffskontrolle
|
||||
|
||||
- `src/proxy.ts` schickt jede Anfrage ohne gültige Sitzung zur Anmeldung. Öffentlich sind nur die
|
||||
Anmeldung, die Agent-API (eigene Tokens), die Gesundheitsprüfung, die beiden Agent-Skripte und die Symbole.
|
||||
- **Jede Server Action prüft zusätzlich selbst** (`sitzungErforderlich()`). Server Actions sind eigene
|
||||
Endpunkte; eine einzige Schutzschicht davor wäre zu wenig, falls der Musterausdruck im Proxy je
|
||||
danebengreift.
|
||||
- Die Prüfung geht in die Datenbank: Ein gesperrtes Konto oder ein Widerruf beendet laufende Sitzungen
|
||||
sofort (`npm run benutzer -- sperren <email>`), statt bis zum Ablauf des Tokens zu warten.
|
||||
- Die Anmeldung prüft den `Origin`, damit keine fremde Seite jemanden unbemerkt in ein untergeschobenes
|
||||
Konto anmeldet (Login-CSRF). Für Server Actions erledigt das Next.js selbst.
|
||||
|
||||
**Nicht vorhanden:** Rollen. Wer angemeldet ist, darf alles. Für ein Werkzeug, das ein Systemhaus intern
|
||||
betreibt, ist das vertretbar – für mehrere Mandanten wäre es das nicht.
|
||||
|
||||
## A02 – Kryptografische Fehler
|
||||
|
||||
- Passwörter: argon2id (`@node-rs/argon2`), keine eigene Krypto.
|
||||
- Sitzungen: signiertes JWT (HS256) aus `APP_SECRET`, 12 Stunden gültig, Cookie `httpOnly`, `sameSite=lax`
|
||||
und `secure`, sobald `APP_URL` auf `https://` steht.
|
||||
- Zugangsdaten für SMTP und Webhooks liegen AES-256-GCM-verschlüsselt in der Datenbank
|
||||
(`src/lib/geheimnisse.ts`); der Schlüssel wird aus `APP_SECRET` abgeleitet.
|
||||
- Agent- und Enrollment-Tokens werden nur als SHA-256-Hash gespeichert. Das ist hier richtig und nicht
|
||||
zu schwach: Die Tokens sind 32 Byte Zufall, es gibt nichts zu raten.
|
||||
|
||||
**Wichtig:** `APP_SECRET` ist der Generalschlüssel. Geht er verloren, sind alle Sitzungen ungültig und die
|
||||
gespeicherten Zugangsdaten unlesbar. Er gehört in die Sicherung.
|
||||
|
||||
## A03 – Injektion
|
||||
|
||||
- Datenbankzugriffe ausschließlich über Prisma mit gebundenen Werten; kein `$queryRawUnsafe` im Projekt.
|
||||
- Ausgaben maskiert React selbst.
|
||||
- Zusätzlich greift eine Content-Security-Policy mit frischem Nonce je Anfrage und `strict-dynamic`
|
||||
(`src/proxy.ts`). Eingeschleustes `<script>` – etwa über einen manipulierten Hostnamen aus einer
|
||||
Proxmox-Ausgabe – läuft damit nicht.
|
||||
- Der Agent baut sein JSON mit einer eigenen Maskierung; Sonderzeichen aus Proxmox-Ausgaben sind als
|
||||
Testfall hinterlegt.
|
||||
|
||||
## A04 – Unsicheres Design
|
||||
|
||||
- Push-Modell: Das Dashboard braucht **keinen** Zugang zu den Proxmox-Hosts. Es gibt keine gespeicherten
|
||||
root-Zugänge, die abhandenkommen könnten – die Hosts melden von sich aus.
|
||||
- Der Agent sendet nur Statusangaben (Subscription, Version, Sockel, IPs). Keine Gastliste, keine Daten.
|
||||
- Enrollment-Tokens sind befristet und in der Zahl der Nutzungen begrenzt.
|
||||
|
||||
## A05 – Sicherheitsrelevante Fehlkonfiguration
|
||||
|
||||
- Kopfzeilen: `X-Content-Type-Options`, `X-Frame-Options: DENY`, `Referrer-Policy`, `Permissions-Policy`,
|
||||
`Strict-Transport-Security` (`next.config.ts`) sowie die CSP aus dem Proxy.
|
||||
- Die Anwendung startet nicht mit zu kurzem `APP_SECRET`.
|
||||
- Im Container läuft die Anwendung als unprivilegierter Benutzer; Anhänge werden mit Rechten 640 abgelegt.
|
||||
- Fehlermeldungen nennen keine Einzelheiten: Bei der Anmeldung steht dieselbe Meldung für „Adresse
|
||||
unbekannt“ und „Passwort falsch“.
|
||||
|
||||
## A06 – Verwundbare Komponenten
|
||||
|
||||
- `npm audit --omit=dev` meldet **keine** bekannten Schwachstellen (Stand 18.09.2026).
|
||||
- Zwei Fassungen werden über `overrides` angehoben: `mysql2` und `deepmerge-ts` kommen als Beiwerk von
|
||||
Prisma mit, obwohl wir Postgres nutzen. Ohne die Anhebung bliebe nur ein Rückschritt auf Prisma 6.
|
||||
- Die CI prüft bei jedem Push (#019).
|
||||
|
||||
## A07 – Fehler bei Identifizierung und Authentifizierung
|
||||
|
||||
- Ratenbremse: fünf Anmeldeversuche je Kennung und Viertelstunde.
|
||||
- Anmeldung wahlweise per Passwort oder OIDC (authentik, mit PKCE und `state`).
|
||||
- Jede Anmeldung – erfolgreich oder nicht – landet im Audit-Log.
|
||||
|
||||
**Nicht vorhanden:** Zwei-Faktor-Anmeldung. Wer sie braucht, stellt OIDC davor und schaltet die
|
||||
Passwortanmeldung ab.
|
||||
|
||||
## A08 – Datenintegrität
|
||||
|
||||
- Der Agent prüft vor dem Selbstaktualisieren, ob die geladene Datei wie ein Bash-Skript beginnt.
|
||||
- Webhooks werden mit HMAC-SHA256 signiert, damit die Gegenstelle die Herkunft prüfen kann.
|
||||
- Hochgeladene Rechnungen werden nicht dem gemeldeten Typ nach beurteilt, sondern am Dateianfang
|
||||
geprüft (`%PDF-`), auf 10 MB begrenzt und unter ihrer Prüfsumme abgelegt.
|
||||
|
||||
## A09 – Protokollierung
|
||||
|
||||
- Audit-Log für Anmeldungen, Änderungen an Kunden, Rechnungen, Tokens, Kanälen und Warnregeln –
|
||||
einsehbar unter *Einstellungen → Protokoll*.
|
||||
- Der Agent protokolliert auf dem Host über `logger` ins Journal.
|
||||
|
||||
## A10 – Server-Side Request Forgery
|
||||
|
||||
- Die einzige ausgehende Verbindung, die sich einstellen lässt, ist der Benachrichtigungs-Webhook. Er
|
||||
wird bewusst von einem Angemeldeten eingetragen und ist damit kein fremdgesteuerter Aufruf.
|
||||
- Sonst ruft das Dashboard keine Adressen auf, die aus Daten stammen.
|
||||
|
||||
## Was ein Betreiber selbst tun muss
|
||||
|
||||
1. HTTPS davorschalten (Beispiele unter `deploy/reverse-proxy/`) und `APP_URL` auf `https://` setzen.
|
||||
2. `APP_SECRET` und die Datenbank sichern (`deploy/backup.sh`).
|
||||
3. Das Dashboard nicht ins offene Internet stellen, wenn es nicht sein muss. Die Agent-API muss
|
||||
erreichbar sein, die Oberfläche nicht.
|
||||
4. Enrollment-Tokens nach dem Ausrollen widerrufen.
|
||||
@@ -7,7 +7,17 @@ const eslintConfig = defineConfig([
|
||||
...nextVitals,
|
||||
...nextTs,
|
||||
prettier,
|
||||
globalIgnores([".next/**", "out/**", "build/**", "coverage/**", "next-env.d.ts", "src/generated/**"]),
|
||||
globalIgnores([
|
||||
".next/**",
|
||||
"out/**",
|
||||
"build/**",
|
||||
"coverage/**",
|
||||
"next-env.d.ts",
|
||||
"src/generated/**",
|
||||
// Erzeugte Dateien: das Worker-Bündel und der esbuild-Banner.
|
||||
"dist/**",
|
||||
"deploy/worker-banner.js",
|
||||
]),
|
||||
]);
|
||||
|
||||
export default eslintConfig;
|
||||
|
||||
@@ -1,11 +1,25 @@
|
||||
import type { NextConfig } from "next";
|
||||
|
||||
const SICHERHEITS_KOPFZEILEN = [
|
||||
{ key: "X-Content-Type-Options", value: "nosniff" },
|
||||
{ key: "X-Frame-Options", value: "DENY" },
|
||||
{ key: "Referrer-Policy", value: "strict-origin-when-cross-origin" },
|
||||
{ key: "Permissions-Policy", value: "camera=(), microphone=(), geolocation=()" },
|
||||
// HSTS wirkt nur über HTTPS; hinter einem Reverse Proxy ist das der Normalfall.
|
||||
{ key: "Strict-Transport-Security", value: "max-age=31536000; includeSubDomains" },
|
||||
];
|
||||
|
||||
const nextConfig: NextConfig = {
|
||||
// Für das Container-Abbild: nur die tatsächlich benötigten Dateien mitnehmen.
|
||||
output: "standalone",
|
||||
// Die Agent-Skripte werden zur Laufzeit ausgeliefert und müssen daher mitgepackt werden.
|
||||
outputFileTracingIncludes: {
|
||||
"/install.sh": ["./agent/install.sh"],
|
||||
"/agent.sh": ["./agent/proxledger-agent.sh"],
|
||||
},
|
||||
async headers() {
|
||||
return [{ source: "/:pfad*", headers: SICHERHEITS_KOPFZEILEN }];
|
||||
},
|
||||
};
|
||||
|
||||
export default nextConfig;
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "proxledger",
|
||||
"version": "0.5.0",
|
||||
"version": "0.17.0",
|
||||
"private": true,
|
||||
"scripts": {
|
||||
"dev": "next dev",
|
||||
@@ -18,30 +18,47 @@
|
||||
"db:studio": "prisma studio",
|
||||
"db:generate": "prisma generate",
|
||||
"postinstall": "prisma generate",
|
||||
"issues:sync": "tsx scripts/gitea-issues.ts"
|
||||
"issues:sync": "tsx scripts/gitea-issues.ts",
|
||||
"worker": "tsx src/worker/index.ts",
|
||||
"alerts:check": "tsx scripts/alerts-pruefen.ts",
|
||||
"build:worker": "esbuild src/worker/index.ts --bundle --platform=node --target=node24 --format=esm --outfile=dist/worker.mjs --banner:js=\"$(cat deploy/worker-banner.js)\" --external:@prisma/client --external:@node-rs/argon2 --external:pg-native",
|
||||
"build:all": "npm run build && npm run build:worker",
|
||||
"lasttest": "tsx scripts/lasttest.ts",
|
||||
"screenshots": "node scripts/screenshots.mjs",
|
||||
"icons": "node scripts/icons.mjs",
|
||||
"pruefe:doku": "node scripts/pruefe-doku.mjs",
|
||||
"benutzer": "tsx scripts/benutzer.ts"
|
||||
},
|
||||
"dependencies": {
|
||||
"@node-rs/argon2": "^2.2.1",
|
||||
"@prisma/adapter-pg": "^7.10.0",
|
||||
"@prisma/client": "^7.10.0",
|
||||
"@react-pdf/renderer": "^4.9.0",
|
||||
"admin-lte": "^4.9.1",
|
||||
"bootstrap": "^5.3.8",
|
||||
"bootstrap-icons": "^1.13.1",
|
||||
"croner": "^10.0.1",
|
||||
"jose": "^6.2.12",
|
||||
"next": "16.3.5",
|
||||
"nodemailer": "^10.0.10",
|
||||
"openid-client": "^6.8.8",
|
||||
"react": "19.2.8",
|
||||
"react-dom": "19.2.8",
|
||||
"zod": "^4.6.5"
|
||||
},
|
||||
"devDependencies": {
|
||||
"@types/node": "^24.13.5",
|
||||
"@types/nodemailer": "^8.0.2",
|
||||
"@types/react": "^19",
|
||||
"@types/react-dom": "^19",
|
||||
"dotenv": "^17.4.2",
|
||||
"esbuild": "^0.28.2",
|
||||
"eslint": "^9",
|
||||
"eslint-config-next": "16.3.5",
|
||||
"eslint-config-prettier": "^10.1.8",
|
||||
"prettier": "^3.9.7",
|
||||
"prisma": "^7.10.0",
|
||||
"sharp": "^0.35.4",
|
||||
"tsx": "^4.23.13",
|
||||
"typescript": "^5",
|
||||
"vitest": "^5.0.1"
|
||||
@@ -49,5 +66,9 @@
|
||||
"description": "Proxmox Subscription Dashboard",
|
||||
"engines": {
|
||||
"node": ">=24"
|
||||
},
|
||||
"overrides": {
|
||||
"mysql2": "^3.24.4",
|
||||
"deepmerge-ts": "^8.0.0"
|
||||
}
|
||||
}
|
||||
|
||||
@@ -0,0 +1,2 @@
|
||||
-- AlterTable
|
||||
ALTER TABLE "Host" ADD COLUMN "clusterMitglieder" TEXT[] DEFAULT ARRAY[]::TEXT[];
|
||||
@@ -0,0 +1,2 @@
|
||||
-- AlterTable
|
||||
ALTER TABLE "Benutzer" ADD COLUMN "sitzungenUngueltigAb" TIMESTAMP(3);
|
||||
@@ -113,6 +113,8 @@ model Host {
|
||||
serverId String?
|
||||
clusterName String?
|
||||
nodeName String?
|
||||
/// Namen aller Knoten des Clusters laut corosync – auch solche ohne eigenen Agent (#022).
|
||||
clusterMitglieder String[] @default([])
|
||||
ips String[] @default([])
|
||||
sockets Int?
|
||||
cpuModell String?
|
||||
@@ -454,6 +456,8 @@ model Benutzer {
|
||||
oidcSubject String? @unique
|
||||
aktiv Boolean @default(true)
|
||||
letzterLoginAm DateTime?
|
||||
/// Alle Sitzungen, die vor diesem Zeitpunkt ausgestellt wurden, gelten als ungültig (#024).
|
||||
sitzungenUngueltigAb DateTime?
|
||||
erstelltAm DateTime @default(now())
|
||||
geaendertAm DateTime @updatedAt
|
||||
|
||||
|
||||
|
After Width: | Height: | Size: 2.7 KiB |
|
After Width: | Height: | Size: 8.5 KiB |
@@ -0,0 +1,25 @@
|
||||
import "dotenv/config";
|
||||
import { alertsAbgleichen, warnregelnSicherstellen } from "@/server/alerts/abgleich";
|
||||
|
||||
/** Einmalige Auswertung der Warnregeln – praktisch zum Prüfen ohne laufenden Worker. */
|
||||
async function main() {
|
||||
await warnregelnSicherstellen();
|
||||
const ergebnis = await alertsAbgleichen();
|
||||
|
||||
console.log(
|
||||
`${ergebnis.geoeffnet.length} neu, ${ergebnis.erledigt.length} erledigt, ${ergebnis.unveraendert} unverändert`,
|
||||
);
|
||||
for (const alert of ergebnis.geoeffnet) {
|
||||
console.log(` + ${alert.schwere.padEnd(8)} ${alert.titel} – ${alert.beschreibung}`);
|
||||
}
|
||||
for (const fingerprint of ergebnis.erledigt) {
|
||||
console.log(` - erledigt: ${fingerprint}`);
|
||||
}
|
||||
}
|
||||
|
||||
main()
|
||||
.then(() => process.exit(0))
|
||||
.catch((fehler) => {
|
||||
console.error(fehler);
|
||||
process.exit(1);
|
||||
});
|
||||
@@ -0,0 +1,81 @@
|
||||
import "dotenv/config";
|
||||
import { createInterface } from "node:readline/promises";
|
||||
import { hash } from "@node-rs/argon2";
|
||||
import { PrismaPg } from "@prisma/adapter-pg";
|
||||
import { PrismaClient } from "@/generated/prisma/client";
|
||||
|
||||
/**
|
||||
* Benutzerverwaltung von der Kommandozeile – solange es dafür keine Oberfläche gibt.
|
||||
*
|
||||
* npm run benutzer -- liste
|
||||
* npm run benutzer -- sperren <email> Konto sperren und alle Sitzungen sofort beenden
|
||||
* npm run benutzer -- entsperren <email>
|
||||
* npm run benutzer -- passwort <email> neues Passwort setzen, beendet alle Sitzungen
|
||||
*/
|
||||
|
||||
const prisma = new PrismaClient({
|
||||
adapter: new PrismaPg({ connectionString: process.env.DATABASE_URL }),
|
||||
});
|
||||
|
||||
async function passwortAbfragen(): Promise<string> {
|
||||
const eingabe = createInterface({ input: process.stdin, output: process.stdout });
|
||||
const passwort = await eingabe.question("Neues Passwort (mindestens 12 Zeichen): ");
|
||||
eingabe.close();
|
||||
if (passwort.length < 12) throw new Error("Zu kurz – mindestens 12 Zeichen.");
|
||||
return passwort;
|
||||
}
|
||||
|
||||
async function main() {
|
||||
const [befehl, email] = process.argv.slice(2);
|
||||
|
||||
if (befehl === "liste") {
|
||||
const alle = await prisma.benutzer.findMany({ orderBy: { email: "asc" } });
|
||||
for (const b of alle) {
|
||||
console.log(`${b.aktiv ? "aktiv " : "gesperrt"} ${b.email.padEnd(32)} ${b.name}`);
|
||||
}
|
||||
return;
|
||||
}
|
||||
|
||||
if (!email) throw new Error("Bitte eine E-Mail-Adresse angeben.");
|
||||
const benutzer = await prisma.benutzer.findUnique({ where: { email: email.toLowerCase().trim() } });
|
||||
if (!benutzer) throw new Error(`Kein Benutzer mit der Adresse ${email}.`);
|
||||
|
||||
switch (befehl) {
|
||||
case "sperren":
|
||||
// Sperren allein genügt nicht: Das Sitzungs-Token gilt sonst bis zum Ablauf weiter.
|
||||
await prisma.benutzer.update({
|
||||
where: { id: benutzer.id },
|
||||
data: { aktiv: false, sitzungenUngueltigAb: new Date() },
|
||||
});
|
||||
console.log(`${benutzer.email} ist gesperrt, alle Sitzungen sind beendet.`);
|
||||
break;
|
||||
|
||||
case "entsperren":
|
||||
await prisma.benutzer.update({ where: { id: benutzer.id }, data: { aktiv: true } });
|
||||
console.log(`${benutzer.email} ist wieder freigegeben.`);
|
||||
break;
|
||||
|
||||
case "passwort": {
|
||||
const passwort = await passwortAbfragen();
|
||||
await prisma.benutzer.update({
|
||||
where: { id: benutzer.id },
|
||||
data: {
|
||||
passwortHash: await hash(passwort),
|
||||
sitzungenUngueltigAb: new Date(),
|
||||
},
|
||||
});
|
||||
console.log(`Passwort gesetzt; bestehende Sitzungen von ${benutzer.email} sind beendet.`);
|
||||
break;
|
||||
}
|
||||
|
||||
default:
|
||||
throw new Error("Bekannte Befehle: liste, sperren, entsperren, passwort");
|
||||
}
|
||||
}
|
||||
|
||||
main()
|
||||
.catch((fehler: unknown) => {
|
||||
console.error(fehler instanceof Error ? fehler.message : fehler);
|
||||
process.exitCode = 1;
|
||||
})
|
||||
.finally(() => prisma.$disconnect());
|
||||
@@ -0,0 +1,91 @@
|
||||
#!/usr/bin/env bash
|
||||
# Sammelt auf einem Proxmox-Host alle Ausgaben, die der ProxLedger-Agent auswertet.
|
||||
# Es wird nichts installiert und nichts verändert – das Skript liest nur.
|
||||
#
|
||||
# bash feldtest-erheben.sh # Ausgabe anonymisiert (Empfehlung zum Weitergeben)
|
||||
# bash feldtest-erheben.sh --vollstaendig # ohne Anonymisierung, nur für den eigenen Gebrauch
|
||||
#
|
||||
# Ergebnis: eine Textdatei im aktuellen Verzeichnis, die weitergegeben werden kann.
|
||||
|
||||
set -o nounset
|
||||
set -o pipefail
|
||||
|
||||
ANONYM="ja"
|
||||
[ "${1:-}" = "--vollstaendig" ] && ANONYM="nein"
|
||||
|
||||
AUSGABE="proxledger-feldtest-$(hostname -s 2>/dev/null || echo host)-$(date +%Y%m%d-%H%M%S).txt"
|
||||
|
||||
# Ersetzt Subscription-Keys, Server-IDs, Hostnamen und IP-Adressen durch Platzhalter.
|
||||
anonymisieren() {
|
||||
if [ "$ANONYM" = "nein" ]; then
|
||||
cat
|
||||
return
|
||||
fi
|
||||
sed -E \
|
||||
-e 's/(pve[0-9]?[a-z]|pbs[a-z]|pmg[a-z])-[A-Za-z0-9]+/\1-KEY-ANONYMISIERT/g' \
|
||||
-e 's/([Ss]erverid:[[:space:]]*)[A-Za-z0-9]+/\1SERVERID-ANONYMISIERT/g' \
|
||||
-e 's/\b([0-9]{1,3}\.){3}[0-9]{1,3}\b/IP-ANONYMISIERT/g' \
|
||||
-e "s/$(hostname -s 2>/dev/null || echo unbekannt)/HOSTNAME-ANONYMISIERT/g"
|
||||
}
|
||||
|
||||
abschnitt() {
|
||||
printf '\n===== %s =====\n' "$1"
|
||||
}
|
||||
|
||||
# Führt einen Befehl aus und hält fest, ob es ihn überhaupt gibt.
|
||||
zeige() {
|
||||
local befehl="$1"
|
||||
abschnitt "$befehl"
|
||||
if ! command -v "${befehl%% *}" >/dev/null 2>&1; then
|
||||
printf '(Befehl nicht vorhanden)\n'
|
||||
return
|
||||
fi
|
||||
eval "$befehl" 2>&1 | head -n 40
|
||||
printf '[Rückgabewert: %s]\n' "$?"
|
||||
}
|
||||
|
||||
{
|
||||
printf 'ProxLedger – Erhebung für den Feldtest\n'
|
||||
printf 'Erstellt am: %s\n' "$(date -Is)"
|
||||
printf 'Anonymisiert: %s\n' "$ANONYM"
|
||||
|
||||
abschnitt "Betriebssystem"
|
||||
cat /etc/os-release 2>/dev/null | head -n 5
|
||||
printf 'Kernel: %s\n' "$(uname -r)"
|
||||
|
||||
abschnitt "Erkanntes Produkt"
|
||||
for befehl in pvesubscription proxmox-backup-manager pmgsubscription; do
|
||||
if command -v "$befehl" >/dev/null 2>&1; then
|
||||
printf 'gefunden: %s\n' "$befehl"
|
||||
fi
|
||||
done
|
||||
|
||||
zeige "pvesubscription get"
|
||||
zeige "proxmox-backup-manager subscription get"
|
||||
zeige "pmgsubscription get"
|
||||
|
||||
# Einige Fassungen können JSON – das wäre die stabilere Quelle.
|
||||
zeige "pvesubscription get --output-format json"
|
||||
zeige "proxmox-backup-manager subscription get --output-format json"
|
||||
|
||||
zeige "pveversion"
|
||||
zeige "proxmox-backup-manager version"
|
||||
zeige "pmgversion"
|
||||
|
||||
zeige "lscpu | grep -E 'Socket|Model name|Sockel|Modellname'"
|
||||
zeige "ip -o addr show scope global"
|
||||
zeige "hostname -f"
|
||||
zeige "pvecm status"
|
||||
zeige "apt list --upgradable 2>/dev/null | grep -c 'upgradable from'"
|
||||
|
||||
abschnitt "Vorhandene Werkzeuge"
|
||||
for befehl in curl systemctl logger jq awk sed; do
|
||||
printf '%-12s %s\n' "$befehl" "$(command -v "$befehl" || echo 'FEHLT')"
|
||||
done
|
||||
|
||||
abschnitt "Ende"
|
||||
} 2>&1 | anonymisieren > "$AUSGABE"
|
||||
|
||||
printf 'Fertig: %s\n' "$AUSGABE"
|
||||
printf 'Anonymisiert: %s (mit --vollstaendig ohne Anonymisierung)\n' "$ANONYM"
|
||||
printf 'Bitte vor dem Weitergeben kurz durchsehen.\n'
|
||||
@@ -0,0 +1,91 @@
|
||||
#!/usr/bin/env node
|
||||
/**
|
||||
* Erzeugt alle Symboldateien aus den SVG-Vorlagen in `assets/`.
|
||||
*
|
||||
* npm run icons
|
||||
*
|
||||
* Ergebnis:
|
||||
* src/app/icon.svg – Symbol im Browser-Tab (moderne Browser)
|
||||
* src/app/favicon.ico – Rückfall für ältere Browser (16, 32, 48 px)
|
||||
* public/icon-192.png – Startbildschirm und Fortschrittsanzeigen
|
||||
* public/icon-512.png
|
||||
* src/app/apple-icon.png – iOS-Startbildschirm (180 px, mit Hintergrund)
|
||||
*
|
||||
* Die Größen 16 und 32 nutzen vereinfachte Vorlagen, weil die feinen Linien sonst verschwimmen.
|
||||
*/
|
||||
|
||||
import { readFile, writeFile, mkdir } from "node:fs/promises";
|
||||
import path from "node:path";
|
||||
import sharp from "sharp";
|
||||
|
||||
const WURZEL = process.cwd();
|
||||
const ASSETS = path.join(WURZEL, "assets");
|
||||
|
||||
async function png(vorlage, groesse) {
|
||||
const svg = await readFile(path.join(ASSETS, vorlage));
|
||||
return sharp(svg, { density: 384 }).resize(groesse, groesse).png({ compressionLevel: 9 }).toBuffer();
|
||||
}
|
||||
|
||||
/**
|
||||
* Baut eine ICO-Datei aus PNG-Bildern. Das Format ist schlicht: ein Kopf, je Bild ein
|
||||
* Verzeichniseintrag, danach die Bilddaten – PNG als Inhalt ist seit Vista erlaubt.
|
||||
*/
|
||||
function icoBauen(bilder) {
|
||||
const kopf = Buffer.alloc(6);
|
||||
kopf.writeUInt16LE(0, 0); // reserviert
|
||||
kopf.writeUInt16LE(1, 2); // Typ 1 = Symbol
|
||||
kopf.writeUInt16LE(bilder.length, 4);
|
||||
|
||||
let versatz = 6 + bilder.length * 16;
|
||||
const eintraege = [];
|
||||
for (const bild of bilder) {
|
||||
const eintrag = Buffer.alloc(16);
|
||||
eintrag.writeUInt8(bild.groesse >= 256 ? 0 : bild.groesse, 0); // Breite (0 = 256)
|
||||
eintrag.writeUInt8(bild.groesse >= 256 ? 0 : bild.groesse, 1); // Höhe
|
||||
eintrag.writeUInt8(0, 2); // Farben in der Palette
|
||||
eintrag.writeUInt8(0, 3); // reserviert
|
||||
eintrag.writeUInt16LE(1, 4); // Farbebenen
|
||||
eintrag.writeUInt16LE(32, 6); // Bits je Bildpunkt
|
||||
eintrag.writeUInt32LE(bild.daten.length, 8);
|
||||
eintrag.writeUInt32LE(versatz, 12);
|
||||
eintraege.push(eintrag);
|
||||
versatz += bild.daten.length;
|
||||
}
|
||||
|
||||
return Buffer.concat([kopf, ...eintraege, ...bilder.map((b) => b.daten)]);
|
||||
}
|
||||
|
||||
async function main() {
|
||||
await mkdir(path.join(WURZEL, "public"), { recursive: true });
|
||||
|
||||
// Tab-Symbol: das SVG selbst, damit es in jeder Größe scharf bleibt.
|
||||
const svg = await readFile(path.join(ASSETS, "logo-32.svg"));
|
||||
await writeFile(path.join(WURZEL, "src", "app", "icon.svg"), svg);
|
||||
console.log(" src/app/icon.svg");
|
||||
|
||||
const ico = icoBauen([
|
||||
{ groesse: 16, daten: await png("logo-16.svg", 16) },
|
||||
{ groesse: 32, daten: await png("logo-32.svg", 32) },
|
||||
{ groesse: 48, daten: await png("logo-32.svg", 48) },
|
||||
]);
|
||||
await writeFile(path.join(WURZEL, "src", "app", "favicon.ico"), ico);
|
||||
console.log(` src/app/favicon.ico (${(ico.length / 1024).toFixed(1)} KB)`);
|
||||
|
||||
for (const groesse of [192, 512]) {
|
||||
const daten = await png("logo-kachel.svg", groesse);
|
||||
await writeFile(path.join(WURZEL, "public", `icon-${groesse}.png`), daten);
|
||||
console.log(` public/icon-${groesse}.png`);
|
||||
}
|
||||
|
||||
const apple = await png("logo-kachel.svg", 180);
|
||||
await writeFile(path.join(WURZEL, "src", "app", "apple-icon.png"), apple);
|
||||
console.log(" src/app/apple-icon.png");
|
||||
}
|
||||
|
||||
console.log("Erzeuge Symbole aus assets/:");
|
||||
main()
|
||||
.then(() => console.log("Fertig."))
|
||||
.catch((fehler) => {
|
||||
console.error(fehler.message ?? fehler);
|
||||
process.exit(1);
|
||||
});
|
||||
@@ -0,0 +1,166 @@
|
||||
import "dotenv/config";
|
||||
import { PrismaPg } from "@prisma/adapter-pg";
|
||||
import { PrismaClient } from "@/generated/prisma/client";
|
||||
import { alertsAbgleichen, warnregelnSicherstellen } from "@/server/alerts/abgleich";
|
||||
import { hostsNachAblauf, offeneAufgaben } from "@/server/queries/dashboard";
|
||||
import { hostListe } from "@/server/queries/hostliste";
|
||||
import { kennzahlen, suchIndex } from "@/server/queries/hosts";
|
||||
import { kundenListe, offeneRechnungspunkteProKunde } from "@/server/queries/kunden";
|
||||
import { rechnungsListe } from "@/server/queries/rechnungen";
|
||||
|
||||
/**
|
||||
* Lasttest: legt eine große Datenmenge an und misst die Abfragen der wichtigsten Seiten.
|
||||
* Läuft gegen die Testdatenbank (`TEST_DATABASE_URL`), damit die Entwicklungsdaten unberührt bleiben.
|
||||
*
|
||||
* npm run lasttest
|
||||
*/
|
||||
|
||||
const HOSTS = Number(process.env.LAST_HOSTS ?? 200);
|
||||
const KUNDEN = Number(process.env.LAST_KUNDEN ?? 25);
|
||||
const JAHRE = Number(process.env.LAST_JAHRE ?? 5);
|
||||
const REPORTS_PRO_HOST = JAHRE * 365;
|
||||
|
||||
const url = process.env.TEST_DATABASE_URL ?? process.env.DATABASE_URL;
|
||||
if (!url) throw new Error("TEST_DATABASE_URL oder DATABASE_URL setzen.");
|
||||
process.env.DATABASE_URL = url;
|
||||
|
||||
const prisma = new PrismaClient({ adapter: new PrismaPg({ connectionString: url }) });
|
||||
|
||||
async function messen<T>(name: string, arbeit: () => Promise<T>): Promise<T> {
|
||||
const start = performance.now();
|
||||
const ergebnis = await arbeit();
|
||||
const dauer = performance.now() - start;
|
||||
const anzahl = Array.isArray(ergebnis) ? ` (${ergebnis.length} Einträge)` : "";
|
||||
console.log(` ${name.padEnd(38)} ${dauer.toFixed(0).padStart(6)} ms${anzahl}`);
|
||||
return ergebnis;
|
||||
}
|
||||
|
||||
async function datenAnlegen() {
|
||||
console.log(`Lege Testdaten an: ${KUNDEN} Kunden, ${HOSTS} Hosts, je ${REPORTS_PRO_HOST} Reports …`);
|
||||
const start = performance.now();
|
||||
|
||||
await prisma.$executeRawUnsafe(`
|
||||
TRUNCATE TABLE "Alert","Benachrichtigung","Report","Laufzeit","ProxmoxRechnungPosition",
|
||||
"ProxmoxRechnung","KundenrechnungPosition","Kundenrechnung","ServerIdHistorie",
|
||||
"SubscriptionKeyHistorie","AgentToken","Host","Standort","Kunde" RESTART IDENTITY CASCADE
|
||||
`);
|
||||
|
||||
for (let k = 0; k < KUNDEN; k++) {
|
||||
await prisma.kunde.create({
|
||||
data: { id: `k${k}`, name: `Kunde ${k} GmbH`, kundennummer: `K-${9000 + k}` },
|
||||
});
|
||||
}
|
||||
|
||||
const heute = new Date();
|
||||
for (let h = 0; h < HOSTS; h++) {
|
||||
const ablauf = new Date(heute.getTime() + ((h % 400) - 30) * 86_400_000);
|
||||
await prisma.host.create({
|
||||
data: {
|
||||
id: `h${h}`,
|
||||
agentId: `last-${h}`,
|
||||
hostname: `pve-last-${String(h).padStart(3, "0")}`,
|
||||
produkt: h % 7 === 0 ? "PBS" : "PVE",
|
||||
kundeId: h % 20 === 0 ? null : `k${h % KUNDEN}`,
|
||||
subKey: `pve1c-${String(h).padStart(10, "0")}`,
|
||||
subStatus: h % 11 === 0 ? "EXPIRED" : "ACTIVE",
|
||||
subNextduedate: ablauf,
|
||||
subLizenzierteSockets: 1,
|
||||
sockets: h % 13 === 0 ? 2 : 1,
|
||||
ips: [`10.0.${Math.floor(h / 254)}.${h % 254}`],
|
||||
letzterReportAm: new Date(heute.getTime() - (h % 5) * 86_400_000),
|
||||
},
|
||||
});
|
||||
|
||||
// Reports in Blöcken, sonst dauert es unnötig lange.
|
||||
const reports = Array.from({ length: REPORTS_PRO_HOST }, (_, i) => ({
|
||||
reportId: `last-${h}-${i}`,
|
||||
hostId: `h${h}`,
|
||||
erhobenAm: new Date(heute.getTime() - i * 86_400_000),
|
||||
subStatus: "ACTIVE" as const,
|
||||
subKey: `pve1c-${String(h).padStart(10, "0")}`,
|
||||
rohdaten: {},
|
||||
}));
|
||||
for (let i = 0; i < reports.length; i += 2000) {
|
||||
await prisma.report.createMany({ data: reports.slice(i, i + 2000) });
|
||||
}
|
||||
|
||||
// Fünf Laufzeiten je Host, jede zweite mit Rechnungen.
|
||||
for (let j = 0; j < JAHRE; j++) {
|
||||
const beginn = new Date(Date.UTC(heute.getUTCFullYear() - j, h % 12, ((h + j) % 27) + 1));
|
||||
const laufzeit = await prisma.laufzeit.create({
|
||||
data: {
|
||||
hostId: `h${h}`,
|
||||
key: `pve1c-${String(h).padStart(10, "0")}`,
|
||||
start: beginn,
|
||||
ende: new Date(Date.UTC(beginn.getUTCFullYear() + 1, beginn.getUTCMonth(), beginn.getUTCDate() - 1)),
|
||||
status: "BESTAETIGT",
|
||||
},
|
||||
});
|
||||
|
||||
if ((h + j) % 2 === 0) {
|
||||
const rechnung = await prisma.proxmoxRechnung.create({
|
||||
data: {
|
||||
nummer: `PX-LAST-${h}-${j}`,
|
||||
datum: beginn,
|
||||
faelligAm: new Date(beginn.getTime() + 14 * 86_400_000),
|
||||
nettoBetrag: 115,
|
||||
bezahlt: j > 0,
|
||||
positionen: { create: [{ bezeichnung: "Laufzeit", nettoBetrag: 115 }] },
|
||||
},
|
||||
include: { positionen: true },
|
||||
});
|
||||
await prisma.laufzeit.update({
|
||||
where: { id: laufzeit.id },
|
||||
data: { proxmoxPositionId: rechnung.positionen[0].id },
|
||||
});
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
console.log(`Daten angelegt in ${((performance.now() - start) / 1000).toFixed(1)} s\n`);
|
||||
}
|
||||
|
||||
async function main() {
|
||||
await datenAnlegen();
|
||||
await warnregelnSicherstellen();
|
||||
|
||||
const [hosts, reports, laufzeiten] = await Promise.all([
|
||||
prisma.host.count(),
|
||||
prisma.report.count(),
|
||||
prisma.laufzeit.count(),
|
||||
]);
|
||||
console.log(`Bestand: ${hosts} Hosts, ${reports} Reports, ${laufzeiten} Laufzeiten\n`);
|
||||
|
||||
console.log("Dashboard:");
|
||||
await messen("Kennzahlen", () => kennzahlen());
|
||||
await messen("Hosts nach Ablauf", () => hostsNachAblauf());
|
||||
await messen("Offene Aufgaben", () => offeneAufgaben());
|
||||
await messen("Kundenliste", () => kundenListe());
|
||||
await messen("Rechnungspunkte je Kunde", () => offeneRechnungspunkteProKunde());
|
||||
|
||||
console.log("\nHost-Tabelle:");
|
||||
await messen("Erste Seite", () => hostListe({}));
|
||||
await messen("Suche nach Key", () => hostListe({ q: "pve1c-0000000100" }));
|
||||
await messen("Filter: bald ablaufend", () => hostListe({ ablauf: "30" }));
|
||||
await messen("Filter: offene Rechnungen", () => hostListe({ rechnung: "offen" }));
|
||||
await messen("Sortierung nach Ablauf", () => hostListe({ sortierung: "ablauf" }));
|
||||
|
||||
console.log("\nWeitere Seiten:");
|
||||
await messen("Rechnungsliste (offen)", () => rechnungsListe({ status: "offen" }));
|
||||
await messen("Suchindex (Strg+K)", () => suchIndex());
|
||||
await messen("Warnregeln auswerten", () => alertsAbgleichen());
|
||||
|
||||
const offeneAlerts = await prisma.alert.count({ where: { erledigtAm: null } });
|
||||
console.log(`\nOffene Warnungen nach der Auswertung: ${offeneAlerts}`);
|
||||
}
|
||||
|
||||
main()
|
||||
.then(async () => {
|
||||
await prisma.$disconnect();
|
||||
process.exit(0);
|
||||
})
|
||||
.catch(async (fehler) => {
|
||||
console.error(fehler);
|
||||
await prisma.$disconnect();
|
||||
process.exit(1);
|
||||
});
|
||||
@@ -0,0 +1,88 @@
|
||||
#!/usr/bin/env node
|
||||
/**
|
||||
* Prüft, ob Dokumentation und Version zusammenpassen.
|
||||
*
|
||||
* npm run pruefe:doku
|
||||
*
|
||||
* Geprüft wird:
|
||||
* 1. Die Version aus package.json hat einen Abschnitt im Changelog.
|
||||
* 2. Jede Issue-Datei steht in der Übersicht – und umgekehrt.
|
||||
* 3. Status und tatsächliche Zeit stimmen zwischen Issue-Datei und Übersicht überein.
|
||||
* 4. Alle im Handbuch verlinkten Bilder sind vorhanden.
|
||||
*/
|
||||
|
||||
import { readFile, readdir } from "node:fs/promises";
|
||||
import path from "node:path";
|
||||
|
||||
const WURZEL = process.cwd();
|
||||
const fehler = [];
|
||||
|
||||
function pruefe(bedingung, meldung) {
|
||||
if (!bedingung) fehler.push(meldung);
|
||||
}
|
||||
|
||||
async function versionImChangelog() {
|
||||
const { version } = JSON.parse(await readFile(path.join(WURZEL, "package.json"), "utf8"));
|
||||
const changelog = await readFile(path.join(WURZEL, "CHANGELOG.md"), "utf8");
|
||||
|
||||
pruefe(
|
||||
changelog.includes(`## [${version}]`),
|
||||
`Version ${version} aus package.json fehlt im CHANGELOG.md.`,
|
||||
);
|
||||
}
|
||||
|
||||
async function issuesUndUebersicht() {
|
||||
const verzeichnis = path.join(WURZEL, "docs", "issues");
|
||||
const dateien = (await readdir(verzeichnis)).filter((name) => /^\d{3}-.*\.md$/.test(name)).sort();
|
||||
const uebersicht = await readFile(path.join(verzeichnis, "README.md"), "utf8");
|
||||
|
||||
for (const datei of dateien) {
|
||||
pruefe(uebersicht.includes(`(${datei})`), `Issue ${datei} fehlt in docs/issues/README.md.`);
|
||||
|
||||
const inhalt = await readFile(path.join(verzeichnis, datei), "utf8");
|
||||
const status = /^\*\*Status:\*\*\s*(.+)$/m.exec(inhalt)?.[1]?.trim();
|
||||
const zeit = /^\*\*Geschätzt:\*\*.*\*\*Tatsächlich:\*\*\s*(.+)$/m.exec(inhalt)?.[1]?.trim();
|
||||
|
||||
const zeile = uebersicht.split("\n").find((z) => z.includes(`(${datei})`));
|
||||
if (!zeile) continue;
|
||||
|
||||
pruefe(
|
||||
zeile.includes(`| ${status} |`),
|
||||
`Status von ${datei} ist „${status}“, die Übersicht sagt etwas anderes: ${zeile.trim()}`,
|
||||
);
|
||||
if (zeit && zeit !== "–") {
|
||||
pruefe(
|
||||
zeile.includes(zeit),
|
||||
`Zeit von ${datei} ist „${zeit}“, steht so aber nicht in der Übersicht.`,
|
||||
);
|
||||
}
|
||||
}
|
||||
|
||||
// Umgekehrt: Zeilen in der Übersicht ohne zugehörige Datei.
|
||||
for (const treffer of uebersicht.matchAll(/\((\d{3}-[^)]+\.md)\)/g)) {
|
||||
pruefe(dateien.includes(treffer[1]), `Übersicht verweist auf ${treffer[1]}, die Datei fehlt.`);
|
||||
}
|
||||
}
|
||||
|
||||
async function bilderImHandbuch() {
|
||||
const handbuch = path.join(WURZEL, "docs", "anleitung");
|
||||
const text = await readFile(path.join(handbuch, "README.md"), "utf8");
|
||||
const bilder = [...text.matchAll(/!\[[^\]]*\]\((bilder\/[^)]+)\)/g)].map((t) => t[1]);
|
||||
const vorhanden = new Set(await readdir(path.join(handbuch, "bilder")));
|
||||
|
||||
for (const bild of bilder) {
|
||||
pruefe(vorhanden.has(path.basename(bild)), `Handbuch verweist auf ${bild}, die Datei fehlt.`);
|
||||
}
|
||||
}
|
||||
|
||||
await versionImChangelog();
|
||||
await issuesUndUebersicht();
|
||||
await bilderImHandbuch();
|
||||
|
||||
if (fehler.length > 0) {
|
||||
console.error("Die Dokumentation passt nicht zusammen:\n");
|
||||
for (const meldung of fehler) console.error(` · ${meldung}`);
|
||||
process.exit(1);
|
||||
}
|
||||
|
||||
console.log("Dokumentation, Versionen und Bilder passen zusammen.");
|
||||
@@ -0,0 +1,204 @@
|
||||
#!/usr/bin/env node
|
||||
/**
|
||||
* Erzeugt die Bilder für das Handbuch (docs/anleitung/bilder/).
|
||||
*
|
||||
* npm run screenshots # heller Modus, Desktop
|
||||
* npm run screenshots -- --alle # zusätzlich dunkler Modus und Mobilansicht
|
||||
* npm run screenshots -- --seite name=/pfad # zusätzlich eine bestimmte Seite
|
||||
*
|
||||
* Voraussetzung: Das Dashboard läuft (npm start) und die Datenbank enthält Daten.
|
||||
* Die Anmeldung erledigt das Skript selbst, indem es ein Sitzungs-Cookie erzeugt
|
||||
* und in ein eigenes Firefox-Profil schreibt – so bleibt der Schutz der Anwendung unangetastet.
|
||||
*/
|
||||
|
||||
import { spawn } from "node:child_process";
|
||||
import { createServer } from "node:http";
|
||||
import { existsSync, mkdirSync, rmSync, statSync, writeFileSync } from "node:fs";
|
||||
import { homedir } from "node:os";
|
||||
import path from "node:path";
|
||||
import { request as httpAnfrage } from "node:http";
|
||||
import { SignJWT } from "jose";
|
||||
import "dotenv/config";
|
||||
|
||||
const BASIS = process.env.SCREENSHOT_URL ?? "http://localhost:3000";
|
||||
const ZIEL = path.join(process.cwd(), "docs", "anleitung", "bilder");
|
||||
const ALLE = process.argv.includes("--alle");
|
||||
|
||||
/** Zusätzliche Seiten von der Befehlszeile: --seite name=/pfad */
|
||||
const ZUSATZ = process.argv
|
||||
.filter((wert, i) => process.argv[i - 1] === "--seite")
|
||||
.map((eintrag) => {
|
||||
const [name, ...rest] = eintrag.split("=");
|
||||
return { name, pfad: rest.join("="), titel: "zusätzlich" };
|
||||
});
|
||||
|
||||
// Firefox aus dem Snap-Paket kommt nicht an versteckte Verzeichnisse – daher im Home sichtbar ablegen.
|
||||
const PROFIL_BASIS = path.join(homedir(), "proxledger-screenshots");
|
||||
|
||||
const SEITEN = [
|
||||
{ name: "dashboard", pfad: "/", titel: "Dashboard" },
|
||||
{ name: "hosts", pfad: "/hosts", titel: "Host-Tabelle" },
|
||||
{ name: "host-detail", pfad: "/hosts?q=pve-brandl-01", titel: "Host-Suche" },
|
||||
{ name: "kunden", pfad: "/kunden", titel: "Kundenübersicht" },
|
||||
{ name: "nicht-zugeordnet", pfad: "/hosts/nicht-zugeordnet", titel: "Nicht zugeordnete Hosts" },
|
||||
{ name: "rechnungen", pfad: "/rechnungen", titel: "Rechnungen" },
|
||||
{ name: "jahresbahn", pfad: "/jahresbahn", titel: "Jahresbahn" },
|
||||
{ name: "warnungen", pfad: "/warnungen", titel: "Warnungen" },
|
||||
{ name: "warnregeln", pfad: "/einstellungen/warnregeln", titel: "Warnregeln" },
|
||||
{ name: "tokens", pfad: "/einstellungen/tokens", titel: "Agent-Tokens" },
|
||||
{ name: "benachrichtigungen", pfad: "/einstellungen/benachrichtigungen", titel: "Benachrichtigungen" },
|
||||
{ name: "audit", pfad: "/einstellungen/audit", titel: "Protokoll" },
|
||||
{ name: "system", pfad: "/einstellungen/system", titel: "Systemeinstellungen" },
|
||||
];
|
||||
|
||||
async function sitzungsToken() {
|
||||
const geheimnis = process.env.APP_SECRET;
|
||||
if (!geheimnis || geheimnis.length < 32) {
|
||||
throw new Error("APP_SECRET fehlt oder ist zu kurz – ohne Sitzung keine Bilder.");
|
||||
}
|
||||
|
||||
return new SignJWT({
|
||||
benutzerId: "screenshots",
|
||||
email: process.env.ADMIN_EMAIL ?? "admin@example.de",
|
||||
name: process.env.ADMIN_NAME ?? "Florian",
|
||||
herkunft: "passwort",
|
||||
})
|
||||
.setProtectedHeader({ alg: "HS256" })
|
||||
.setSubject("screenshots")
|
||||
.setIssuedAt()
|
||||
.setIssuer("proxledger")
|
||||
.setExpirationTime("1h")
|
||||
.sign(new TextEncoder().encode(geheimnis));
|
||||
}
|
||||
|
||||
/**
|
||||
* Kleiner Vermittler vor dem Dashboard: Er reicht jede Anfrage weiter und hängt die Sitzung
|
||||
* als Kopfzeile an. Damit braucht der Browser kein Cookie – das Einschleusen in das Firefox-Profil
|
||||
* erwies sich als unzuverlässig (Firefox verwirft fremd erzeugte Cookie-Dateien stillschweigend,
|
||||
* die Aufnahmen zeigten dann kommentarlos die Anmeldeseite).
|
||||
*/
|
||||
function vermittlerStarten(token) {
|
||||
const ziel = new URL(BASIS);
|
||||
|
||||
const server = createServer((anfrage, antwort) => {
|
||||
const weiterleitung = {
|
||||
hostname: ziel.hostname,
|
||||
port: ziel.port || 80,
|
||||
path: anfrage.url,
|
||||
method: anfrage.method,
|
||||
headers: { ...anfrage.headers, host: ziel.host, cookie: `pl_sitzung=${token}` },
|
||||
};
|
||||
|
||||
const verbindung = httpAnfrage(weiterleitung, (antwortVomServer) => {
|
||||
antwort.writeHead(antwortVomServer.statusCode ?? 502, antwortVomServer.headers);
|
||||
antwortVomServer.pipe(antwort);
|
||||
});
|
||||
|
||||
verbindung.on("error", () => antwort.writeHead(502).end("Dashboard nicht erreichbar"));
|
||||
anfrage.pipe(verbindung);
|
||||
});
|
||||
|
||||
return new Promise((fertig) => {
|
||||
server.listen(0, "127.0.0.1", () => fertig({ server, port: server.address().port }));
|
||||
});
|
||||
}
|
||||
|
||||
/** Legt ein Profil mit dem gewünschten Farbschema an. */
|
||||
function profilVorbereiten(name, dunkel) {
|
||||
const verzeichnis = path.join(PROFIL_BASIS, name);
|
||||
rmSync(verzeichnis, { recursive: true, force: true });
|
||||
mkdirSync(verzeichnis, { recursive: true });
|
||||
|
||||
writeFileSync(
|
||||
path.join(verzeichnis, "user.js"),
|
||||
[
|
||||
`user_pref("ui.systemUsesDarkTheme", ${dunkel ? 1 : 0});`,
|
||||
`user_pref("layout.css.prefers-color-scheme.content-override", ${dunkel ? 0 : 1});`,
|
||||
'user_pref("browser.shell.checkDefaultBrowser", false);',
|
||||
"",
|
||||
].join("\n"),
|
||||
);
|
||||
|
||||
return verzeichnis;
|
||||
}
|
||||
|
||||
/**
|
||||
* Nimmt eine Seite auf. Bewusst asynchron: Der Vermittler läuft im selben Prozess, und ein
|
||||
* blockierender Aufruf würde ihn währenddessen stumm schalten – Firefox liefe in die Zeitüberschreitung.
|
||||
*/
|
||||
function aufnehmen(profil, pfad, datei, breite, hoehe, adresse) {
|
||||
return new Promise((fertig, fehlgeschlagen) => {
|
||||
const vorgang = spawn(
|
||||
"firefox",
|
||||
[
|
||||
"--profile",
|
||||
profil,
|
||||
"--headless",
|
||||
"--window-size",
|
||||
`${breite},${hoehe}`,
|
||||
"--screenshot",
|
||||
datei,
|
||||
`${adresse}${pfad}`,
|
||||
],
|
||||
{ stdio: "ignore", timeout: 120_000 },
|
||||
);
|
||||
|
||||
vorgang.on("error", fehlgeschlagen);
|
||||
vorgang.on("close", () => fertig());
|
||||
});
|
||||
}
|
||||
|
||||
async function main() {
|
||||
const antwort = await fetch(`${BASIS}/login`).catch(() => null);
|
||||
if (!antwort?.ok) throw new Error(`${BASIS} ist nicht erreichbar – läuft das Dashboard?`);
|
||||
|
||||
mkdirSync(ZIEL, { recursive: true });
|
||||
const token = await sitzungsToken();
|
||||
const { server, port } = await vermittlerStarten(token);
|
||||
const adresse = `http://127.0.0.1:${port}`;
|
||||
|
||||
const hell = profilVorbereiten("hell", false);
|
||||
console.log(`Bilder nach ${ZIEL}`);
|
||||
|
||||
// Die Anmeldeseite zeigt sich auch mit gültiger Sitzung, sie ist öffentlich.
|
||||
await aufnehmen(hell, "/login", path.join(ZIEL, "login.png"), 1280, 900, BASIS);
|
||||
console.log(" login.png");
|
||||
|
||||
for (const seite of [...SEITEN, ...ZUSATZ]) {
|
||||
await aufnehmen(hell, seite.pfad, path.join(ZIEL, `${seite.name}.png`), 1680, 1150, adresse);
|
||||
console.log(` ${seite.name}.png – ${seite.titel}`);
|
||||
}
|
||||
|
||||
if (ALLE) {
|
||||
const dunkel = profilVorbereiten("dunkel", true);
|
||||
for (const seite of ["dashboard", "hosts", "rechnungen", "warnungen"]) {
|
||||
const eintrag = SEITEN.find((s) => s.name === seite);
|
||||
await aufnehmen(dunkel, eintrag.pfad, path.join(ZIEL, `${seite}-dunkel.png`), 1680, 1150, adresse);
|
||||
console.log(` ${seite}-dunkel.png`);
|
||||
}
|
||||
|
||||
for (const seite of ["dashboard", "hosts"]) {
|
||||
const eintrag = SEITEN.find((s) => s.name === seite);
|
||||
await aufnehmen(hell, eintrag.pfad, path.join(ZIEL, `mobil-${seite}.png`), 390, 1500, adresse);
|
||||
console.log(` mobil-${seite}.png`);
|
||||
}
|
||||
}
|
||||
|
||||
server.close();
|
||||
if (existsSync(PROFIL_BASIS)) rmSync(PROFIL_BASIS, { recursive: true, force: true });
|
||||
|
||||
// Sicherung gegen stillen Fehlschlag: Alle Aufnahmen gleich groß heißt, jede zeigt die Anmeldeseite.
|
||||
const groessen = SEITEN.map((seite) => statSync(path.join(ZIEL, `${seite.name}.png`)).size);
|
||||
if (new Set(groessen).size === 1) {
|
||||
throw new Error(
|
||||
"Alle Aufnahmen sind gleich groß – vermutlich zeigt jede die Anmeldeseite. Sitzung prüfen.",
|
||||
);
|
||||
}
|
||||
|
||||
console.log("Fertig.");
|
||||
}
|
||||
|
||||
main().catch((fehler) => {
|
||||
console.error(fehler.message ?? fehler);
|
||||
process.exit(1);
|
||||
});
|
||||
@@ -0,0 +1,60 @@
|
||||
import Link from "next/link";
|
||||
import { AnmeldeFormular } from "@/components/auth/AnmeldeFormular";
|
||||
import { Logo } from "@/components/Logo";
|
||||
import { oidcEinstellungen } from "@/server/auth/oidc";
|
||||
|
||||
export const dynamic = "force-dynamic";
|
||||
export const metadata = { title: "Anmelden" };
|
||||
|
||||
type SuchParameter = Promise<Record<string, string | string[] | undefined>>;
|
||||
|
||||
export default async function AnmeldeSeite({ searchParams }: { searchParams: SuchParameter }) {
|
||||
const roh = await searchParams;
|
||||
const einzeln = (wert: string | string[] | undefined) => (Array.isArray(wert) ? wert[0] : wert);
|
||||
const ziel = einzeln(roh.ziel) ?? "/";
|
||||
const fehler = einzeln(roh.fehler);
|
||||
const oidc = oidcEinstellungen();
|
||||
|
||||
return (
|
||||
<main className="d-flex align-items-center justify-content-center min-vh-100 p-3">
|
||||
<div style={{ width: "min(24rem, 100%)" }}>
|
||||
<div className="text-center mb-4">
|
||||
<Logo groesse={64} titel="ProxLedger" />
|
||||
<h1 className="h4 mt-3 mb-1" style={{ fontWeight: 300 }}>
|
||||
ProxLedger
|
||||
</h1>
|
||||
<p className="text-body-secondary small mb-0">Proxmox Subscription Dashboard</p>
|
||||
</div>
|
||||
|
||||
<div className="card shadow-sm">
|
||||
<div className="card-body">
|
||||
{fehler ? (
|
||||
<div className="alert alert-danger py-2" role="alert">
|
||||
{fehler === "oidc" ? "Die Anmeldung über den Anbieter hat nicht geklappt." : fehler}
|
||||
</div>
|
||||
) : null}
|
||||
|
||||
{oidc ? (
|
||||
<>
|
||||
<Link
|
||||
href={`/api/auth/oidc/start?ziel=${encodeURIComponent(ziel)}`}
|
||||
className="btn btn-primary w-100 pl-touch-target mb-3"
|
||||
>
|
||||
<i className="bi bi-box-arrow-in-right me-1" aria-hidden="true" />
|
||||
Mit {oidc.bezeichnung} anmelden
|
||||
</Link>
|
||||
<div className="text-center text-body-secondary small mb-3">oder mit Passwort</div>
|
||||
</>
|
||||
) : null}
|
||||
|
||||
<AnmeldeFormular ziel={ziel} />
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<p className="text-center text-body-secondary small mt-3 mb-0">
|
||||
Der lokale Zugang bleibt auch dann nutzbar, wenn der Anmeldedienst ausfällt.
|
||||
</p>
|
||||
</div>
|
||||
</main>
|
||||
);
|
||||
}
|
||||
@@ -0,0 +1,112 @@
|
||||
import Link from "next/link";
|
||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||
import { Card } from "@/components/ui/Card";
|
||||
import { prisma } from "@/lib/db";
|
||||
import { formatDatumZeit } from "@/lib/format";
|
||||
|
||||
export const metadata = { title: "Protokoll" };
|
||||
|
||||
type SuchParameter = Promise<Record<string, string | string[] | undefined>>;
|
||||
|
||||
export default async function AuditSeite({ searchParams }: { searchParams: SuchParameter }) {
|
||||
const roh = await searchParams;
|
||||
const einzeln = (wert: string | string[] | undefined) => (Array.isArray(wert) ? wert[0] : wert);
|
||||
const aktion = einzeln(roh.aktion);
|
||||
const entitaet = einzeln(roh.entitaet);
|
||||
|
||||
const [eintraege, aktionen] = await Promise.all([
|
||||
prisma.auditEintrag.findMany({
|
||||
where: {
|
||||
...(aktion ? { aktion } : {}),
|
||||
...(entitaet ? { entitaet } : {}),
|
||||
},
|
||||
orderBy: { erstelltAm: "desc" },
|
||||
take: 200,
|
||||
include: { benutzer: { select: { name: true, email: true } } },
|
||||
}),
|
||||
prisma.auditEintrag.groupBy({ by: ["aktion"], _count: { _all: true }, orderBy: { aktion: "asc" } }),
|
||||
]);
|
||||
|
||||
return (
|
||||
<>
|
||||
<ContentHeader titel="Protokoll" brotkrumen={[{ titel: "Einstellungen" }, { titel: "Protokoll" }]} />
|
||||
|
||||
<div className="app-content">
|
||||
<div className="container-fluid">
|
||||
<Card titel={`Letzte ${eintraege.length} Einträge`} rahmen="primary" tabelle>
|
||||
<form className="row g-2 p-3 border-bottom">
|
||||
<div className="col-md-4">
|
||||
<select name="aktion" defaultValue={aktion ?? ""} className="form-select" aria-label="Aktion">
|
||||
<option value="">Alle Aktionen</option>
|
||||
{aktionen.map((eintrag) => (
|
||||
<option key={eintrag.aktion} value={eintrag.aktion}>
|
||||
{eintrag.aktion} ({eintrag._count._all})
|
||||
</option>
|
||||
))}
|
||||
</select>
|
||||
</div>
|
||||
<div className="col-md-3">
|
||||
<input
|
||||
name="entitaet"
|
||||
defaultValue={entitaet ?? ""}
|
||||
className="form-control"
|
||||
placeholder="Entität, z. B. Host"
|
||||
aria-label="Entität"
|
||||
/>
|
||||
</div>
|
||||
<div className="col-md-2">
|
||||
<button type="submit" className="btn btn-primary w-100">
|
||||
Filtern
|
||||
</button>
|
||||
</div>
|
||||
<div className="col-md-3 d-flex align-items-center">
|
||||
{aktion || entitaet ? <Link href="/einstellungen/audit">Filter zurücksetzen</Link> : null}
|
||||
</div>
|
||||
</form>
|
||||
|
||||
<div className="table-responsive">
|
||||
<table className="table table-striped align-middle">
|
||||
<thead>
|
||||
<tr>
|
||||
<th scope="col">Zeitpunkt</th>
|
||||
<th scope="col">Aktion</th>
|
||||
<th scope="col">Entität</th>
|
||||
<th scope="col">Benutzer</th>
|
||||
<th scope="col">Details</th>
|
||||
</tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
{eintraege.map((eintrag) => (
|
||||
<tr key={eintrag.id}>
|
||||
<td className="small">{formatDatumZeit(eintrag.erstelltAm)}</td>
|
||||
<td className="pl-mono small">{eintrag.aktion}</td>
|
||||
<td className="small">
|
||||
{eintrag.entitaet}
|
||||
{eintrag.entitaetId ? (
|
||||
<div className="text-body-secondary pl-mono">{eintrag.entitaetId}</div>
|
||||
) : null}
|
||||
</td>
|
||||
<td className="small">{eintrag.benutzer?.name ?? "System"}</td>
|
||||
<td className="small text-body-secondary" style={{ maxWidth: "28rem" }}>
|
||||
<span className="d-inline-block text-truncate w-100">
|
||||
{eintrag.aenderung ? JSON.stringify(eintrag.aenderung) : "–"}
|
||||
</span>
|
||||
</td>
|
||||
</tr>
|
||||
))}
|
||||
{eintraege.length === 0 ? (
|
||||
<tr>
|
||||
<td colSpan={5} className="text-center text-body-secondary py-4">
|
||||
Keine Einträge gefunden.
|
||||
</td>
|
||||
</tr>
|
||||
) : null}
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
</Card>
|
||||
</div>
|
||||
</div>
|
||||
</>
|
||||
);
|
||||
}
|
||||
@@ -1,21 +1,200 @@
|
||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||
import {
|
||||
EmailFormular,
|
||||
WebhookFormular,
|
||||
type EmailWerte,
|
||||
type WebhookWerte,
|
||||
} from "@/components/benachrichtigungen/KanalFormulare";
|
||||
import { Badge } from "@/components/ui/Badges";
|
||||
import { Card } from "@/components/ui/Card";
|
||||
import { prisma } from "@/lib/db";
|
||||
import { formatDatumZeit } from "@/lib/format";
|
||||
import {
|
||||
kanalLoeschen,
|
||||
testSenden,
|
||||
zusammenfassungJetztSenden,
|
||||
zusammenfassungSpeichern,
|
||||
} from "@/server/actions/benachrichtigungen";
|
||||
import type { EmailKonfiguration, WebhookKonfiguration } from "@/server/notifications/kanaele";
|
||||
|
||||
export const metadata = { title: "Benachrichtigungen" };
|
||||
|
||||
export default function BenachrichtigungenSeite() {
|
||||
export default async function BenachrichtigungenSeite() {
|
||||
const [kanaele, protokoll, einstellung] = await Promise.all([
|
||||
prisma.benachrichtigungskanal.findMany({ orderBy: { erstelltAm: "asc" } }),
|
||||
prisma.benachrichtigung.findMany({ orderBy: { erstelltAm: "desc" }, take: 20 }),
|
||||
prisma.einstellung.findUnique({ where: { schluessel: "zusammenfassung" } }),
|
||||
]);
|
||||
|
||||
const emailKanal = kanaele.find((kanal) => kanal.typ === "EMAIL");
|
||||
const webhookKanal = kanaele.find((kanal) => kanal.typ === "WEBHOOK");
|
||||
const emailKonfiguration = emailKanal?.konfiguration as unknown as EmailKonfiguration | undefined;
|
||||
const webhookKonfiguration = webhookKanal?.konfiguration as unknown as WebhookKonfiguration | undefined;
|
||||
const zeitraum = (einstellung?.wert as { zeitraum?: string } | null)?.zeitraum ?? "aus";
|
||||
|
||||
const emailWerte: EmailWerte = {
|
||||
id: emailKanal?.id ?? null,
|
||||
name: emailKanal?.name ?? "E-Mail",
|
||||
aktiv: emailKanal?.aktiv ?? true,
|
||||
host: emailKonfiguration?.host ?? "",
|
||||
port: emailKonfiguration?.port ?? 587,
|
||||
benutzer: emailKonfiguration?.benutzer ?? "",
|
||||
absender: emailKonfiguration?.absender ?? "",
|
||||
empfaenger: emailKonfiguration?.empfaenger?.join(", ") ?? "",
|
||||
passwortGesetzt: Boolean(emailKonfiguration?.passwort),
|
||||
// Der Wert selbst wird nie an den Browser gegeben – nur ob einer hinterlegt ist.
|
||||
};
|
||||
|
||||
const webhookWerte: WebhookWerte = {
|
||||
id: webhookKanal?.id ?? null,
|
||||
name: webhookKanal?.name ?? "Webhook",
|
||||
aktiv: webhookKanal?.aktiv ?? true,
|
||||
url: webhookKonfiguration?.url ?? "",
|
||||
geheimnisGesetzt: Boolean(webhookKonfiguration?.geheimnis),
|
||||
};
|
||||
|
||||
return (
|
||||
<>
|
||||
<ContentHeader
|
||||
titel="Benachrichtigungen"
|
||||
brotkrumen={[{ titel: "Einstellungen" }, { titel: "Benachrichtigungen" }]}
|
||||
/>
|
||||
|
||||
<div className="app-content">
|
||||
<div className="container-fluid">
|
||||
<Card titel="E-Mail und Webhook" rahmen="primary">
|
||||
<p className="text-body-secondary mb-0">
|
||||
SMTP (Microsoft 365), Webhooks und die tägliche Zusammenfassung werden in #012 umgesetzt.
|
||||
<Card
|
||||
titel="E-Mail (SMTP)"
|
||||
rahmen="primary"
|
||||
werkzeuge={
|
||||
emailKanal ? (
|
||||
<div className="d-flex gap-2">
|
||||
<form action={testSenden}>
|
||||
<input type="hidden" name="id" value={emailKanal.id} />
|
||||
<button type="submit" className="btn btn-sm btn-outline-primary">
|
||||
Test senden
|
||||
</button>
|
||||
</form>
|
||||
<form action={kanalLoeschen}>
|
||||
<input type="hidden" name="id" value={emailKanal.id} />
|
||||
<button type="submit" className="btn btn-sm btn-outline-danger">
|
||||
Entfernen
|
||||
</button>
|
||||
</form>
|
||||
</div>
|
||||
) : null
|
||||
}
|
||||
>
|
||||
<p className="text-body-secondary">
|
||||
Für Microsoft 365: Server <span className="pl-mono">smtp.office365.com</span>, Port 587,
|
||||
Benutzer und Absender identisch mit dem Postfach. Das Passwort wird in der Datenbank gespeichert
|
||||
und nie wieder angezeigt.
|
||||
</p>
|
||||
<EmailFormular werte={emailWerte} />
|
||||
</Card>
|
||||
|
||||
<Card
|
||||
titel="Webhook"
|
||||
rahmen="info"
|
||||
werkzeuge={
|
||||
webhookKanal ? (
|
||||
<div className="d-flex gap-2">
|
||||
<form action={testSenden}>
|
||||
<input type="hidden" name="id" value={webhookKanal.id} />
|
||||
<button type="submit" className="btn btn-sm btn-outline-primary">
|
||||
Test senden
|
||||
</button>
|
||||
</form>
|
||||
<form action={kanalLoeschen}>
|
||||
<input type="hidden" name="id" value={webhookKanal.id} />
|
||||
<button type="submit" className="btn btn-sm btn-outline-danger">
|
||||
Entfernen
|
||||
</button>
|
||||
</form>
|
||||
</div>
|
||||
) : null
|
||||
}
|
||||
>
|
||||
<p className="text-body-secondary">
|
||||
Verschickt JSON mit Betreff, Text und strukturierten Feldern – damit lassen sich Matrix, Zabbix
|
||||
oder Home Assistant anbinden.
|
||||
</p>
|
||||
<WebhookFormular werte={webhookWerte} />
|
||||
</Card>
|
||||
|
||||
<Card titel="Zusammenfassung" rahmen="info">
|
||||
<form action={zusammenfassungSpeichern} className="row g-2 align-items-end">
|
||||
<div className="col-md-4">
|
||||
<label className="form-label" htmlFor="zeitraum">
|
||||
Regelmäßige Übersicht
|
||||
</label>
|
||||
<select id="zeitraum" name="zeitraum" className="form-select" defaultValue={zeitraum}>
|
||||
<option value="aus">aus</option>
|
||||
<option value="taeglich">täglich um 07:00 Uhr</option>
|
||||
<option value="woechentlich">wöchentlich, montags um 07:00 Uhr</option>
|
||||
</select>
|
||||
</div>
|
||||
<div className="col-md-3">
|
||||
<button type="submit" className="btn btn-primary w-100">
|
||||
Speichern
|
||||
</button>
|
||||
</div>
|
||||
</form>
|
||||
|
||||
<form action={zusammenfassungJetztSenden} className="mt-3">
|
||||
<input
|
||||
type="hidden"
|
||||
name="zeitraum"
|
||||
value={zeitraum === "woechentlich" ? "woechentlich" : "taeglich"}
|
||||
/>
|
||||
<button type="submit" className="btn btn-outline-secondary btn-sm">
|
||||
Zusammenfassung jetzt senden
|
||||
</button>
|
||||
</form>
|
||||
</Card>
|
||||
|
||||
<Card titel="Versandprotokoll" rahmen="info" tabelle>
|
||||
<div className="table-responsive">
|
||||
<table className="table table-striped align-middle">
|
||||
<thead>
|
||||
<tr>
|
||||
<th scope="col">Zeitpunkt</th>
|
||||
<th scope="col">Weg</th>
|
||||
<th scope="col">Empfänger</th>
|
||||
<th scope="col">Betreff</th>
|
||||
<th scope="col">Status</th>
|
||||
</tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
{protokoll.map((eintrag) => (
|
||||
<tr key={eintrag.id}>
|
||||
<td className="small">{formatDatumZeit(eintrag.erstelltAm)}</td>
|
||||
<td>{eintrag.kanal === "EMAIL" ? "E-Mail" : "Webhook"}</td>
|
||||
<td className="small">{eintrag.empfaenger}</td>
|
||||
<td className="small">{eintrag.betreff ?? "–"}</td>
|
||||
<td>
|
||||
{eintrag.status === "GESENDET" ? (
|
||||
<Badge farbe="success">Gesendet</Badge>
|
||||
) : eintrag.status === "FEHLGESCHLAGEN" ? (
|
||||
<>
|
||||
<Badge farbe="danger">Fehlgeschlagen</Badge>
|
||||
<div className="small text-body-secondary">{eintrag.fehler}</div>
|
||||
</>
|
||||
) : (
|
||||
<Badge farbe="neutral">Wartend</Badge>
|
||||
)}
|
||||
</td>
|
||||
</tr>
|
||||
))}
|
||||
{protokoll.length === 0 ? (
|
||||
<tr>
|
||||
<td colSpan={5} className="text-center text-body-secondary py-4">
|
||||
Noch nichts versendet.
|
||||
</td>
|
||||
</tr>
|
||||
) : null}
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
</Card>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
@@ -1,23 +1,32 @@
|
||||
import { SystemFormular } from "@/components/einstellungen/SystemFormular";
|
||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||
import { Card } from "@/components/ui/Card";
|
||||
import { APP_VERSION } from "@/lib/version";
|
||||
import { einstellungen } from "@/server/einstellungen";
|
||||
|
||||
export const metadata = { title: "System" };
|
||||
|
||||
export default function SystemSeite() {
|
||||
export default async function SystemSeite() {
|
||||
const werte = await einstellungen();
|
||||
|
||||
return (
|
||||
<>
|
||||
<ContentHeader titel="System" brotkrumen={[{ titel: "Einstellungen" }, { titel: "System" }]} />
|
||||
<div className="app-content">
|
||||
<div className="container-fluid">
|
||||
<Card titel="Systeminformationen" rahmen="primary">
|
||||
<SystemFormular werte={werte} appUrl={process.env.APP_URL ?? ""} />
|
||||
|
||||
<Card titel="Systeminformationen" rahmen="keiner">
|
||||
<dl className="row mb-0">
|
||||
<dt className="col-4 fw-normal text-body-secondary">Version</dt>
|
||||
<dd className="col-8">{APP_VERSION}</dd>
|
||||
<dt className="col-4 fw-normal text-body-secondary">Datenquelle</dt>
|
||||
<dd className="col-8">Beispieldaten (Prototyp, #002)</dd>
|
||||
<dt className="col-4 fw-normal text-body-secondary">Warnregeln</dt>
|
||||
<dd className="col-8">Konfigurierbar ab #011</dd>
|
||||
<dt className="col-4 fw-normal text-body-secondary">Zeitzone des Servers</dt>
|
||||
<dd className="col-8">{Intl.DateTimeFormat().resolvedOptions().timeZone}</dd>
|
||||
<dt className="col-4 fw-normal text-body-secondary">Nur in der Umgebung</dt>
|
||||
<dd className="col-8">
|
||||
<code>APP_SECRET</code> und <code>DATABASE_URL</code> – beide werden gebraucht, bevor
|
||||
die Datenbank gelesen werden kann.
|
||||
</dd>
|
||||
</dl>
|
||||
</Card>
|
||||
</div>
|
||||
|
||||
@@ -0,0 +1,57 @@
|
||||
import Link from "next/link";
|
||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||
import { WarnregelFormular, type RegelAnzeige } from "@/components/alerts/WarnregelFormular";
|
||||
import { Card } from "@/components/ui/Card";
|
||||
import { prisma } from "@/lib/db";
|
||||
import { warnregelnSicherstellen } from "@/server/alerts/abgleich";
|
||||
import { REGELN } from "@/server/alerts/regeln";
|
||||
|
||||
export const metadata = { title: "Warnregeln" };
|
||||
|
||||
const BESCHRIFTUNGEN: Record<string, string> = {
|
||||
tage: "Tage (mehrere Stufen mit Komma)",
|
||||
stunden: "Stunden",
|
||||
};
|
||||
|
||||
export default async function WarnregelnSeite() {
|
||||
await warnregelnSicherstellen();
|
||||
const gespeichert = await prisma.warnregelEinstellung.findMany();
|
||||
const nachName = new Map(gespeichert.map((eintrag) => [eintrag.regel, eintrag]));
|
||||
|
||||
const regeln: RegelAnzeige[] = REGELN.map((regel) => {
|
||||
const eintrag = nachName.get(regel.name);
|
||||
const werte = (eintrag?.schwellwerte ?? regel.standardSchwellwerte) as Record<string, unknown>;
|
||||
|
||||
return {
|
||||
name: regel.name,
|
||||
beschreibung: regel.beschreibung,
|
||||
aktiv: eintrag?.aktiv ?? true,
|
||||
schwellwerte: Object.keys(regel.standardSchwellwerte).map((schluessel) => ({
|
||||
name: schluessel,
|
||||
beschriftung: BESCHRIFTUNGEN[schluessel] ?? schluessel,
|
||||
wert: Array.isArray(werte[schluessel])
|
||||
? (werte[schluessel] as number[]).join(", ")
|
||||
: String(werte[schluessel] ?? ""),
|
||||
})),
|
||||
};
|
||||
});
|
||||
|
||||
return (
|
||||
<>
|
||||
<ContentHeader titel="Warnregeln" brotkrumen={[{ titel: "Einstellungen" }, { titel: "Warnregeln" }]} />
|
||||
|
||||
<div className="app-content">
|
||||
<div className="container-fluid">
|
||||
<Card titel="Regeln und Schwellwerte" rahmen="primary">
|
||||
<p className="text-body-secondary">
|
||||
Die Regeln laufen stündlich im Worker und zusätzlich nach jedem eingehenden Report. Eine Warnung
|
||||
wird nur einmal geöffnet und schließt sich selbst, sobald die Ursache behoben ist. Offene
|
||||
Warnungen stehen unter <Link href="/warnungen">Warnungen</Link>.
|
||||
</p>
|
||||
<WarnregelFormular regeln={regeln} />
|
||||
</Card>
|
||||
</div>
|
||||
</div>
|
||||
</>
|
||||
);
|
||||
}
|
||||
@@ -46,6 +46,16 @@ export default async function HostDetailSeite({ params }: { params: Promise<{ id
|
||||
select: { id: true, name: true },
|
||||
});
|
||||
|
||||
// Welche Cluster-Mitglieder melden sich selbst? Fehlende Knoten haben keinen Agent (#022).
|
||||
const geschwister =
|
||||
host.clusterMitglieder.length > 0
|
||||
? await prisma.host.findMany({
|
||||
where: { hostname: { in: host.clusterMitglieder, mode: "insensitive" } },
|
||||
select: { id: true, hostname: true, subStatus: true, letzterReportAm: true },
|
||||
})
|
||||
: [];
|
||||
const meldende = new Map(geschwister.map((eintrag) => [eintrag.hostname.toLowerCase(), eintrag]));
|
||||
|
||||
const jetzt = new Date();
|
||||
const meldetNicht = !host.letzterReportAm || host.letzterReportAm < meldungsGrenze(jetzt);
|
||||
const socketAbweichung =
|
||||
@@ -113,6 +123,31 @@ export default async function HostDetailSeite({ params }: { params: Promise<{ id
|
||||
<Zeile bezeichnung="Cluster / Node">
|
||||
{host.clusterName ? `${host.clusterName} / ${host.nodeName ?? "?"}` : "–"}
|
||||
</Zeile>
|
||||
{host.clusterMitglieder.length > 0 ? (
|
||||
<Zeile bezeichnung={`Cluster-Knoten (${host.clusterMitglieder.length})`}>
|
||||
<span className="d-inline-block text-start">
|
||||
{host.clusterMitglieder.map((mitglied) => {
|
||||
const eintrag = meldende.get(mitglied.toLowerCase());
|
||||
return (
|
||||
<span key={mitglied} className="d-block small">
|
||||
{eintrag ? (
|
||||
<Link href={`/hosts/${eintrag.id}`} className="text-decoration-none">
|
||||
{mitglied}
|
||||
</Link>
|
||||
) : (
|
||||
mitglied
|
||||
)}{" "}
|
||||
{eintrag ? (
|
||||
<Badge farbe="success">meldet sich</Badge>
|
||||
) : (
|
||||
<Badge farbe="warning">kein Agent</Badge>
|
||||
)}
|
||||
</span>
|
||||
);
|
||||
})}
|
||||
</span>
|
||||
</Zeile>
|
||||
) : null}
|
||||
<Zeile bezeichnung="IP-Adressen">{host.ips.join(", ") || "–"}</Zeile>
|
||||
<Zeile bezeichnung="CPU">{host.cpuModell ?? "–"}</Zeile>
|
||||
<Zeile bezeichnung="Sockets (lizenziert / physisch)">
|
||||
|
||||
@@ -1,6 +1,11 @@
|
||||
import { PRODUKT_TEXT, STATUS_TEXT, statusAusDatenbank } from "@/lib/anzeige";
|
||||
import { csvAntwort, csvDatei } from "@/lib/csv";
|
||||
import { formatDatum } from "@/lib/format";
|
||||
import { Bericht, pdfAntwort, Tabelle } from "@/server/pdf/dokument";
|
||||
import { hostListe, type HostFilter } from "@/server/queries/hostliste";
|
||||
import { einstellungen } from "@/server/einstellungen";
|
||||
|
||||
type ExportHost = Awaited<ReturnType<typeof hostListe>>["hosts"][number];
|
||||
|
||||
export const dynamic = "force-dynamic";
|
||||
|
||||
@@ -20,13 +25,52 @@ export async function GET(request: Request) {
|
||||
};
|
||||
|
||||
const { gesamt } = await hostListe({ ...filter }, new Date());
|
||||
const alle = [];
|
||||
const alle: ExportHost[] = [];
|
||||
for (let seite = 1; alle.length < gesamt; seite++) {
|
||||
const teil = await hostListe({ ...filter, seite }, new Date());
|
||||
if (teil.hosts.length === 0) break;
|
||||
alle.push(...teil.hosts);
|
||||
}
|
||||
|
||||
const datum = new Date().toISOString().slice(0, 10);
|
||||
|
||||
if (new URL(request.url).searchParams.get("format") === "pdf") {
|
||||
const { firmaName, firmaAnschrift, firmaEmail, zeitzone } = await einstellungen();
|
||||
const firmaAngaben = { name: firmaName, anschrift: firmaAnschrift, email: firmaEmail, zeitzone };
|
||||
|
||||
return pdfAntwort(
|
||||
Bericht({
|
||||
firma: firmaAngaben,
|
||||
titel: "Host-Liste",
|
||||
untertitel: `${alle.length} Hosts`,
|
||||
quer: true,
|
||||
children: Tabelle({
|
||||
spalten: [
|
||||
{ titel: "Host", breite: 18, wert: (h: ExportHost) => h.hostname },
|
||||
{ titel: "Kunde", breite: 18, wert: (h) => h.kunde?.name ?? "Nicht zugeordnet" },
|
||||
{ titel: "Produkt", breite: 15, wert: (h) => PRODUKT_TEXT[h.produkt] },
|
||||
{ titel: "Status", breite: 12, wert: (h) => STATUS_TEXT[statusAusDatenbank(h.subStatus)] },
|
||||
{ titel: "Key", breite: 15, wert: (h) => h.subKey ?? "–" },
|
||||
{
|
||||
titel: "Sockets",
|
||||
breite: 8,
|
||||
wert: (h) => `${h.subLizenzierteSockets ?? "–"} / ${h.sockets ?? "–"}`,
|
||||
rechts: true,
|
||||
},
|
||||
{
|
||||
titel: "Ablauf",
|
||||
breite: 14,
|
||||
wert: (h) => (h.subNextduedate ? formatDatum(h.subNextduedate) : "–"),
|
||||
rechts: true,
|
||||
},
|
||||
],
|
||||
zeilen: alle,
|
||||
}),
|
||||
}),
|
||||
`proxledger-hosts-${datum}.pdf`,
|
||||
);
|
||||
}
|
||||
|
||||
const inhalt = csvDatei(
|
||||
[
|
||||
"Hostname",
|
||||
@@ -64,6 +108,5 @@ export async function GET(request: Request) {
|
||||
]),
|
||||
);
|
||||
|
||||
const datum = new Date().toISOString().slice(0, 10);
|
||||
return csvAntwort(inhalt, `proxledger-hosts-${datum}.csv`);
|
||||
}
|
||||
|
||||
@@ -125,11 +125,17 @@ export default async function HostsSeite({ searchParams }: { searchParams: SuchP
|
||||
<tr>
|
||||
<SortierKopf titel="Host" feld="hostname" basis={basis} sortierung={filter.sortierung} />
|
||||
<SortierKopf titel="Kunde" feld="kunde" basis={basis} sortierung={filter.sortierung} />
|
||||
<th scope="col">Produkt</th>
|
||||
<th scope="col" className="d-none d-lg-table-cell">
|
||||
Produkt
|
||||
</th>
|
||||
<SortierKopf titel="Status" feld="status" basis={basis} sortierung={filter.sortierung} />
|
||||
<th scope="col">Key</th>
|
||||
<th scope="col" className="d-none d-md-table-cell">
|
||||
Key
|
||||
</th>
|
||||
<SortierKopf titel="Ablauf" feld="ablauf" basis={basis} sortierung={filter.sortierung} />
|
||||
<th scope="col">Sockets</th>
|
||||
<th scope="col" className="d-none d-lg-table-cell">
|
||||
Sockets
|
||||
</th>
|
||||
<SortierKopf
|
||||
titel="Letzte Meldung"
|
||||
feld="meldung"
|
||||
@@ -165,17 +171,17 @@ export default async function HostsSeite({ searchParams }: { searchParams: SuchP
|
||||
<div className="small text-body-secondary">{host.standort.name}</div>
|
||||
) : null}
|
||||
</td>
|
||||
<td>{PRODUKT_TEXT[host.produkt]}</td>
|
||||
<td className="d-none d-lg-table-cell">{PRODUKT_TEXT[host.produkt]}</td>
|
||||
<td>
|
||||
<StatusBadge status={host.subStatus} />
|
||||
</td>
|
||||
<td>
|
||||
<td className="d-none d-md-table-cell">
|
||||
<CopyableCode wert={host.subKey} />
|
||||
</td>
|
||||
<td>
|
||||
<AblaufBadge datum={host.subNextduedate?.toISOString() ?? null} heute={jetzt} />
|
||||
</td>
|
||||
<td>
|
||||
<td className="d-none d-lg-table-cell">
|
||||
{host.subLizenzierteSockets ?? "–"} / {host.sockets ?? "–"}
|
||||
{host.socketAbweichung ? (
|
||||
<i
|
||||
@@ -184,7 +190,9 @@ export default async function HostsSeite({ searchParams }: { searchParams: SuchP
|
||||
/>
|
||||
) : null}
|
||||
</td>
|
||||
<td className="small">{formatDatumZeit(host.letzterReportAm)}</td>
|
||||
<td className="small d-none d-xl-table-cell">
|
||||
{formatDatumZeit(host.letzterReportAm)}
|
||||
</td>
|
||||
</tr>
|
||||
))}
|
||||
{hosts.length === 0 ? (
|
||||
|
||||
@@ -1,26 +1,31 @@
|
||||
import Link from "next/link";
|
||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||
import { AblaufBadge, EinkaufBadge, VerkaufBadge } from "@/components/ui/Badges";
|
||||
import { Card } from "@/components/ui/Card";
|
||||
import { formatDatum, tageBis } from "@/lib/format";
|
||||
import { HEUTE, hosts, kunden } from "@/mock/data";
|
||||
import { CopyableCode } from "@/components/ui/CopyableCode";
|
||||
import { formatDatum, formatTageBis } from "@/lib/format";
|
||||
import { ablaufDaten } from "@/server/queries/jahresbahn";
|
||||
|
||||
export const metadata = { title: "Jahresbahn" };
|
||||
|
||||
const MONATE = ["Jan", "Feb", "Mär", "Apr", "Mai", "Jun", "Jul", "Aug", "Sep", "Okt", "Nov", "Dez"];
|
||||
const GESAMT_TAGE = 365;
|
||||
|
||||
export default function JahresbahnSeite() {
|
||||
const start = new Date(Date.UTC(HEUTE.getUTCFullYear(), HEUTE.getUTCMonth(), 1));
|
||||
const gesamtTage = 365;
|
||||
export default async function JahresbahnSeite() {
|
||||
const jetzt = new Date();
|
||||
const { gruppen, naechste90Tage, abgelaufen } = await ablaufDaten(jetzt);
|
||||
|
||||
function position(datum: string): number | null {
|
||||
const tage = Math.round((new Date(datum).getTime() - start.getTime()) / 86_400_000);
|
||||
if (tage < 0 || tage > gesamtTage) return null;
|
||||
return (tage / gesamtTage) * 100;
|
||||
// Die Bahn beginnt am Ersten des laufenden Monats und zeigt zwölf Monate.
|
||||
const start = new Date(Date.UTC(jetzt.getUTCFullYear(), jetzt.getUTCMonth(), 1));
|
||||
|
||||
function position(datum: Date): number | null {
|
||||
const tage = Math.round((datum.getTime() - start.getTime()) / 86_400_000);
|
||||
if (tage < 0 || tage > GESAMT_TAGE) return null;
|
||||
return (tage / GESAMT_TAGE) * 100;
|
||||
}
|
||||
|
||||
const heutePosition = position(HEUTE.toISOString().slice(0, 10)) ?? 0;
|
||||
|
||||
const monatsBeschriftung = Array.from({ length: 12 }, (_, i) => {
|
||||
const heutePosition = position(jetzt) ?? 0;
|
||||
const monate = Array.from({ length: 12 }, (_, i) => {
|
||||
const datum = new Date(Date.UTC(start.getUTCFullYear(), start.getUTCMonth() + i, 1));
|
||||
return `${MONATE[datum.getUTCMonth()]} ${String(datum.getUTCFullYear()).slice(2)}`;
|
||||
});
|
||||
@@ -31,79 +36,175 @@ export default function JahresbahnSeite() {
|
||||
|
||||
<div className="app-content">
|
||||
<div className="container-fluid">
|
||||
<Card titel="Abläufe der nächsten 12 Monate" rahmen="primary">
|
||||
<div className="table-responsive">
|
||||
<div style={{ minWidth: "760px" }}>
|
||||
<div className="d-flex text-body-secondary small mb-2" style={{ marginLeft: "12rem" }}>
|
||||
{monatsBeschriftung.map((monat) => (
|
||||
<div key={monat} style={{ width: `${100 / 12}%` }}>
|
||||
{monat}
|
||||
</div>
|
||||
))}
|
||||
</div>
|
||||
|
||||
{kunden.map((kunde) => {
|
||||
const eigene = hosts.filter(
|
||||
(h) => h.kundeId === kunde.id && h.subscription.nextduedate !== null,
|
||||
);
|
||||
if (eigene.length === 0) return null;
|
||||
return (
|
||||
<div key={kunde.id} className="mb-3">
|
||||
<div className="fw-semibold small mb-1">
|
||||
<Link href={`/kunden/${kunde.id}`} className="text-decoration-none">
|
||||
{kunde.name}
|
||||
</Link>
|
||||
<Card titel="Abläufe der nächsten zwölf Monate" rahmen="primary">
|
||||
{gruppen.length === 0 ? (
|
||||
<p className="mb-0 text-body-secondary">Noch kein Host mit Ablaufdatum gemeldet.</p>
|
||||
) : (
|
||||
<div className="table-responsive">
|
||||
<div style={{ minWidth: "820px" }}>
|
||||
<div className="d-flex text-body-secondary small mb-2" style={{ marginLeft: "13rem" }}>
|
||||
{monate.map((monat) => (
|
||||
<div key={monat} style={{ width: `${100 / 12}%` }}>
|
||||
{monat}
|
||||
</div>
|
||||
{eigene.map((host) => {
|
||||
const datum = host.subscription.nextduedate!;
|
||||
const links = position(datum.slice(0, 10));
|
||||
const tage = tageBis(datum, HEUTE);
|
||||
))}
|
||||
</div>
|
||||
|
||||
{gruppen.map((gruppe) => (
|
||||
<div key={gruppe.kundeId ?? "ohne"} className="mb-3">
|
||||
<div className="fw-semibold small mb-1">
|
||||
{gruppe.kundeId ? (
|
||||
<Link href={`/kunden/${gruppe.kundeId}`} className="text-decoration-none">
|
||||
{gruppe.name}
|
||||
</Link>
|
||||
) : (
|
||||
<span className="badge pl-bg-neutral">{gruppe.name}</span>
|
||||
)}
|
||||
</div>
|
||||
|
||||
{gruppe.eintraege.map((eintrag) => {
|
||||
const links = position(eintrag.ablauf);
|
||||
const farbe =
|
||||
tage === null || tage < 14
|
||||
eintrag.tage < 14
|
||||
? "var(--pl-danger)"
|
||||
: tage < 30
|
||||
: eintrag.tage < 30
|
||||
? "var(--pl-warning)"
|
||||
: "var(--pl-info)";
|
||||
return (
|
||||
<div key={host.id} className="d-flex align-items-center mb-1">
|
||||
<div className="small text-truncate" style={{ width: "12rem" }}>
|
||||
<Link href={`/hosts/${host.id}`} className="text-decoration-none">
|
||||
{host.hostname}
|
||||
<div key={eintrag.hostId} className="d-flex align-items-center mb-1">
|
||||
<div className="small text-truncate" style={{ width: "13rem" }}>
|
||||
<Link href={`/hosts/${eintrag.hostId}`} className="text-decoration-none">
|
||||
{eintrag.hostname}
|
||||
</Link>
|
||||
</div>
|
||||
<div className="pl-timeline-row flex-grow-1 position-relative">
|
||||
<div className="pl-timeline-heute" style={{ left: `${heutePosition}%` }} />
|
||||
{links === null ? (
|
||||
<span className="small text-body-secondary ms-2">
|
||||
außerhalb des Zeitraums ({formatDatum(datum)})
|
||||
außerhalb des Zeitraums ({formatDatum(eintrag.ablauf)})
|
||||
</span>
|
||||
) : (
|
||||
<div
|
||||
className="pl-timeline-bar"
|
||||
<Link
|
||||
href={
|
||||
eintrag.laufzeitId
|
||||
? `/rechnungen/${eintrag.laufzeitId}`
|
||||
: `/hosts/${eintrag.hostId}`
|
||||
}
|
||||
className="pl-timeline-bar text-decoration-none"
|
||||
style={{
|
||||
left: `${Math.max(0, links - 6)}%`,
|
||||
left: `${Math.min(92, Math.max(0, links - 5))}%`,
|
||||
backgroundColor: farbe,
|
||||
color: farbe === "var(--pl-warning)" ? "var(--pl-warning-text)" : "#fff",
|
||||
}}
|
||||
title={`${host.hostname} läuft am ${formatDatum(datum)} ab`}
|
||||
title={`${eintrag.hostname} läuft am ${formatDatum(eintrag.ablauf)} ab`}
|
||||
>
|
||||
{formatDatum(datum)}
|
||||
</div>
|
||||
{formatDatum(eintrag.ablauf)}
|
||||
</Link>
|
||||
)}
|
||||
</div>
|
||||
</div>
|
||||
);
|
||||
})}
|
||||
</div>
|
||||
);
|
||||
})}
|
||||
))}
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
)}
|
||||
|
||||
<p className="small text-body-secondary mb-0">
|
||||
Die rote Linie markiert heute ({formatDatum(HEUTE)}). Farbe der Balken: rot unter 14 Tagen, gelb
|
||||
unter 30 Tagen, sonst blau.
|
||||
Die rote Linie markiert heute ({formatDatum(jetzt)}). Balkenfarbe: rot unter 14 Tagen, gelb
|
||||
unter 30 Tagen, sonst blau. Ein Klick führt zur Laufzeit mit ihren Rechnungen.
|
||||
</p>
|
||||
</Card>
|
||||
|
||||
<div className="row">
|
||||
<div className="col-lg-8">
|
||||
<Card
|
||||
titel={`Ablauf-Kalender: nächste 90 Tage (${naechste90Tage.length})`}
|
||||
rahmen="warning"
|
||||
tabelle
|
||||
>
|
||||
<div className="table-responsive">
|
||||
<table className="table table-striped align-middle">
|
||||
<thead>
|
||||
<tr>
|
||||
<th scope="col">Ablauf</th>
|
||||
<th scope="col">Host</th>
|
||||
<th scope="col">Kunde</th>
|
||||
<th scope="col">Key</th>
|
||||
<th scope="col">Proxmox</th>
|
||||
<th scope="col">Kundenrechnung</th>
|
||||
</tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
{naechste90Tage.map((eintrag) => (
|
||||
<tr key={eintrag.hostId}>
|
||||
<td>
|
||||
<AblaufBadge datum={eintrag.ablauf.toISOString()} heute={jetzt} />
|
||||
</td>
|
||||
<td>
|
||||
<Link href={`/hosts/${eintrag.hostId}`} className="text-decoration-none">
|
||||
{eintrag.hostname}
|
||||
</Link>
|
||||
</td>
|
||||
<td>
|
||||
{eintrag.kunde ? (
|
||||
<Link href={`/kunden/${eintrag.kunde.id}`} className="text-decoration-none">
|
||||
{eintrag.kunde.name}
|
||||
</Link>
|
||||
) : (
|
||||
<span className="badge pl-bg-neutral">Nicht zugeordnet</span>
|
||||
)}
|
||||
</td>
|
||||
<td>
|
||||
<CopyableCode wert={eintrag.key} />
|
||||
</td>
|
||||
<td>
|
||||
<EinkaufBadge bezahlt={eintrag.einkaufBezahlt} />
|
||||
</td>
|
||||
<td>
|
||||
<VerkaufBadge erstellt={eintrag.verkaufErstellt ?? false} bezahlt={false} />
|
||||
</td>
|
||||
</tr>
|
||||
))}
|
||||
{naechste90Tage.length === 0 ? (
|
||||
<tr>
|
||||
<td colSpan={6} className="text-center text-body-secondary py-4">
|
||||
In den nächsten 90 Tagen läuft nichts ab.
|
||||
</td>
|
||||
</tr>
|
||||
) : null}
|
||||
</tbody>
|
||||
</table>
|
||||
</div>
|
||||
</Card>
|
||||
</div>
|
||||
|
||||
<div className="col-lg-4">
|
||||
<Card
|
||||
titel={`Bereits abgelaufen (${abgelaufen.length})`}
|
||||
rahmen={abgelaufen.length > 0 ? "danger" : "info"}
|
||||
>
|
||||
{abgelaufen.length === 0 ? (
|
||||
<p className="mb-0 text-body-secondary">Keine abgelaufenen Subscriptions.</p>
|
||||
) : (
|
||||
<ul className="list-unstyled mb-0">
|
||||
{abgelaufen.map((eintrag) => (
|
||||
<li key={eintrag.hostId} className="mb-2">
|
||||
<Link href={`/hosts/${eintrag.hostId}`} className="fw-semibold text-decoration-none">
|
||||
{eintrag.hostname}
|
||||
</Link>
|
||||
<div className="small text-body-secondary">
|
||||
{eintrag.kunde?.name ?? "Nicht zugeordnet"} · {formatDatum(eintrag.ablauf)} (
|
||||
{formatTageBis(eintrag.tage)})
|
||||
</div>
|
||||
</li>
|
||||
))}
|
||||
</ul>
|
||||
)}
|
||||
</Card>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</>
|
||||
|
||||
@@ -0,0 +1,78 @@
|
||||
import { PRODUKT_TEXT, STATUS_TEXT, statusAusDatenbank } from "@/lib/anzeige";
|
||||
import { formatDatum, formatEuro } from "@/lib/format";
|
||||
import { Abschnitt, Bericht, pdfAntwort, Tabelle } from "@/server/pdf/dokument";
|
||||
import { kundeMitDetails, laufzeitenVonKunde, summen, summenProJahr } from "@/server/queries/kunden";
|
||||
import { einstellungen } from "@/server/einstellungen";
|
||||
|
||||
export const dynamic = "force-dynamic";
|
||||
|
||||
/** Kundenunterlage als PDF: Hosts, Laufzeiten und Summen eines Kunden. */
|
||||
export async function GET(_request: Request, { params }: { params: Promise<{ id: string }> }) {
|
||||
const { id } = await params;
|
||||
const kunde = await kundeMitDetails(id);
|
||||
if (!kunde) return new Response("Nicht gefunden", { status: 404 });
|
||||
|
||||
const laufzeiten = await laufzeitenVonKunde(kunde.id);
|
||||
const gesamt = summen(laufzeiten);
|
||||
const proJahr = summenProJahr(laufzeiten);
|
||||
const datum = new Date().toISOString().slice(0, 10);
|
||||
const { firmaName, firmaAnschrift, firmaEmail, zeitzone } = await einstellungen();
|
||||
const firmaAngaben = { name: firmaName, anschrift: firmaAnschrift, email: firmaEmail, zeitzone };
|
||||
|
||||
return pdfAntwort(
|
||||
Bericht({
|
||||
firma: firmaAngaben,
|
||||
titel: kunde.name,
|
||||
untertitel: `Kundennummer ${kunde.kundennummer}${kunde.ansprechpartner ? ` · ${kunde.ansprechpartner}` : ""}`,
|
||||
children: [
|
||||
Abschnitt({ titel: `Hosts (${kunde.hosts.length})` }),
|
||||
Tabelle({
|
||||
spalten: [
|
||||
{ titel: "Host", breite: 28, wert: (h: (typeof kunde.hosts)[number]) => h.hostname },
|
||||
{ titel: "Produkt", breite: 22, wert: (h) => PRODUKT_TEXT[h.produkt] },
|
||||
{ titel: "Status", breite: 16, wert: (h) => STATUS_TEXT[statusAusDatenbank(h.subStatus)] },
|
||||
{ titel: "Key", breite: 20, wert: (h) => h.subKey ?? "–" },
|
||||
{
|
||||
titel: "Ablauf",
|
||||
breite: 14,
|
||||
wert: (h) => (h.subNextduedate ? formatDatum(h.subNextduedate) : "–"),
|
||||
rechts: true,
|
||||
},
|
||||
],
|
||||
zeilen: kunde.hosts,
|
||||
}),
|
||||
|
||||
Abschnitt({ titel: `Laufzeiten (${laufzeiten.length})` }),
|
||||
Tabelle({
|
||||
spalten: [
|
||||
{
|
||||
titel: "Zeitraum",
|
||||
breite: 26,
|
||||
wert: (l: (typeof laufzeiten)[number]) => `${formatDatum(l.start)} – ${formatDatum(l.ende)}`,
|
||||
},
|
||||
{ titel: "Host", breite: 18, wert: (l) => l.hostname },
|
||||
{ titel: "Proxmox-Rechnung", breite: 18, wert: (l) => l.einkauf?.nummer ?? "–" },
|
||||
{ titel: "Einkauf", breite: 12, wert: (l) => formatEuro(l.einkauf?.nettoBetrag), rechts: true },
|
||||
{ titel: "Kundenrechnung", breite: 18, wert: (l) => l.verkauf?.nummer ?? "–" },
|
||||
{ titel: "Verkauf", breite: 8, wert: (l) => formatEuro(l.verkauf?.nettoBetrag), rechts: true },
|
||||
],
|
||||
zeilen: laufzeiten,
|
||||
summe: ["Summe", "", "", formatEuro(gesamt.einkauf), "", formatEuro(gesamt.verkauf)],
|
||||
}),
|
||||
|
||||
Abschnitt({ titel: "Summen pro Jahr" }),
|
||||
Tabelle({
|
||||
spalten: [
|
||||
{ titel: "Jahr", breite: 25, wert: (j: (typeof proJahr)[number]) => j.jahr },
|
||||
{ titel: "Einkauf netto", breite: 25, wert: (j) => formatEuro(j.einkauf), rechts: true },
|
||||
{ titel: "Verkauf netto", breite: 25, wert: (j) => formatEuro(j.verkauf), rechts: true },
|
||||
{ titel: "Marge", breite: 25, wert: (j) => formatEuro(j.marge), rechts: true },
|
||||
],
|
||||
zeilen: proJahr,
|
||||
summe: ["Gesamt", formatEuro(gesamt.einkauf), formatEuro(gesamt.verkauf), formatEuro(gesamt.marge)],
|
||||
}),
|
||||
],
|
||||
}),
|
||||
`proxledger-${kunde.kundennummer}-${datum}.pdf`,
|
||||
);
|
||||
}
|
||||
@@ -41,10 +41,16 @@ export default async function KundenDetailSeite({ params }: { params: Promise<{
|
||||
titel={kunde.name}
|
||||
brotkrumen={[{ titel: "Kunden", href: "/kunden" }, { titel: kunde.name }]}
|
||||
aktion={
|
||||
<Link href={`/kunden/${kunde.id}/bearbeiten`} className="btn btn-sm btn-outline-primary">
|
||||
<i className="bi bi-pencil me-1" aria-hidden="true" />
|
||||
Bearbeiten
|
||||
</Link>
|
||||
<span className="d-flex gap-2">
|
||||
<a href={`/kunden/${kunde.id}/export`} className="btn btn-sm btn-outline-secondary">
|
||||
<i className="bi bi-filetype-pdf me-1" aria-hidden="true" />
|
||||
Unterlage
|
||||
</a>
|
||||
<Link href={`/kunden/${kunde.id}/bearbeiten`} className="btn btn-sm btn-outline-primary">
|
||||
<i className="bi bi-pencil me-1" aria-hidden="true" />
|
||||
Bearbeiten
|
||||
</Link>
|
||||
</span>
|
||||
}
|
||||
/>
|
||||
|
||||
|
||||
@@ -0,0 +1,112 @@
|
||||
import { csvAntwort, csvDatei } from "@/lib/csv";
|
||||
import { formatDatum, formatEuro } from "@/lib/format";
|
||||
import { Bericht, pdfAntwort, Tabelle } from "@/server/pdf/dokument";
|
||||
import { einstellungen } from "@/server/einstellungen";
|
||||
import {
|
||||
kundenListe,
|
||||
offeneRechnungspunkteProKunde,
|
||||
laufzeitenVonKunde,
|
||||
summen,
|
||||
} from "@/server/queries/kunden";
|
||||
|
||||
export const dynamic = "force-dynamic";
|
||||
|
||||
/** Kundenübersicht als CSV oder PDF. */
|
||||
export async function GET(request: Request) {
|
||||
const format = new URL(request.url).searchParams.get("format") ?? "csv";
|
||||
const [kunden, punkte] = await Promise.all([kundenListe(), offeneRechnungspunkteProKunde()]);
|
||||
|
||||
const zeilen = await Promise.all(
|
||||
kunden.map(async (kunde) => {
|
||||
const laufzeiten = await laufzeitenVonKunde(kunde.id);
|
||||
const betraege = summen(laufzeiten);
|
||||
return {
|
||||
...kunde,
|
||||
offeneRechnungspunkte: punkte.get(kunde.id)?.offen ?? 0,
|
||||
...betraege,
|
||||
};
|
||||
}),
|
||||
);
|
||||
|
||||
const datum = new Date().toISOString().slice(0, 10);
|
||||
|
||||
if (format === "pdf") {
|
||||
const { firmaName, firmaAnschrift, firmaEmail, zeitzone } = await einstellungen();
|
||||
const firmaAngaben = { name: firmaName, anschrift: firmaAnschrift, email: firmaEmail, zeitzone };
|
||||
|
||||
return pdfAntwort(
|
||||
Bericht({
|
||||
firma: firmaAngaben,
|
||||
titel: "Kundenübersicht",
|
||||
untertitel: `${zeilen.length} Kunden`,
|
||||
quer: true,
|
||||
children: Tabelle({
|
||||
spalten: [
|
||||
{ titel: "Kunde", breite: 26, wert: (z: (typeof zeilen)[number]) => z.name },
|
||||
{ titel: "Nummer", breite: 10, wert: (z) => z.kundennummer },
|
||||
{ titel: "Hosts", breite: 7, wert: (z) => String(z.hosts), rechts: true },
|
||||
{ titel: "Aktiv", breite: 7, wert: (z) => String(z.aktiv), rechts: true },
|
||||
{
|
||||
titel: "Nächster Ablauf",
|
||||
breite: 13,
|
||||
wert: (z) => (z.naechsterAblauf ? formatDatum(z.naechsterAblauf) : "–"),
|
||||
},
|
||||
{ titel: "Warnungen", breite: 9, wert: (z) => String(z.offeneAlerts), rechts: true },
|
||||
{
|
||||
titel: "Offene Rechn.",
|
||||
breite: 10,
|
||||
wert: (z) => String(z.offeneRechnungspunkte),
|
||||
rechts: true,
|
||||
},
|
||||
{ titel: "Einkauf", breite: 9, wert: (z) => formatEuro(z.einkauf), rechts: true },
|
||||
{ titel: "Marge", breite: 9, wert: (z) => formatEuro(z.marge), rechts: true },
|
||||
],
|
||||
zeilen,
|
||||
summe: [
|
||||
"Summe",
|
||||
"",
|
||||
String(zeilen.reduce((s, z) => s + z.hosts, 0)),
|
||||
String(zeilen.reduce((s, z) => s + z.aktiv, 0)),
|
||||
"",
|
||||
"",
|
||||
"",
|
||||
formatEuro(zeilen.reduce((s, z) => s + z.einkauf, 0)),
|
||||
formatEuro(zeilen.reduce((s, z) => s + z.marge, 0)),
|
||||
],
|
||||
}),
|
||||
}),
|
||||
`proxledger-kunden-${datum}.pdf`,
|
||||
);
|
||||
}
|
||||
|
||||
const inhalt = csvDatei(
|
||||
[
|
||||
"Kunde",
|
||||
"Kundennummer",
|
||||
"Ansprechpartner",
|
||||
"Hosts",
|
||||
"Aktiv lizenziert",
|
||||
"Nächster Ablauf",
|
||||
"Offene Warnungen",
|
||||
"Offene Rechnungspunkte",
|
||||
"Einkauf netto",
|
||||
"Verkauf netto",
|
||||
"Marge netto",
|
||||
],
|
||||
zeilen.map((z) => [
|
||||
z.name,
|
||||
z.kundennummer,
|
||||
z.ansprechpartner,
|
||||
z.hosts,
|
||||
z.aktiv,
|
||||
z.naechsterAblauf,
|
||||
z.offeneAlerts,
|
||||
z.offeneRechnungspunkte,
|
||||
z.einkauf,
|
||||
z.verkauf,
|
||||
z.marge,
|
||||
]),
|
||||
);
|
||||
|
||||
return csvAntwort(inhalt, `proxledger-kunden-${datum}.csv`);
|
||||
}
|
||||
@@ -21,10 +21,21 @@ export default async function KundenSeite() {
|
||||
rahmen="primary"
|
||||
tabelle
|
||||
werkzeuge={
|
||||
<Link href="/kunden/neu" className="btn btn-sm btn-primary">
|
||||
<i className="bi bi-plus-lg me-1" aria-hidden="true" />
|
||||
Kunde anlegen
|
||||
</Link>
|
||||
<>
|
||||
{/* Downloads: bewusst kein <Link>, sonst würde Next.js die Datei vorab laden. */}
|
||||
<a href="/kunden/export" download className="btn btn-sm btn-outline-secondary">
|
||||
<i className="bi bi-filetype-csv me-1" aria-hidden="true" />
|
||||
CSV
|
||||
</a>
|
||||
<a href="/kunden/export?format=pdf" download className="btn btn-sm btn-outline-secondary">
|
||||
<i className="bi bi-filetype-pdf me-1" aria-hidden="true" />
|
||||
PDF
|
||||
</a>
|
||||
<Link href="/kunden/neu" className="btn btn-sm btn-primary">
|
||||
<i className="bi bi-plus-lg me-1" aria-hidden="true" />
|
||||
Kunde anlegen
|
||||
</Link>
|
||||
</>
|
||||
}
|
||||
>
|
||||
<div className="table-responsive">
|
||||
|
||||