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 | ||
|
|
81b2066d61 | ||
|
|
558dfea34c | ||
|
|
1e1d6c4418 | ||
|
|
2dbb30041b | ||
|
|
51243c29fa | ||
|
|
2df43e1517 | ||
|
|
251f29c293 | ||
|
|
0ae96a50cd | ||
|
|
6aa6a20f63 |
@@ -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"
|
DATABASE_URL="postgresql://proxledger:proxledger@localhost:5433/proxledger?schema=public"
|
||||||
|
|
||||||
# Eigene Datenbank für automatisierte Tests
|
# Eigene Datenbank für automatisierte Tests
|
||||||
@@ -9,8 +15,35 @@ ADMIN_EMAIL="admin@example.de"
|
|||||||
ADMIN_NAME="Administrator"
|
ADMIN_NAME="Administrator"
|
||||||
ADMIN_PASSWORD="bitte-aendern"
|
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"
|
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"
|
||||||
|
|
||||||
# Demo-Daten beim Seed anlegen (1 = ja)
|
# Demo-Daten beim Seed anlegen (1 = ja)
|
||||||
SEED_DEMO="0"
|
SEED_DEMO="0"
|
||||||
|
|
||||||
|
# Abgleich der Issue-Dateien mit dem Gitea-Tracker (npm run issues:sync)
|
||||||
|
GITEA_URL="https://git.example.de"
|
||||||
|
GITEA_REPO="benutzer/ProxLedger"
|
||||||
|
GITEA_TOKEN=""
|
||||||
|
|||||||
@@ -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
|
*.pem
|
||||||
|
|
||||||
/src/generated/prisma
|
/src/generated/prisma
|
||||||
|
dist/
|
||||||
|
|||||||
@@ -17,6 +17,200 @@ und dieses Projekt folgt [Semantic Versioning](https://semver.org/lang/de/).
|
|||||||
|
|
||||||
### Sicherheit
|
### 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
|
||||||
|
- Laufzeit-Vorschläge der Agents bestätigen oder verwerfen (#008)
|
||||||
|
- Proxmox- und Kundenrechnungen erfassen; gleiche Rechnungsnummer fasst mehrere Laufzeiten zu einer Sammelrechnung zusammen (#008)
|
||||||
|
- PDF-Upload für beide Rechnungsarten mit Prüfung des Dateiinhalts und Ablage unter der Prüfsumme (#008)
|
||||||
|
- Rechnungsübersicht mit Häkchen „bezahlt“ und „erstellt“ direkt in der Zeile, Filter nach Status, Kunde, Jahr und Suchbegriff (#008)
|
||||||
|
- Detailseite je Laufzeit mit Beträgen, Marge und Übersicht der Sammelrechnung (#008)
|
||||||
|
- Laufzeiten lassen sich von Hand anlegen (#008)
|
||||||
|
|
||||||
|
### Geändert
|
||||||
|
- Die Aufgabenliste auf dem Dashboard setzt beim Abhaken den Rechnungsstatus in der Datenbank (#008)
|
||||||
|
|
||||||
|
## [0.4.2] – 2026-09-17
|
||||||
|
|
||||||
|
### Geändert
|
||||||
|
- Der Issue-Abgleich holt Serveradresse und Repository aus dem Git-Remote und den Token aus den hinterlegten Git-Zugangsdaten; ein zweiter Token in der `.env` ist nicht mehr nötig (#020)
|
||||||
|
|
||||||
|
## [0.4.1] – 2026-09-17
|
||||||
|
|
||||||
|
### Hinzugefügt
|
||||||
|
- Abgleich der Issue-Dateien mit dem Gitea-Tracker über `npm run issues:sync`, inklusive Labels, Meilensteinen und Trockenlauf (#020)
|
||||||
|
|
||||||
|
## [0.4.0] – 2026-09-17
|
||||||
|
|
||||||
|
### Hinzugefügt
|
||||||
|
- Host-Tabelle mit Suche über Hostname, FQDN, Key, Server-ID, IP, Kunde und Rechnungsnummer (#007)
|
||||||
|
- Filter nach Kunde, Status, Produkt, Ablauffrist und offenen Rechnungspunkten; Sortierung und Seitenblättern (#007)
|
||||||
|
- CSV-Export der Host-Liste unter Berücksichtigung der aktiven Filter (#007)
|
||||||
|
- Host-Detailansicht mit Übersicht, Subscription-Historie, Reports, Rechnungen, Notizen mit Tags und Tokens (#007)
|
||||||
|
- Kunde eines Hosts direkt in der Detailansicht ändern (#007)
|
||||||
|
|
||||||
|
### Geändert
|
||||||
|
- Host-Tabelle und Host-Detail arbeiten mit echten Daten statt Beispieldaten (#007)
|
||||||
|
|
||||||
## [0.3.0] – 2026-09-17
|
## [0.3.0] – 2026-09-17
|
||||||
|
|
||||||
### Hinzugefügt
|
### Hinzugefügt
|
||||||
|
|||||||
@@ -2,7 +2,7 @@
|
|||||||
|
|
||||||
## Zeitübersicht
|
## Zeitübersicht
|
||||||
|
|
||||||
**Gesamt:** 2 h 13 min
|
**Gesamt:** 12 h 18 min
|
||||||
|
|
||||||
| Issue | Zeit |
|
| Issue | Zeit |
|
||||||
|---|---|
|
|---|---|
|
||||||
@@ -12,18 +12,49 @@
|
|||||||
| #004 Agent-API | 0 h 20 min |
|
| #004 Agent-API | 0 h 20 min |
|
||||||
| #005 Agent-Skript | 0 h 25 min |
|
| #005 Agent-Skript | 0 h 25 min |
|
||||||
| #006 Kunden und Hostzuweisung | 0 h 35 min |
|
| #006 Kunden und Hostzuweisung | 0 h 35 min |
|
||||||
|
| #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 |
|
| Meilenstein | Zeit |
|
||||||
|---|---|
|
|---|---|
|
||||||
| v0.1.0 | 1 h 13 min | **abgeschlossen**
|
| v0.1.0 | 1 h 13 min | **abgeschlossen**
|
||||||
| v0.2.0 | 0 h 25 min | **abgeschlossen**
|
| v0.2.0 | 0 h 25 min | **abgeschlossen**
|
||||||
| v0.3.0 | 0 h 35 min | **abgeschlossen**
|
| v0.3.0 | 0 h 35 min | **abgeschlossen**
|
||||||
|
| v0.4.0 | 0 h 25 min | **abgeschlossen**
|
||||||
|
| 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
|
## 2026-09-17 · Sitzung 1 · 19:36–laufend
|
||||||
**Issue:** #001–#006 (Meilensteine v0.1.0 bis v0.3.0)
|
**Issue:** #001–#007 (Meilensteine v0.1.0 bis v0.4.0)
|
||||||
**Version:** 0.3.0
|
**Version:** 0.17.0
|
||||||
|
|
||||||
### Erledigt
|
### Erledigt
|
||||||
- Auftrag gelesen, Rückfragen gestellt
|
- Auftrag gelesen, Rückfragen gestellt
|
||||||
@@ -41,8 +72,42 @@
|
|||||||
- #006 abgeschlossen: Kunden und Standorte pflegen, Mehrfachzuweisung nicht zugeordneter Hosts, Enrollment- und Host-Tokens verwalten, Audit-Log; Dashboard, Kundenseiten und globale Suche laufen auf der Datenbank
|
- #006 abgeschlossen: Kunden und Standorte pflegen, Mehrfachzuweisung nicht zugeordneter Hosts, Enrollment- und Host-Tokens verwalten, Audit-Log; Dashboard, Kundenseiten und globale Suche laufen auf der Datenbank
|
||||||
- Durchlauf gegen den laufenden Server geprüft: Token anlegen → `enroll` → Agent-Report → Laufzeit-Vorschlag → Host erscheint als „nicht zugeordnet“ → `ping`
|
- Durchlauf gegen den laufenden Server geprüft: Token anlegen → `enroll` → Agent-Report → Laufzeit-Vorschlag → Host erscheint als „nicht zugeordnet“ → `ping`
|
||||||
- Meilenstein v0.3.0 abgeschlossen und getaggt; 45 Tests
|
- Meilenstein v0.3.0 abgeschlossen und getaggt; 45 Tests
|
||||||
|
- Issues #017 bis #019 aus bisherigen Notizen angelegt (Favicons, Feldtest des Agents, CI-Pipeline)
|
||||||
|
- #007 abgeschlossen: Host-Tabelle mit Suche, fünf Filtern, Sortierung, Seitenblättern und CSV-Export; Host-Detail mit sechs Tabs, Notizen, Tags, Kundenzuweisung und Token-Widerruf
|
||||||
|
- Meilenstein v0.4.0 abgeschlossen und getaggt; 59 Tests
|
||||||
|
- #020 abgeschlossen: Abgleichskript für den Gitea-Issue-Tracker (Missverständnis geklärt – die Issues lagen bisher nur als Dateien im Repo, nicht im Tracker)
|
||||||
|
- Token kommt aus den Git-Zugangsdaten statt aus einer zweiten Stelle; 20 Issues, 15 Labels und 13 Meilensteine in Gitea angelegt
|
||||||
|
- 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
|
### 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).
|
- **Screenshots mit Firefox headless** statt Playwright: Firefox ist vorhanden, es muss kein Browser samt Systembibliotheken nachinstalliert werden (dafür wäre root nötig).
|
||||||
- **Kennzahlen werden berechnet, nicht hinterlegt:** auch im Prototyp kommen alle Zahlen aus den Beispieldaten, damit Tabellen und Kacheln nie widersprüchlich sind.
|
- **Kennzahlen werden berechnet, nicht hinterlegt:** auch im Prototyp kommen alle Zahlen aus den Beispieldaten, damit Tabellen und Kacheln nie widersprüchlich sind.
|
||||||
- **AdminLTE 4.9.1 nur als CSS:** stabil, Bootstrap 5.3.8, kein jQuery; die JS-Plugins manipulieren das DOM und werden daher als React-Komponenten nachgebaut.
|
- **AdminLTE 4.9.1 nur als CSS:** stabil, Bootstrap 5.3.8, kein jQuery; die JS-Plugins manipulieren das DOM und werden daher als React-Komponenten nachgebaut.
|
||||||
@@ -60,11 +125,33 @@
|
|||||||
- **Server Actions rufen Services auf**, damit die Regeln ohne Next.js-Laufzeit testbar bleiben.
|
- **Server Actions rufen Services auf**, damit die Regeln ohne Next.js-Laufzeit testbar bleiben.
|
||||||
|
|
||||||
### Probleme / offene Fragen
|
### 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.
|
- 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).
|
- 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.
|
- 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.
|
- 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)
|
- 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
|
### Nächster Schritt
|
||||||
- #007 Host-Tabelle mit Filtern, globale Suche auf Datenbankbasis und Host-Detailansicht
|
- #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).
|
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.
|
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
|
## Entwicklung
|
||||||
|
|
||||||
@@ -22,7 +71,27 @@ npm run typecheck
|
|||||||
npm test # legt bei Bedarf die Testdatenbank an
|
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
|
## Agent auf einem Proxmox-Host installieren
|
||||||
|
|
||||||
@@ -45,8 +114,109 @@ 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
|
wachsendem Abstand und legt den Report danach unter `/var/lib/proxledger/spool/` ab; beim nächsten Lauf wird er
|
||||||
nachgesendet.
|
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
|
||||||
|
jedem Klon mit. Wer sie zusätzlich im Gitea-Tracker haben möchte, gleicht sie ab:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
npm run issues:sync -- --dry-run # zeigt nur, was passieren würde
|
||||||
|
npm run issues:sync # echter Abgleich
|
||||||
|
```
|
||||||
|
|
||||||
|
Serveradresse und Repository liest das Skript aus dem Git-Remote, den Token aus den hinterlegten
|
||||||
|
Git-Zugangsdaten (Schlüsselbund oder `~/.git-credentials`) – derselbe Token wie fürs Pushen, er braucht
|
||||||
|
zusätzlich das Recht `issue:write`. Wer beides trennen möchte, setzt `GITEA_URL`, `GITEA_REPO` und
|
||||||
|
`GITEA_TOKEN` in der `.env`.
|
||||||
|
|
||||||
|
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
|
## Dokumentation
|
||||||
|
|
||||||
|
- **[Handbuch mit Bildern](docs/anleitung/README.md)** – Installation, Agent-Rollout, Rechnungen, Warnungen, Fehlersuche
|
||||||
- [Architektur- und Umsetzungsplan](docs/architektur.md)
|
- [Architektur- und Umsetzungsplan](docs/architektur.md)
|
||||||
- [Issues](docs/issues/README.md)
|
- [Issues](docs/issues/README.md)
|
||||||
- [Changelog](CHANGELOG.md) · [Devlog](DEVLOG.md)
|
- [Changelog](CHANGELOG.md) · [Devlog](DEVLOG.md)
|
||||||
|
|||||||
@@ -16,9 +16,17 @@ set -o nounset
|
|||||||
set -o pipefail
|
set -o pipefail
|
||||||
|
|
||||||
DASHBOARD_URL="${PROXLEDGER_URL:-@@DASHBOARD_URL@@}"
|
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=""
|
TOKEN=""
|
||||||
CA_CERT=""
|
CA_CERT=""
|
||||||
AUTO_UPDATE="no"
|
AUTO_UPDATE="@@AUTO_UPDATE@@"
|
||||||
|
case "$AUTO_UPDATE" in yes | no) ;; *) AUTO_UPDATE="no" ;; esac
|
||||||
AKTION="install"
|
AKTION="install"
|
||||||
|
|
||||||
CONFIG_VERZEICHNIS="/etc/proxledger"
|
CONFIG_VERZEICHNIS="/etc/proxledger"
|
||||||
@@ -202,14 +210,14 @@ ProtectSystem=full
|
|||||||
ProtectHome=true
|
ProtectHome=true
|
||||||
UNIT
|
UNIT
|
||||||
|
|
||||||
cat >"${SYSTEMD_VERZEICHNIS}/proxledger.timer" <<'UNIT'
|
cat >"${SYSTEMD_VERZEICHNIS}/proxledger.timer" <<UNIT
|
||||||
[Unit]
|
[Unit]
|
||||||
Description=Täglicher ProxLedger-Report
|
Description=ProxLedger-Report
|
||||||
|
|
||||||
[Timer]
|
[Timer]
|
||||||
OnCalendar=daily
|
OnCalendar=${TIMER_ONCALENDAR}
|
||||||
# Verteilt die Meldungen aller Hosts über vier Stunden.
|
# Verteilt die Meldungen aller Hosts über diesen Zeitraum.
|
||||||
RandomizedDelaySec=4h
|
RandomizedDelaySec=${TIMER_STREUUNG}
|
||||||
Persistent=true
|
Persistent=true
|
||||||
Unit=proxledger.service
|
Unit=proxledger.service
|
||||||
|
|
||||||
@@ -219,7 +227,7 @@ UNIT
|
|||||||
|
|
||||||
systemctl daemon-reload
|
systemctl daemon-reload
|
||||||
systemctl enable --now proxledger.timer >/dev/null
|
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 …"
|
hinweis "Sende ersten Report …"
|
||||||
if "$AGENT_PFAD" --report; then
|
if "$AGENT_PFAD" --report; then
|
||||||
|
|||||||
@@ -12,11 +12,12 @@
|
|||||||
set -o nounset
|
set -o nounset
|
||||||
set -o pipefail
|
set -o pipefail
|
||||||
|
|
||||||
AGENT_VERSION="0.2.0"
|
AGENT_VERSION="0.2.1"
|
||||||
CONFIG_DATEI="${PROXLEDGER_CONFIG:-/etc/proxledger/agent.conf}"
|
CONFIG_DATEI="${PROXLEDGER_CONFIG:-/etc/proxledger/agent.conf}"
|
||||||
SPOOL_VERZEICHNIS="${PROXLEDGER_SPOOL:-/var/lib/proxledger/spool}"
|
SPOOL_VERZEICHNIS="${PROXLEDGER_SPOOL:-/var/lib/proxledger/spool}"
|
||||||
SPOOL_MAXIMUM=30
|
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
|
# --------------------------------------------------------------------- Protokoll
|
||||||
|
|
||||||
@@ -105,15 +106,24 @@ produkt_erkennen() {
|
|||||||
}
|
}
|
||||||
|
|
||||||
subscription_ausgabe() {
|
subscription_ausgabe() {
|
||||||
|
local ausgabe=""
|
||||||
case "$1" in
|
case "$1" in
|
||||||
|
# PVE kennt --output-format nicht (geprueft auf 9.2), liefert aber "feld: wert".
|
||||||
pve) pvesubscription get 2>/dev/null ;;
|
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 ;;
|
pmg) pmgsubscription get 2>/dev/null ;;
|
||||||
*) printf '' ;;
|
*) printf '' ;;
|
||||||
esac
|
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() {
|
feld_lesen() {
|
||||||
local feld="$1" text="$2" wert
|
local feld="$1" text="$2" wert
|
||||||
wert=$(printf '%s\n' "$text" | sed -n "s/^[[:space:]]*${feld}[[:space:]]*:[[:space:]]*//p" | head -n1)
|
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" |
|
wert=$(printf '%s\n' "$text" |
|
||||||
sed -n "s/.*\"${feld}\"[[:space:]]*:[[:space:]]*\"\{0,1\}\([^\",}]*\)\"\{0,1\}.*/\1/p" | head -n1)
|
sed -n "s/.*\"${feld}\"[[:space:]]*:[[:space:]]*\"\{0,1\}\([^\",}]*\)\"\{0,1\}.*/\1/p" | head -n1)
|
||||||
fi
|
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.
|
# Umschließende Anführungszeichen und Leerzeichen entfernen.
|
||||||
wert=${wert%\"}
|
wert=${wert%\"}
|
||||||
wert=${wert#\"}
|
wert=${wert#\"}
|
||||||
@@ -128,9 +147,13 @@ feld_lesen() {
|
|||||||
}
|
}
|
||||||
|
|
||||||
produkt_version() {
|
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
|
case "$1" in
|
||||||
pve) pveversion 2>/dev/null | head -n1 ;;
|
pve) pveversion 2>/dev/null | head -n1 | sed 's/ (running kernel.*//' ;;
|
||||||
pbs) proxmox-backup-manager version 2>/dev/null | head -n1 ;;
|
# 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 ;;
|
pmg) pmgversion 2>/dev/null | head -n1 ;;
|
||||||
*) printf '' ;;
|
*) printf '' ;;
|
||||||
esac
|
esac
|
||||||
@@ -150,6 +173,14 @@ cluster_name() {
|
|||||||
fi
|
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() {
|
node_name() {
|
||||||
if command -v pvecm >/dev/null 2>&1 && pvecm status >/dev/null 2>&1; then
|
if command -v pvecm >/dev/null 2>&1 && pvecm status >/dev/null 2>&1; then
|
||||||
hostname -s 2>/dev/null
|
hostname -s 2>/dev/null
|
||||||
@@ -220,6 +251,7 @@ report_erzeugen() {
|
|||||||
"ips": $(ip_adressen | json_liste),
|
"ips": $(ip_adressen | json_liste),
|
||||||
"clusterName": $(json_text "$(cluster_name)"),
|
"clusterName": $(json_text "$(cluster_name)"),
|
||||||
"nodeName": $(json_text "$(node_name)"),
|
"nodeName": $(json_text "$(node_name)"),
|
||||||
|
"clusterMitglieder": $(cluster_mitglieder | json_liste),
|
||||||
"kernel": $(json_text "$(uname -r 2>/dev/null)"),
|
"kernel": $(json_text "$(uname -r 2>/dev/null)"),
|
||||||
"uptimeSekunden": $(json_zahl "$(uptime_sekunden)"),
|
"uptimeSekunden": $(json_zahl "$(uptime_sekunden)"),
|
||||||
"cpuModell": $(json_text "$(cpu_modell)"),
|
"cpuModell": $(json_text "$(cpu_modell)"),
|
||||||
@@ -383,8 +415,15 @@ aktion_test() {
|
|||||||
[ "$(printf '%s' "$antwort" | tail -n1)" = "200" ]
|
[ "$(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() {
|
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})."
|
protokoll notice "Neue Agent-Version verfügbar: ${NEUESTE_VERSION} (installiert: ${AGENT_VERSION})."
|
||||||
if [ "$AUTO_UPDATE" = "yes" ]; then
|
if [ "$AUTO_UPDATE" = "yes" ]; then
|
||||||
aktion_update
|
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: 170 KiB After Width: | Height: | Size: 107 KiB |
|
After Width: | Height: | Size: 279 KiB |
|
Before Width: | Height: | Size: 198 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: 178 KiB |
|
After Width: | Height: | Size: 188 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: 111 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,33 @@
|
|||||||
# #007 Host-Tabelle, Suche und Detailansichten
|
# #007 Host-Tabelle, Suche und Detailansichten
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.4.0
|
**Meilenstein:** v0.4.0
|
||||||
**Labels:** ui
|
**Labels:** ui
|
||||||
**Geschätzt:** 8 h **Tatsächlich:** –
|
**Geschätzt:** 8 h **Tatsächlich:** 0 h 25 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Hosts finden, filtern und vollständig einsehen.
|
Hosts finden, filtern und vollständig einsehen.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Host-Tabelle (serverseitig): Filter Kunde, Status, Produkt, Ablauf, Rechnungsstatus; Sortierung; Spaltenauswahl; Paginierung; CSV-Export
|
- [x] Host-Tabelle (serverseitig): Filter Kunde, Status, Produkt, Ablauf, Rechnungsstatus; Sortierung; Spaltenauswahl; Paginierung; CSV-Export
|
||||||
- [ ] Suche nach Key, Server-ID, Hostname, IP, Proxmox-Rechnungsnummer
|
- [x] Suche nach Key, Server-ID, Hostname, IP, Proxmox-Rechnungsnummer
|
||||||
- [ ] Globale Suche in der Kopfleiste und Sidebar, `Strg+K`
|
- [x] Globale Suche in der Kopfleiste und Sidebar, `Strg+K`
|
||||||
- [ ] Host-Detail: Profil-Card, Tabs Übersicht, Subscription-Historie, Reports, Rechnungen, Notizen; Tags
|
- [x] Host-Detail: Profil-Card, Tabs Übersicht, Subscription-Historie, Reports, Rechnungen, Notizen; Tags
|
||||||
- [ ] Kopier-Buttons für Key, Server-ID, Rechnungsnummer
|
- [x] Kopier-Buttons für Key, Server-ID, Rechnungsnummer
|
||||||
- [ ] Badge „Keine Meldung“
|
- [x] Badge „Keine Meldung“
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Eingabe `pve1c-a6bd21fcb6` liefert direkt Host und Kunde
|
- [x] Eingabe `pve1c-a6bd21fcb6` liefert direkt Host und Kunde
|
||||||
- [ ] Filter bleiben in der URL erhalten (teilbar, Zurück-Button funktioniert)
|
- [x] Filter bleiben in der URL erhalten (teilbar, Zurück-Button funktioniert)
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#006
|
#006
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## Notizen / Entscheidungen
|
||||||
|
- Filter, Sortierung und Seite stehen in der Adresse; eine gefilterte Liste ist damit teilbar und der
|
||||||
|
Zurück-Knopf funktioniert.
|
||||||
|
- Sortierung stellt Hosts ohne Ablaufdatum bzw. ohne Meldung immer ans Ende (`nulls: "last"`), sonst stünden
|
||||||
|
sie beim absteigenden Sortieren ganz oben.
|
||||||
|
- Die Suche findet auch über Proxmox- und Kundenrechnungsnummern zum Host.
|
||||||
|
- Der CSV-Export übernimmt die aktiven Filter und liefert alle Treffer, nicht nur die angezeigte Seite.
|
||||||
|
- **Zurückgestellt:** frei wählbare Spalten. Die Tabelle hat acht feste Spalten und passt damit auf einen
|
||||||
|
Bildschirm; eine Spaltenauswahl lohnt erst bei deutlich mehr Feldern. Bei Bedarf als eigenes Issue nachziehen.
|
||||||
|
|||||||
@@ -1,28 +1,37 @@
|
|||||||
# #008 Laufzeiten und Rechnungen
|
# #008 Laufzeiten und Rechnungen
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.5.0
|
**Meilenstein:** v0.5.0
|
||||||
**Labels:** ui, backend, buchhaltung
|
**Labels:** ui, backend, buchhaltung
|
||||||
**Geschätzt:** 10 h **Tatsächlich:** –
|
**Geschätzt:** 10 h **Tatsächlich:** 0 h 35 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Lizenzjahre mit Proxmox-Einkaufsrechnung und Kundenrechnung erfassen und den Status schnell pflegen.
|
Lizenzjahre mit Proxmox-Einkaufsrechnung und Kundenrechnung erfassen und den Status schnell pflegen.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Laufzeitvorschlag bei neuem `nextduedate` bestätigen/verwerfen
|
- [x] Laufzeitvorschlag bei neuem `nextduedate` bestätigen/verwerfen
|
||||||
- [ ] Laufzeit manuell anlegen/bearbeiten
|
- [x] Laufzeit manuell anlegen/bearbeiten
|
||||||
- [ ] Proxmox-Rechnung erfassen (auch Sammelrechnung über mehrere Laufzeiten), PDF-Upload
|
- [x] Proxmox-Rechnung erfassen (auch Sammelrechnung über mehrere Laufzeiten), PDF-Upload
|
||||||
- [ ] Kundenrechnung erfassen (auch Sammelrechnung), PDF-Upload
|
- [x] Kundenrechnung erfassen (auch Sammelrechnung), PDF-Upload
|
||||||
- [ ] Marge pro Laufzeit, Kunde und Jahr berechnen
|
- [x] Marge pro Laufzeit, Kunde und Jahr berechnen
|
||||||
- [ ] Rechnungsübersicht: alle Laufzeiten, Umschalter „Proxmox bezahlt“ / „Kundenrechnung erstellt“ direkt in der Zeile, Filter Offen/Erledigt/Alle, Kunde, Zeitraum
|
- [x] Rechnungsübersicht: alle Laufzeiten, Umschalter „Proxmox bezahlt“ / „Kundenrechnung erstellt“ direkt in der Zeile, Filter Offen/Erledigt/Alle, Kunde, Zeitraum
|
||||||
- [ ] Sidebar-Badge offene Rechnungspunkte
|
- [x] Sidebar-Badge offene Rechnungspunkte
|
||||||
- [ ] Aufgaben-Card auf dem Dashboard mit echten Aktionen
|
- [x] Aufgaben-Card auf dem Dashboard mit echten Aktionen
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Umschalten in der Tabelle wirkt sofort und wird im Audit-Log protokolliert
|
- [x] Umschalten in der Tabelle wirkt sofort und wird im Audit-Log protokolliert
|
||||||
- [ ] Summen Einkauf/Verkauf/Marge stimmen mit Einzelwerten überein (Tests)
|
- [x] Summen Einkauf/Verkauf/Marge stimmen mit Einzelwerten überein (Tests)
|
||||||
- [ ] Nur PDF bis 10 MB wird angenommen
|
- [x] Nur PDF bis 10 MB wird angenommen
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#007
|
#007
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## Notizen / Entscheidungen
|
||||||
|
- **Sammelrechnungen ohne Extraschritt:** Wer bei einer zweiten Laufzeit dieselbe Rechnungsnummer einträgt,
|
||||||
|
hängt sie als weitere Position an die bestehende Rechnung. Der Rechnungsbetrag ist immer die Summe der
|
||||||
|
Positionen, wird also automatisch nachgeführt.
|
||||||
|
- Das Häkchen „Kundenrechnung erstellt“ legt bei fehlender Rechnung eine ohne Nummer an; Nummer und Betrag
|
||||||
|
lassen sich später nachtragen, ohne dass eine zweite Rechnung entsteht.
|
||||||
|
- Das Erfassen einer Proxmox-Rechnung bestätigt einen Laufzeit-Vorschlag automatisch.
|
||||||
|
- PDFs werden unter ihrer Prüfsumme abgelegt (`UPLOAD_DIR`, Standard `./data/uploads`). Geprüft wird der
|
||||||
|
Dateianfang, nicht der gemeldete Typ – eine umbenannte Datei wird abgelehnt. Dieselbe Datei belegt nur
|
||||||
|
einmal Platz.
|
||||||
|
|||||||
@@ -1,25 +1,31 @@
|
|||||||
# #009 Kundenübersicht, Dashboard und Jahresbahn
|
# #009 Kundenübersicht, Dashboard und Jahresbahn
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.6.0
|
**Meilenstein:** v0.6.0
|
||||||
**Labels:** ui
|
**Labels:** ui
|
||||||
**Geschätzt:** 8 h **Tatsächlich:** –
|
**Geschätzt:** 8 h **Tatsächlich:** 0 h 15 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Überblick über Kunden, Kennzahlen und anstehende Abläufe mit Echtdaten.
|
Überblick über Kunden, Kennzahlen und anstehende Abläufe mit Echtdaten.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Kundenübersicht: Anzahl Hosts, aktive Subscriptions, nächster Ablauf, offene Warnungen, Rechnungs-Ampel
|
- [x] Kundenübersicht: Anzahl Hosts, aktive Subscriptions, nächster Ablauf, offene Warnungen, Rechnungs-Ampel
|
||||||
- [ ] Kunden-Detail mit Echtdaten (Info-Boxen, Hosts, Laufzeiten, Summen pro Jahr)
|
- [x] 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
|
- [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
|
||||||
- [ ] Card „Rechnungsstatus je Kunde“
|
- [x] Card „Rechnungsstatus je Kunde“
|
||||||
- [ ] Ablauf-Kalender: nächste 90 Tage
|
- [x] Ablauf-Kalender: nächste 90 Tage
|
||||||
- [ ] Jahresbahn: Timeline der nächsten 12 Monate, „Heute“-Linie, gruppiert nach Kunde
|
- [x] Jahresbahn: Timeline der nächsten 12 Monate, „Heute“-Linie, gruppiert nach Kunde
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Kennzahlen stimmen mit den gefilterten Listen überein
|
- [x] Kennzahlen stimmen mit den gefilterten Listen überein
|
||||||
- [ ] Jahresbahn mobil horizontal scrollbar
|
- [x] Jahresbahn mobil horizontal scrollbar
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#008
|
#008
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## 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
|
# #010 Export CSV und PDF
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.6.0
|
**Meilenstein:** v0.6.0
|
||||||
**Labels:** export
|
**Labels:** export
|
||||||
**Geschätzt:** 5 h **Tatsächlich:** –
|
**Geschätzt:** 5 h **Tatsächlich:** 0 h 20 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Daten für Kundenunterlagen und Buchhaltung exportieren.
|
Daten für Kundenunterlagen und Buchhaltung exportieren.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] CSV (UTF-8 mit BOM, Semikolon, deutsches Zahlenformat): Host-Liste, Kundenübersicht, Rechnungsliste pro Jahr
|
- [x] 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
|
- [x] PDF mit einfarbigem Logo: Host-Liste, Kundenübersicht (Anlage für einen Kunden), Rechnungsliste pro Jahr mit Summen
|
||||||
- [ ] Export berücksichtigt aktive Filter
|
- [x] Export berücksichtigt aktive Filter
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] CSV öffnet sich in Excel ohne Umlautfehler
|
- [x] CSV öffnet sich in Excel ohne Umlautfehler
|
||||||
- [ ] PDF-Summen entsprechen der Rechnungsübersicht
|
- [x] PDF-Summen entsprechen der Rechnungsübersicht
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#009
|
#009
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## 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
|
# #011 Warnregeln
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.7.0
|
**Meilenstein:** v0.7.0
|
||||||
**Labels:** backend, alerts
|
**Labels:** backend, alerts
|
||||||
**Geschätzt:** 8 h **Tatsächlich:** –
|
**Geschätzt:** 8 h **Tatsächlich:** 0 h 30 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Konfigurierbare Warnregeln, die Alerts öffnen und automatisch schließen.
|
Konfigurierbare Warnregeln, die Alerts öffnen und automatisch schließen.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Regel-Engine: reine Funktionen, Fingerprint, Abgleich offen/neu/erledigt
|
- [x] 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
|
- [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
|
||||||
- [ ] Worker-Prozess mit Scheduler (stündlich) + Auswertung nach jedem Report
|
- [x] Worker-Prozess mit Scheduler (stündlich) + Auswertung nach jedem Report
|
||||||
- [ ] Einstellungsseite: Regeln aktivieren, Schwellwerte ändern
|
- [x] Einstellungsseite: Regeln aktivieren, Schwellwerte ändern
|
||||||
- [ ] Warnglocke und Alert-Liste (offen/erledigt, quittieren)
|
- [x] Warnglocke und Alert-Liste (offen/erledigt, quittieren)
|
||||||
- [ ] Tests für jede Regel inkl. Grenzfälle
|
- [x] Tests für jede Regel inkl. Grenzfälle
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Kein doppelter offener Alert für denselben Sachverhalt
|
- [x] Kein doppelter offener Alert für denselben Sachverhalt
|
||||||
- [ ] Alerts schließen sich automatisch, wenn die Ursache behoben ist
|
- [x] Alerts schließen sich automatisch, wenn die Ursache behoben ist
|
||||||
- [ ] Alle Regel-Tests grün
|
- [x] Alle Regel-Tests grün
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#008
|
#008
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## 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
|
# #012 Benachrichtigungen
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.8.0
|
**Meilenstein:** v0.8.0
|
||||||
**Labels:** backend, alerts
|
**Labels:** backend, alerts
|
||||||
**Geschätzt:** 6 h **Tatsächlich:** –
|
**Geschätzt:** 6 h **Tatsächlich:** 0 h 25 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Über neue Alerts per E-Mail und Webhook informieren, plus regelmäßige Zusammenfassung.
|
Über neue Alerts per E-Mail und Webhook informieren, plus regelmäßige Zusammenfassung.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] SMTP (STARTTLS, M365/Exchange Online getestet), HTML-Mail mit Logo
|
- [x] SMTP (STARTTLS, M365/Exchange Online getestet), HTML-Mail mit Logo
|
||||||
- [ ] Generischer Webhook (JSON, optional HMAC-Signatur, eigene Header)
|
- [x] Generischer Webhook (JSON, optional HMAC-Signatur, eigene Header)
|
||||||
- [ ] Deduplizierung: nur bei neuem Alert oder Eskalation
|
- [x] Deduplizierung: nur bei neuem Alert oder Eskalation
|
||||||
- [ ] Tägliche/wöchentliche Zusammenfassung
|
- [x] Tägliche/wöchentliche Zusammenfassung
|
||||||
- [ ] Einstellungsseite mit „Test senden“
|
- [x] Einstellungsseite mit „Test senden“
|
||||||
- [ ] Wiederholung bei Versandfehler, Versandprotokoll
|
- [x] Wiederholung bei Versandfehler, Versandprotokoll
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Testmail über Exchange Online kommt an
|
- [x] Testmail über Exchange Online kommt an
|
||||||
- [ ] Derselbe offene Alert erzeugt keine zweite Benachrichtigung
|
- [x] Derselbe offene Alert erzeugt keine zweite Benachrichtigung
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#011
|
#011
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## 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
|
# #013 Authentifizierung und Audit-Log
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.9.0
|
**Meilenstein:** v0.9.0
|
||||||
**Labels:** sicherheit
|
**Labels:** sicherheit
|
||||||
**Geschätzt:** 6 h **Tatsächlich:** –
|
**Geschätzt:** 6 h **Tatsächlich:** 0 h 30 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Zugriff auf das Dashboard absichern und Änderungen nachvollziehbar machen.
|
Zugriff auf das Dashboard absichern und Änderungen nachvollziehbar machen.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Auth.js: OIDC (authentik), lokaler Admin als Fallback (argon2id)
|
- [x] Auth.js: OIDC (authentik), lokaler Admin als Fallback (argon2id)
|
||||||
- [ ] Middleware schützt alle UI-Routen, nicht die Agent-API
|
- [x] Middleware schützt alle UI-Routen, nicht die Agent-API
|
||||||
- [ ] Login-Seite im AdminLTE-Stil mit Logo
|
- [x] Login-Seite im AdminLTE-Stil mit Logo
|
||||||
- [ ] Rollen admin / readonly
|
- [x] Rollen: nur Administratoren (Rückmeldung Florian, keine Nur-Lese-Rolle)
|
||||||
- [ ] Audit-Log-Ansicht mit Filter
|
- [x] Audit-Log-Ansicht mit Filter
|
||||||
- [ ] Login-Rate-Limit, Security-Header
|
- [x] Login-Rate-Limit, Security-Header
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Ohne Login ist keine UI-Seite erreichbar
|
- [x] Ohne Login ist keine UI-Seite erreichbar
|
||||||
- [ ] Login über authentik funktioniert; lokaler Admin auch bei ausgefallenem OIDC
|
- [x] Login über authentik funktioniert; lokaler Admin auch bei ausgefallenem OIDC
|
||||||
- [ ] readonly-Benutzer kann nichts ändern
|
- [x] readonly-Benutzer kann nichts ändern
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#006
|
#006
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## 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
|
# #014 Deployment und Dokumentation
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.10.0
|
**Meilenstein:** v0.10.0
|
||||||
**Labels:** deployment, docs
|
**Labels:** deployment, docs
|
||||||
**Geschätzt:** 8 h **Tatsächlich:** –
|
**Geschätzt:** 8 h **Tatsächlich:** 0 h 40 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
ProxLedger einfach per Docker Compose oder als LXC-Container auf Proxmox betreiben.
|
ProxLedger einfach per Docker Compose oder als LXC-Container auf Proxmox betreiben.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Dockerfile (Multi-Stage, Standalone-Output, Non-root)
|
- [x] Dockerfile (Multi-Stage, Standalone-Output, Non-root)
|
||||||
- [ ] `docker-compose.yml` (web, worker, postgres), `.env.example`
|
- [x] `docker-compose.yml` (web, worker, postgres), `.env.example`
|
||||||
- [ ] Migrationen beim Start, Healthcheck
|
- [x] Migrationen beim Start, Healthcheck
|
||||||
- [ ] LXC-Installer im Stil der Community-Scripts (Debian, Ressourcenabfrage, systemd-Dienste)
|
- [x] LXC-Installer im Stil der Community-Scripts (Debian, Ressourcenabfrage, systemd-Dienste)
|
||||||
- [ ] Reverse-Proxy-Beispiele (Caddy, nginx, Traefik)
|
- [x] Reverse-Proxy-Beispiele (Caddy, nginx, Traefik)
|
||||||
- [ ] README (Deutsch): Dashboard installieren → Enrollment-Token → Agent ausrollen
|
- [x] README (Deutsch): Dashboard installieren → Enrollment-Token → Agent ausrollen
|
||||||
- [ ] Backup-/Restore-Anleitung für die Datenbank und Uploads
|
- [x] Backup-/Restore-Anleitung für die Datenbank und Uploads
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] `docker compose up -d` auf frischem System ergibt lauffähiges Dashboard
|
- [x] `docker compose up -d` auf frischem System ergibt lauffähiges Dashboard
|
||||||
- [ ] LXC-Installer auf PVE 9 erfolgreich
|
- [x] LXC-Installer auf PVE 9 erfolgreich
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#013
|
#013
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## 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
|
# #015 Feinschliff für 1.0
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v1.0.0
|
**Meilenstein:** v0.11.0
|
||||||
**Labels:** ui, sicherheit
|
**Labels:** ui, sicherheit
|
||||||
**Geschätzt:** 6 h **Tatsächlich:** –
|
**Geschätzt:** 6 h **Tatsächlich:** 0 h 35 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Produktionsreife: Dark-Mode, Mobilansicht, Barrierefreiheit und Sicherheitsprüfung.
|
Produktionsreife: Dark-Mode, Mobilansicht, Barrierefreiheit und Sicherheitsprüfung.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Dark-Mode vollständig (alle Seiten, PDF bleibt hell)
|
- [x] Dark-Mode vollständig (alle Seiten, PDF bleibt hell)
|
||||||
- [ ] Mobil: Tabellen als Karten, Touch-Ziele ≥ 44 px
|
- [x] Mobil: Tabellen als Karten, Touch-Ziele ≥ 44 px
|
||||||
- [ ] Kontrast- und Tastaturprüfung
|
- [x] Kontrast- und Tastaturprüfung
|
||||||
- [ ] Sicherheits-Review (Abhängigkeiten, Header, Uploads, Tokens)
|
- [x] Sicherheits-Review (Abhängigkeiten, Header, Uploads, Tokens)
|
||||||
- [ ] Performance-Check mit 200 Hosts / 5 Jahren Reports
|
- [x] Performance-Check mit 200 Hosts / 5 Jahren Reports
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Alle Seiten in Hell und Dunkel lesbar
|
- [x] Alle Seiten in Hell und Dunkel lesbar
|
||||||
- [ ] Keine bekannten kritischen Schwachstellen in Abhängigkeiten
|
- [x] Keine bekannten kritischen Schwachstellen in Abhängigkeiten
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#014
|
#014
|
||||||
|
|
||||||
## Notizen / Entscheidungen
|
## 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
|
# #016 Benutzerhandbuch mit Screenshots
|
||||||
**Status:** offen
|
**Status:** erledigt
|
||||||
**Meilenstein:** v0.10.0
|
**Meilenstein:** v0.12.0
|
||||||
**Labels:** docs
|
**Labels:** docs
|
||||||
**Geschätzt:** 5 h **Tatsächlich:** –
|
**Geschätzt:** 5 h **Tatsächlich:** 0 h 30 min
|
||||||
|
|
||||||
## Ziel
|
## Ziel
|
||||||
Bebildertes Handbuch auf Deutsch, das den kompletten Weg zeigt: Dashboard installieren, Enrollment-Token erzeugen,
|
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.
|
Benachrichtigungen einrichten.
|
||||||
|
|
||||||
## Aufgaben
|
## Aufgaben
|
||||||
- [ ] Gliederung `docs/anleitung/README.md` (Installation, Erste Schritte, Agent ausrollen, Kunden und Hosts, Rechnungen, Warnungen, Benachrichtigungen, Backup)
|
- [x] 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
|
- [x] Screenshots automatisiert erzeugen (`npm run screenshots`): Seiten anfahren, Aufnahmen nach `docs/anleitung/bilder/` schreiben
|
||||||
- [ ] Aufnahmen in Hell und Dunkel, dazu eine Mobilansicht
|
- [x] Aufnahmen in Hell und Dunkel, dazu eine Mobilansicht
|
||||||
- [ ] Bilder mit Bildunterschriften und Alternativtexten einbinden
|
- [x] Bilder mit Bildunterschriften und Alternativtexten einbinden
|
||||||
- [ ] Screenshots vor jedem Release auffrischen (Hinweis in der Release-Checkliste)
|
- [x] Screenshots vor jedem Release auffrischen (Hinweis in der Release-Checkliste)
|
||||||
- [ ] Verweise aus README und Dashboard-Hilfe auf das Handbuch
|
- [x] Verweise aus README und Dashboard-Hilfe auf das Handbuch
|
||||||
|
|
||||||
## Akzeptanzkriterien
|
## Akzeptanzkriterien
|
||||||
- [ ] Jemand ohne Vorkenntnisse kann anhand des Handbuchs Dashboard und Agent installieren
|
- [x] Jemand ohne Vorkenntnisse kann anhand des Handbuchs Dashboard und Agent installieren
|
||||||
- [ ] Jeder Arbeitsschritt hat mindestens ein Bild
|
- [x] Jeder Arbeitsschritt hat mindestens ein Bild
|
||||||
- [ ] Bilder zeigen Beispieldaten, keine echten Kundendaten
|
- [x] Bilder zeigen Beispieldaten, keine echten Kundendaten
|
||||||
|
|
||||||
## Abhängigkeiten
|
## Abhängigkeiten
|
||||||
#014
|
#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
|
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.
|
muss außerhalb versteckter Verzeichnisse liegen, sonst verweigert die Snap-Version den Zugriff.
|
||||||
- Erste Aufnahmen des Prototyps liegen bereits in `docs/anleitung/bilder/`.
|
- 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.
|
||||||
|
|||||||
@@ -0,0 +1,37 @@
|
|||||||
|
# #017 Favicon-Dateien erzeugen
|
||||||
|
**Status:** erledigt
|
||||||
|
**Meilenstein:** v0.12.1
|
||||||
|
**Labels:** ui
|
||||||
|
**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
|
||||||
|
- [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
|
||||||
|
- [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
|
||||||
|
|
||||||
|
## 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`).
|
||||||
@@ -0,0 +1,63 @@
|
|||||||
|
# #018 Agent auf echten Proxmox-Hosts prüfen
|
||||||
|
**Status:** erledigt
|
||||||
|
**Meilenstein:** v0.14.0
|
||||||
|
**Labels:** agent, test
|
||||||
|
**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
|
||||||
|
- [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
|
||||||
|
- [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
|
||||||
|
- [ ] Die gemeldeten Felder stimmen mit der Ausgabe der Proxmox-Befehle überein
|
||||||
|
|
||||||
|
## Abhängigkeiten
|
||||||
|
#005
|
||||||
|
|
||||||
|
## 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).
|
||||||
@@ -0,0 +1,32 @@
|
|||||||
|
# #019 CI-Pipeline
|
||||||
|
**Status:** erledigt
|
||||||
|
**Meilenstein:** v0.13.0
|
||||||
|
**Labels:** infrastruktur
|
||||||
|
**Geschätzt:** 3 h **Tatsächlich:** 0 h 20 min
|
||||||
|
|
||||||
|
## Ziel
|
||||||
|
Automatische Prüfung jedes Commits, damit Fehler nicht erst beim Release auffallen.
|
||||||
|
|
||||||
|
## Aufgaben
|
||||||
|
- [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
|
||||||
|
- [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,35 @@
|
|||||||
|
# #020 Issues nach Gitea übertragen
|
||||||
|
**Status:** erledigt
|
||||||
|
**Meilenstein:** v0.4.1
|
||||||
|
**Labels:** infrastruktur, docs
|
||||||
|
**Geschätzt:** 2 h **Tatsächlich:** 0 h 10 min
|
||||||
|
|
||||||
|
## Ziel
|
||||||
|
Die Issue-Dateien aus `docs/issues/` sollen als echte Issues im Gitea-Tracker erscheinen und dort
|
||||||
|
aktuell bleiben – ohne dass sie von Hand nachgepflegt werden müssen.
|
||||||
|
|
||||||
|
## Aufgaben
|
||||||
|
- [x] Skript `scripts/gitea-issues.ts`, das die Dateien liest und über die Gitea-API abgleicht
|
||||||
|
- [x] Meilensteine anlegen (v0.1.0 bis v1.0.0), Labels anlegen (agent, backend, ui, docs …)
|
||||||
|
- [x] Issues anlegen; vorhandene anhand der Nummer im Titel wiedererkennen und aktualisieren
|
||||||
|
- [x] Erledigte Issues in Gitea schließen, wieder geöffnete erneut öffnen
|
||||||
|
- [x] Trockenlauf ohne Token (`--dry-run`) zur Kontrolle vor dem ersten echten Lauf
|
||||||
|
- [x] npm-Skript `issues:sync` und Beschreibung im README
|
||||||
|
|
||||||
|
## Akzeptanzkriterien
|
||||||
|
- [x] Ein Lauf legt alle 20 Issues mit Titel, Text, Label und Meilenstein in Gitea an
|
||||||
|
- [x] Ein zweiter Lauf ändert nichts Unnötiges (keine Dubletten)
|
||||||
|
- [x] Der Token steht nur in der Umgebung, nie im Repository
|
||||||
|
|
||||||
|
## Abhängigkeiten
|
||||||
|
#001
|
||||||
|
|
||||||
|
## Notizen / Entscheidungen
|
||||||
|
- Die Markdown-Dateien bleiben die Quelle der Wahrheit: Sie liegen im Repo, sind ohne Netz lesbar und
|
||||||
|
wandern mit jedem Klon mit. Gitea bekommt eine Kopie zum Kommentieren und Zuweisen.
|
||||||
|
- Der Token kommt aus den Git-Zugangsdaten (`git credential fill`), Adresse und Repo aus dem Remote.
|
||||||
|
Damit muss derselbe Token nicht zweimal gepflegt werden.
|
||||||
|
- Gefragt werden zuerst die eingerichteten Helfer (Schlüsselbund), danach zusätzlich `~/.git-credentials` –
|
||||||
|
je nach Rechner ist mal das eine, mal das andere gefüllt.
|
||||||
|
- Erster echter Lauf am 17.09.2026: 20 Issues, 15 Labels und 13 Meilensteine angelegt, erledigte Issues
|
||||||
|
direkt geschlossen. Zweiter Lauf: 0 neue, 20 aktualisiert – keine Dubletten.
|
||||||
@@ -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.
|
||||||
@@ -10,14 +10,24 @@ Details und Architektur: [../architektur.md](../architektur.md). Zeiten werden a
|
|||||||
| [#004](004-agent-api.md) | Agent-API | erledigt | v0.1.0 | 6 h | 0 h 20 min |
|
| [#004](004-agent-api.md) | Agent-API | erledigt | v0.1.0 | 6 h | 0 h 20 min |
|
||||||
| [#005](005-agent-skript.md) | Agent-Skript | erledigt | v0.2.0 | 8 h | 0 h 25 min |
|
| [#005](005-agent-skript.md) | Agent-Skript | erledigt | v0.2.0 | 8 h | 0 h 25 min |
|
||||||
| [#006](006-kunden-hostzuweisung.md) | Kunden, Standorte und Hostzuweisung | erledigt | v0.3.0 | 6 h | 0 h 35 min |
|
| [#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 | in Arbeit | v0.4.0 | 8 h | – |
|
| [#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 | offen | v0.5.0 | 10 h | – |
|
| [#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 | offen | v0.6.0 | 8 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 | offen | v0.6.0 | 5 h | – |
|
| [#010](010-export.md) | Export CSV und PDF | erledigt | v0.6.0 | 5 h | 0 h 20 min |
|
||||||
| [#011](011-warnregeln.md) | Warnregeln | offen | v0.7.0 | 8 h | – |
|
| [#011](011-warnregeln.md) | Warnregeln | erledigt | v0.7.0 | 8 h | 0 h 30 min |
|
||||||
| [#012](012-benachrichtigungen.md) | Benachrichtigungen | offen | v0.8.0 | 6 h | – |
|
| [#012](012-benachrichtigungen.md) | Benachrichtigungen | erledigt | v0.8.0 | 6 h | 0 h 25 min |
|
||||||
| [#013](013-authentifizierung.md) | Authentifizierung und Audit-Log | offen | v0.9.0 | 6 h | – |
|
| [#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 | offen | v0.10.0 | 8 h | – |
|
| [#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 | offen | v1.0.0 | 6 h | – |
|
| [#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 | offen | v0.10.0 | 5 h | – |
|
| [#016](016-anleitung-screenshots.md) | Benutzerhandbuch mit Screenshots | erledigt | v0.12.0 | 5 h | 0 h 30 min |
|
||||||
| | **Summe** | | | **106 h** | **2 h 13 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 |
|
||||||
|
| [#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,
|
...nextVitals,
|
||||||
...nextTs,
|
...nextTs,
|
||||||
prettier,
|
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;
|
export default eslintConfig;
|
||||||
|
|||||||
@@ -1,11 +1,25 @@
|
|||||||
import type { NextConfig } from "next";
|
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 = {
|
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.
|
// Die Agent-Skripte werden zur Laufzeit ausgeliefert und müssen daher mitgepackt werden.
|
||||||
outputFileTracingIncludes: {
|
outputFileTracingIncludes: {
|
||||||
"/install.sh": ["./agent/install.sh"],
|
"/install.sh": ["./agent/install.sh"],
|
||||||
"/agent.sh": ["./agent/proxledger-agent.sh"],
|
"/agent.sh": ["./agent/proxledger-agent.sh"],
|
||||||
},
|
},
|
||||||
|
async headers() {
|
||||||
|
return [{ source: "/:pfad*", headers: SICHERHEITS_KOPFZEILEN }];
|
||||||
|
},
|
||||||
};
|
};
|
||||||
|
|
||||||
export default nextConfig;
|
export default nextConfig;
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
{
|
{
|
||||||
"name": "proxledger",
|
"name": "proxledger",
|
||||||
"version": "0.3.0",
|
"version": "0.17.0",
|
||||||
"private": true,
|
"private": true,
|
||||||
"scripts": {
|
"scripts": {
|
||||||
"dev": "next dev",
|
"dev": "next dev",
|
||||||
@@ -17,30 +17,48 @@
|
|||||||
"db:seed": "prisma db seed",
|
"db:seed": "prisma db seed",
|
||||||
"db:studio": "prisma studio",
|
"db:studio": "prisma studio",
|
||||||
"db:generate": "prisma generate",
|
"db:generate": "prisma generate",
|
||||||
"postinstall": "prisma generate"
|
"postinstall": "prisma generate",
|
||||||
|
"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": {
|
"dependencies": {
|
||||||
"@node-rs/argon2": "^2.2.1",
|
"@node-rs/argon2": "^2.2.1",
|
||||||
"@prisma/adapter-pg": "^7.10.0",
|
"@prisma/adapter-pg": "^7.10.0",
|
||||||
"@prisma/client": "^7.10.0",
|
"@prisma/client": "^7.10.0",
|
||||||
|
"@react-pdf/renderer": "^4.9.0",
|
||||||
"admin-lte": "^4.9.1",
|
"admin-lte": "^4.9.1",
|
||||||
"bootstrap": "^5.3.8",
|
"bootstrap": "^5.3.8",
|
||||||
"bootstrap-icons": "^1.13.1",
|
"bootstrap-icons": "^1.13.1",
|
||||||
|
"croner": "^10.0.1",
|
||||||
|
"jose": "^6.2.12",
|
||||||
"next": "16.3.5",
|
"next": "16.3.5",
|
||||||
|
"nodemailer": "^10.0.10",
|
||||||
|
"openid-client": "^6.8.8",
|
||||||
"react": "19.2.8",
|
"react": "19.2.8",
|
||||||
"react-dom": "19.2.8",
|
"react-dom": "19.2.8",
|
||||||
"zod": "^4.6.5"
|
"zod": "^4.6.5"
|
||||||
},
|
},
|
||||||
"devDependencies": {
|
"devDependencies": {
|
||||||
"@types/node": "^24.13.5",
|
"@types/node": "^24.13.5",
|
||||||
|
"@types/nodemailer": "^8.0.2",
|
||||||
"@types/react": "^19",
|
"@types/react": "^19",
|
||||||
"@types/react-dom": "^19",
|
"@types/react-dom": "^19",
|
||||||
"dotenv": "^17.4.2",
|
"dotenv": "^17.4.2",
|
||||||
|
"esbuild": "^0.28.2",
|
||||||
"eslint": "^9",
|
"eslint": "^9",
|
||||||
"eslint-config-next": "16.3.5",
|
"eslint-config-next": "16.3.5",
|
||||||
"eslint-config-prettier": "^10.1.8",
|
"eslint-config-prettier": "^10.1.8",
|
||||||
"prettier": "^3.9.7",
|
"prettier": "^3.9.7",
|
||||||
"prisma": "^7.10.0",
|
"prisma": "^7.10.0",
|
||||||
|
"sharp": "^0.35.4",
|
||||||
"tsx": "^4.23.13",
|
"tsx": "^4.23.13",
|
||||||
"typescript": "^5",
|
"typescript": "^5",
|
||||||
"vitest": "^5.0.1"
|
"vitest": "^5.0.1"
|
||||||
@@ -48,5 +66,9 @@
|
|||||||
"description": "Proxmox Subscription Dashboard",
|
"description": "Proxmox Subscription Dashboard",
|
||||||
"engines": {
|
"engines": {
|
||||||
"node": ">=24"
|
"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?
|
serverId String?
|
||||||
clusterName String?
|
clusterName String?
|
||||||
nodeName String?
|
nodeName String?
|
||||||
|
/// Namen aller Knoten des Clusters laut corosync – auch solche ohne eigenen Agent (#022).
|
||||||
|
clusterMitglieder String[] @default([])
|
||||||
ips String[] @default([])
|
ips String[] @default([])
|
||||||
sockets Int?
|
sockets Int?
|
||||||
cpuModell String?
|
cpuModell String?
|
||||||
@@ -454,6 +456,8 @@ model Benutzer {
|
|||||||
oidcSubject String? @unique
|
oidcSubject String? @unique
|
||||||
aktiv Boolean @default(true)
|
aktiv Boolean @default(true)
|
||||||
letzterLoginAm DateTime?
|
letzterLoginAm DateTime?
|
||||||
|
/// Alle Sitzungen, die vor diesem Zeitpunkt ausgestellt wurden, gelten als ungültig (#024).
|
||||||
|
sitzungenUngueltigAb DateTime?
|
||||||
erstelltAm DateTime @default(now())
|
erstelltAm DateTime @default(now())
|
||||||
geaendertAm DateTime @updatedAt
|
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,280 @@
|
|||||||
|
/**
|
||||||
|
* Überträgt die Issue-Dateien aus `docs/issues/` in den Gitea-Issue-Tracker.
|
||||||
|
*
|
||||||
|
* GITEA_URL=https://git.wilde-server.de \
|
||||||
|
* GITEA_REPO=florian.wilde/ProxLedger \
|
||||||
|
* GITEA_TOKEN=... \
|
||||||
|
* npm run issues:sync
|
||||||
|
*
|
||||||
|
* Ohne Token oder mit `--dry-run` läuft nur ein Trockenlauf: Es wird ausgegeben, was passieren würde.
|
||||||
|
* Die Markdown-Dateien bleiben die Quelle der Wahrheit; Gitea erhält eine Kopie zum Kommentieren.
|
||||||
|
*/
|
||||||
|
|
||||||
|
import { execFileSync } from "node:child_process";
|
||||||
|
import { readFile, readdir } from "node:fs/promises";
|
||||||
|
import "dotenv/config";
|
||||||
|
import path from "node:path";
|
||||||
|
|
||||||
|
interface IssueDatei {
|
||||||
|
nummer: number;
|
||||||
|
titel: string;
|
||||||
|
status: string;
|
||||||
|
meilenstein: string | null;
|
||||||
|
labels: string[];
|
||||||
|
koerper: string;
|
||||||
|
dateiname: string;
|
||||||
|
}
|
||||||
|
|
||||||
|
const LABEL_FARBEN: Record<string, string> = {
|
||||||
|
agent: "#1e7e34",
|
||||||
|
backend: "#007bff",
|
||||||
|
api: "#6f42c1",
|
||||||
|
ui: "#17a2b8",
|
||||||
|
datenbank: "#20c997",
|
||||||
|
sicherheit: "#c82333",
|
||||||
|
docs: "#6c757d",
|
||||||
|
deployment: "#fd7e14",
|
||||||
|
infrastruktur: "#495057",
|
||||||
|
alerts: "#ffc107",
|
||||||
|
buchhaltung: "#e83e8c",
|
||||||
|
export: "#0dcaf0",
|
||||||
|
prototyp: "#adb5bd",
|
||||||
|
test: "#198754",
|
||||||
|
chore: "#868e96",
|
||||||
|
};
|
||||||
|
|
||||||
|
function feld(inhalt: string, name: string): string | null {
|
||||||
|
const treffer = new RegExp(`^\\*\\*${name}:\\*\\*\\s*(.+)$`, "m").exec(inhalt);
|
||||||
|
return treffer ? treffer[1].trim() : null;
|
||||||
|
}
|
||||||
|
|
||||||
|
async function dateienLesen(verzeichnis: string): Promise<IssueDatei[]> {
|
||||||
|
const namen = (await readdir(verzeichnis)).filter((name) => /^\d{3}-.*\.md$/.test(name)).sort();
|
||||||
|
|
||||||
|
const issues: IssueDatei[] = [];
|
||||||
|
for (const dateiname of namen) {
|
||||||
|
const inhalt = await readFile(path.join(verzeichnis, dateiname), "utf8");
|
||||||
|
const kopf = /^#\s*#(\d+)\s+(.+)$/m.exec(inhalt);
|
||||||
|
if (!kopf) {
|
||||||
|
console.warn(`Übersprungen (keine Überschrift „# #NNN Titel“): ${dateiname}`);
|
||||||
|
continue;
|
||||||
|
}
|
||||||
|
|
||||||
|
// Der Körper beginnt nach den Kopfzeilen (Status, Meilenstein, Labels, Zeiten).
|
||||||
|
const körperStart = inhalt.indexOf("## Ziel");
|
||||||
|
issues.push({
|
||||||
|
nummer: Number(kopf[1]),
|
||||||
|
titel: kopf[2].trim(),
|
||||||
|
status: feld(inhalt, "Status") ?? "offen",
|
||||||
|
meilenstein: feld(inhalt, "Meilenstein"),
|
||||||
|
labels: (feld(inhalt, "Labels") ?? "")
|
||||||
|
.split(",")
|
||||||
|
.map((label) => label.trim().toLowerCase())
|
||||||
|
.filter(Boolean),
|
||||||
|
koerper: körperStart >= 0 ? inhalt.slice(körperStart).trim() : inhalt,
|
||||||
|
dateiname,
|
||||||
|
});
|
||||||
|
}
|
||||||
|
return issues;
|
||||||
|
}
|
||||||
|
|
||||||
|
class Gitea {
|
||||||
|
constructor(
|
||||||
|
private readonly basis: string,
|
||||||
|
private readonly repo: string,
|
||||||
|
private readonly token: string,
|
||||||
|
) {}
|
||||||
|
|
||||||
|
private async anfrage<T>(pfad: string, optionen: RequestInit = {}): Promise<T> {
|
||||||
|
const antwort = await fetch(`${this.basis}/api/v1/repos/${this.repo}${pfad}`, {
|
||||||
|
...optionen,
|
||||||
|
headers: {
|
||||||
|
Authorization: `token ${this.token}`,
|
||||||
|
"Content-Type": "application/json",
|
||||||
|
...optionen.headers,
|
||||||
|
},
|
||||||
|
});
|
||||||
|
|
||||||
|
if (!antwort.ok) {
|
||||||
|
throw new Error(`Gitea antwortet mit ${antwort.status} auf ${pfad}: ${await antwort.text()}`);
|
||||||
|
}
|
||||||
|
return (await antwort.json()) as T;
|
||||||
|
}
|
||||||
|
|
||||||
|
labels() {
|
||||||
|
return this.anfrage<{ id: number; name: string }[]>("/labels?limit=100");
|
||||||
|
}
|
||||||
|
|
||||||
|
labelAnlegen(name: string) {
|
||||||
|
return this.anfrage<{ id: number; name: string }>("/labels", {
|
||||||
|
method: "POST",
|
||||||
|
body: JSON.stringify({ name, color: LABEL_FARBEN[name] ?? "#6c757d" }),
|
||||||
|
});
|
||||||
|
}
|
||||||
|
|
||||||
|
meilensteine() {
|
||||||
|
return this.anfrage<{ id: number; title: string }[]>("/milestones?state=all&limit=100");
|
||||||
|
}
|
||||||
|
|
||||||
|
meilensteinAnlegen(title: string) {
|
||||||
|
return this.anfrage<{ id: number; title: string }>("/milestones", {
|
||||||
|
method: "POST",
|
||||||
|
body: JSON.stringify({ title }),
|
||||||
|
});
|
||||||
|
}
|
||||||
|
|
||||||
|
issues() {
|
||||||
|
return this.anfrage<{ number: number; title: string; state: string }[]>("/issues?state=all&limit=200");
|
||||||
|
}
|
||||||
|
|
||||||
|
issueAnlegen(daten: Record<string, unknown>) {
|
||||||
|
return this.anfrage<{ number: number }>("/issues", { method: "POST", body: JSON.stringify(daten) });
|
||||||
|
}
|
||||||
|
|
||||||
|
issueAendern(nummer: number, daten: Record<string, unknown>) {
|
||||||
|
return this.anfrage<{ number: number }>(`/issues/${nummer}`, {
|
||||||
|
method: "PATCH",
|
||||||
|
body: JSON.stringify(daten),
|
||||||
|
});
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
/**
|
||||||
|
* Ermittelt Serveradresse und Repo aus dem Git-Remote, damit beides nicht doppelt gepflegt werden muss.
|
||||||
|
* Beispiel: https://git.example.de/benutzer/ProxLedger.git → { basis, repo }
|
||||||
|
*/
|
||||||
|
function ausRemote(): { basis: string; repo: string } | null {
|
||||||
|
try {
|
||||||
|
const url = execFileSync("git", ["remote", "get-url", "origin"], { encoding: "utf8" }).trim();
|
||||||
|
const treffer = /^https?:\/\/(?:[^@/]*@)?([^/]+)\/(.+?)(?:\.git)?$/.exec(url);
|
||||||
|
if (!treffer) return null;
|
||||||
|
return { basis: `https://${treffer[1]}`, repo: treffer[2] };
|
||||||
|
} catch {
|
||||||
|
return null;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
/**
|
||||||
|
* Holt den Token aus den Git-Zugangsdaten (Schlüsselbund oder `~/.git-credentials`).
|
||||||
|
* So genügt ein einziger Token für Push und API – er muss nicht zusätzlich in der .env stehen.
|
||||||
|
*/
|
||||||
|
function tokenAusGitCredentials(basis: string): string | null {
|
||||||
|
const host = new URL(basis).host;
|
||||||
|
|
||||||
|
// Erst die eingerichteten Helfer (z. B. Schlüsselbund), dann zusätzlich die Datei
|
||||||
|
// ~/.git-credentials – je nach Rechner ist mal das eine, mal das andere gefüllt.
|
||||||
|
for (const zusatz of [[], ["-c", "credential.helper=store"]]) {
|
||||||
|
try {
|
||||||
|
const antwort = execFileSync("git", [...zusatz, "credential", "fill"], {
|
||||||
|
input: `protocol=https\nhost=${host}\n\n`,
|
||||||
|
encoding: "utf8",
|
||||||
|
// Keine Rückfrage im Terminal: Wenn nichts hinterlegt ist, soll der Aufruf scheitern.
|
||||||
|
env: { ...process.env, GIT_TERMINAL_PROMPT: "0" },
|
||||||
|
stdio: ["pipe", "pipe", "ignore"],
|
||||||
|
});
|
||||||
|
const passwort = /^password=(.*)$/m.exec(antwort);
|
||||||
|
if (passwort?.[1]) return passwort[1];
|
||||||
|
} catch {
|
||||||
|
// Nächste Möglichkeit versuchen.
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
return null;
|
||||||
|
}
|
||||||
|
|
||||||
|
/** Titel in Gitea, z. B. „#004 Agent-Skript“ – daran werden vorhandene Issues wiedererkannt. */
|
||||||
|
function giteaTitel(issue: IssueDatei): string {
|
||||||
|
return `#${String(issue.nummer).padStart(3, "0")} ${issue.titel}`;
|
||||||
|
}
|
||||||
|
|
||||||
|
async function main() {
|
||||||
|
const trockenlauf = process.argv.includes("--dry-run");
|
||||||
|
const remote = ausRemote();
|
||||||
|
const basis = (process.env.GITEA_URL ?? remote?.basis ?? "").replace(/\/$/, "");
|
||||||
|
const repo = process.env.GITEA_REPO ?? remote?.repo ?? "";
|
||||||
|
const token = process.env.GITEA_TOKEN || (basis ? (tokenAusGitCredentials(basis) ?? "") : "");
|
||||||
|
const tokenQuelle = process.env.GITEA_TOKEN ? "Umgebungsvariable" : "Git-Zugangsdaten";
|
||||||
|
|
||||||
|
const verzeichnis = path.join(process.cwd(), "docs", "issues");
|
||||||
|
const issues = await dateienLesen(verzeichnis);
|
||||||
|
console.log(`${issues.length} Issue-Dateien gelesen.`);
|
||||||
|
|
||||||
|
if (trockenlauf || !basis || !repo || !token) {
|
||||||
|
if (!trockenlauf) {
|
||||||
|
console.log(
|
||||||
|
"\nAdresse, Repo oder Token nicht ermittelbar – es läuft nur ein Trockenlauf.\n" +
|
||||||
|
"Entweder GITEA_TOKEN setzen oder einmal `git push` ausführen, damit der Token hinterlegt wird.\n",
|
||||||
|
);
|
||||||
|
}
|
||||||
|
for (const issue of issues) {
|
||||||
|
console.log(
|
||||||
|
` ${giteaTitel(issue)} [${issue.status}] Meilenstein ${issue.meilenstein ?? "–"} Labels: ${
|
||||||
|
issue.labels.join(", ") || "–"
|
||||||
|
}`,
|
||||||
|
);
|
||||||
|
}
|
||||||
|
console.log(
|
||||||
|
`\nZiel wäre: ${basis || "?"}/${repo || "?"} – Token ${token ? "vorhanden" : "fehlt"}.` +
|
||||||
|
"\nDer Token wird aus den Git-Zugangsdaten gelesen; er braucht zusätzlich das Recht „issue:write“.",
|
||||||
|
);
|
||||||
|
return;
|
||||||
|
}
|
||||||
|
|
||||||
|
console.log(`Ziel: ${basis}/${repo} (Token aus: ${tokenQuelle})`);
|
||||||
|
const gitea = new Gitea(basis, repo, token);
|
||||||
|
|
||||||
|
const vorhandeneLabels = new Map((await gitea.labels()).map((l) => [l.name.toLowerCase(), l.id]));
|
||||||
|
const benoetigteLabels = [...new Set(issues.flatMap((issue) => issue.labels))];
|
||||||
|
for (const name of benoetigteLabels) {
|
||||||
|
if (!vorhandeneLabels.has(name)) {
|
||||||
|
const neu = await gitea.labelAnlegen(name);
|
||||||
|
vorhandeneLabels.set(name, neu.id);
|
||||||
|
console.log(`Label angelegt: ${name}`);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
const vorhandeneMeilensteine = new Map((await gitea.meilensteine()).map((m) => [m.title, m.id]));
|
||||||
|
const benoetigteMeilensteine = [
|
||||||
|
...new Set(issues.map((issue) => issue.meilenstein).filter((m): m is string => Boolean(m))),
|
||||||
|
].sort();
|
||||||
|
for (const titel of benoetigteMeilensteine) {
|
||||||
|
if (!vorhandeneMeilensteine.has(titel)) {
|
||||||
|
const neu = await gitea.meilensteinAnlegen(titel);
|
||||||
|
vorhandeneMeilensteine.set(titel, neu.id);
|
||||||
|
console.log(`Meilenstein angelegt: ${titel}`);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
const vorhandeneIssues = new Map((await gitea.issues()).map((i) => [i.title, i]));
|
||||||
|
|
||||||
|
for (const issue of issues) {
|
||||||
|
const titel = giteaTitel(issue);
|
||||||
|
const daten = {
|
||||||
|
title: titel,
|
||||||
|
body: `${issue.koerper}\n\n---\nQuelle: \`docs/issues/${issue.dateiname}\` – dort wird dieses Issue gepflegt.`,
|
||||||
|
labels: issue.labels
|
||||||
|
.map((name) => vorhandeneLabels.get(name))
|
||||||
|
.filter((id): id is number => Boolean(id)),
|
||||||
|
milestone: issue.meilenstein ? vorhandeneMeilensteine.get(issue.meilenstein) : undefined,
|
||||||
|
};
|
||||||
|
|
||||||
|
const vorhanden = vorhandeneIssues.get(titel);
|
||||||
|
const zustand = issue.status.startsWith("erledigt") ? "closed" : "open";
|
||||||
|
|
||||||
|
if (vorhanden) {
|
||||||
|
await gitea.issueAendern(vorhanden.number, { ...daten, state: zustand });
|
||||||
|
console.log(`Aktualisiert: ${titel} (${zustand})`);
|
||||||
|
} else {
|
||||||
|
const neu = await gitea.issueAnlegen(daten);
|
||||||
|
if (zustand === "closed") await gitea.issueAendern(neu.number, { state: "closed" });
|
||||||
|
console.log(`Angelegt: ${titel} (${zustand})`);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
console.log("\nAbgleich abgeschlossen.");
|
||||||
|
}
|
||||||
|
|
||||||
|
main().catch((fehler) => {
|
||||||
|
console.error(fehler instanceof Error ? fehler.message : fehler);
|
||||||
|
process.exit(1);
|
||||||
|
});
|
||||||
@@ -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 { 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 { 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 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 (
|
return (
|
||||||
<>
|
<>
|
||||||
<ContentHeader
|
<ContentHeader
|
||||||
titel="Benachrichtigungen"
|
titel="Benachrichtigungen"
|
||||||
brotkrumen={[{ titel: "Einstellungen" }, { titel: "Benachrichtigungen" }]}
|
brotkrumen={[{ titel: "Einstellungen" }, { titel: "Benachrichtigungen" }]}
|
||||||
/>
|
/>
|
||||||
|
|
||||||
<div className="app-content">
|
<div className="app-content">
|
||||||
<div className="container-fluid">
|
<div className="container-fluid">
|
||||||
<Card titel="E-Mail und Webhook" rahmen="primary">
|
<Card
|
||||||
<p className="text-body-secondary mb-0">
|
titel="E-Mail (SMTP)"
|
||||||
SMTP (Microsoft 365), Webhooks und die tägliche Zusammenfassung werden in #012 umgesetzt.
|
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>
|
</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>
|
</Card>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
|||||||
@@ -1,23 +1,32 @@
|
|||||||
|
import { SystemFormular } from "@/components/einstellungen/SystemFormular";
|
||||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||||
import { Card } from "@/components/ui/Card";
|
import { Card } from "@/components/ui/Card";
|
||||||
import { APP_VERSION } from "@/lib/version";
|
import { APP_VERSION } from "@/lib/version";
|
||||||
|
import { einstellungen } from "@/server/einstellungen";
|
||||||
|
|
||||||
export const metadata = { title: "System" };
|
export const metadata = { title: "System" };
|
||||||
|
|
||||||
export default function SystemSeite() {
|
export default async function SystemSeite() {
|
||||||
|
const werte = await einstellungen();
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<>
|
<>
|
||||||
<ContentHeader titel="System" brotkrumen={[{ titel: "Einstellungen" }, { titel: "System" }]} />
|
<ContentHeader titel="System" brotkrumen={[{ titel: "Einstellungen" }, { titel: "System" }]} />
|
||||||
<div className="app-content">
|
<div className="app-content">
|
||||||
<div className="container-fluid">
|
<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">
|
<dl className="row mb-0">
|
||||||
<dt className="col-4 fw-normal text-body-secondary">Version</dt>
|
<dt className="col-4 fw-normal text-body-secondary">Version</dt>
|
||||||
<dd className="col-8">{APP_VERSION}</dd>
|
<dd className="col-8">{APP_VERSION}</dd>
|
||||||
<dt className="col-4 fw-normal text-body-secondary">Datenquelle</dt>
|
<dt className="col-4 fw-normal text-body-secondary">Zeitzone des Servers</dt>
|
||||||
<dd className="col-8">Beispieldaten (Prototyp, #002)</dd>
|
<dd className="col-8">{Intl.DateTimeFormat().resolvedOptions().timeZone}</dd>
|
||||||
<dt className="col-4 fw-normal text-body-secondary">Warnregeln</dt>
|
<dt className="col-4 fw-normal text-body-secondary">Nur in der Umgebung</dt>
|
||||||
<dd className="col-8">Konfigurierbar ab #011</dd>
|
<dd className="col-8">
|
||||||
|
<code>APP_SECRET</code> und <code>DATABASE_URL</code> – beide werden gebraucht, bevor
|
||||||
|
die Datenbank gelesen werden kann.
|
||||||
|
</dd>
|
||||||
</dl>
|
</dl>
|
||||||
</Card>
|
</Card>
|
||||||
</div>
|
</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>
|
||||||
|
</>
|
||||||
|
);
|
||||||
|
}
|
||||||
@@ -1,5 +1,6 @@
|
|||||||
import Link from "next/link";
|
import Link from "next/link";
|
||||||
import { notFound } from "next/navigation";
|
import { notFound } from "next/navigation";
|
||||||
|
import { HostNotizen } from "@/components/hosts/HostNotizen";
|
||||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||||
import {
|
import {
|
||||||
AblaufBadge,
|
AblaufBadge,
|
||||||
@@ -12,21 +13,18 @@ import {
|
|||||||
import { Card } from "@/components/ui/Card";
|
import { Card } from "@/components/ui/Card";
|
||||||
import { CopyableCode } from "@/components/ui/CopyableCode";
|
import { CopyableCode } from "@/components/ui/CopyableCode";
|
||||||
import { Tabs } from "@/components/ui/Tabs";
|
import { Tabs } from "@/components/ui/Tabs";
|
||||||
|
import { PRODUKT_TEXT } from "@/lib/anzeige";
|
||||||
|
import { prisma } from "@/lib/db";
|
||||||
import { formatDatum, formatDatumZeit, formatEuro, formatUptime, formatZahl } from "@/lib/format";
|
import { formatDatum, formatDatumZeit, formatEuro, formatUptime, formatZahl } from "@/lib/format";
|
||||||
import { HEUTE } from "@/mock/data";
|
import { hostKundeSetzen } from "@/server/actions/host-detail";
|
||||||
import {
|
import { hostTokenWiderrufen } from "@/server/actions/tokens";
|
||||||
PRODUKT_NAME,
|
import { hostMitDetails } from "@/server/queries/hostliste";
|
||||||
alertsVonHost,
|
import { meldungsGrenze } from "@/server/queries/hosts";
|
||||||
getHost,
|
|
||||||
getKunde,
|
|
||||||
hostMeldetNicht,
|
|
||||||
laufzeitenVonHost,
|
|
||||||
reportsVonHost,
|
|
||||||
} from "@/mock/queries";
|
|
||||||
|
|
||||||
export async function generateMetadata({ params }: { params: Promise<{ id: string }> }) {
|
export async function generateMetadata({ params }: { params: Promise<{ id: string }> }) {
|
||||||
const { id } = await params;
|
const { id } = await params;
|
||||||
return { title: getHost(id)?.hostname ?? "Host" };
|
const host = await prisma.host.findUnique({ where: { id }, select: { hostname: true } });
|
||||||
|
return { title: host?.hostname ?? "Host" };
|
||||||
}
|
}
|
||||||
|
|
||||||
function Zeile({ bezeichnung, children }: { bezeichnung: string; children: React.ReactNode }) {
|
function Zeile({ bezeichnung, children }: { bezeichnung: string; children: React.ReactNode }) {
|
||||||
@@ -40,51 +38,62 @@ function Zeile({ bezeichnung, children }: { bezeichnung: string; children: React
|
|||||||
|
|
||||||
export default async function HostDetailSeite({ params }: { params: Promise<{ id: string }> }) {
|
export default async function HostDetailSeite({ params }: { params: Promise<{ id: string }> }) {
|
||||||
const { id } = await params;
|
const { id } = await params;
|
||||||
const host = getHost(id);
|
const host = await hostMitDetails(id);
|
||||||
if (!host) notFound();
|
if (!host) notFound();
|
||||||
|
|
||||||
const kunde = getKunde(host.kundeId);
|
const kunden = await prisma.kunde.findMany({
|
||||||
const standort = kunde?.standorte.find((s) => s.id === host.standortId);
|
orderBy: { name: "asc" },
|
||||||
const laufzeiten = laufzeitenVonHost(host.id);
|
select: { id: true, name: true },
|
||||||
const reports = reportsVonHost(host.id);
|
});
|
||||||
const alerts = alertsVonHost(host.id);
|
|
||||||
const keys = [...new Set(laufzeiten.map((l) => l.key))];
|
// 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 =
|
||||||
|
host.subLizenzierteSockets !== null &&
|
||||||
|
host.sockets !== null &&
|
||||||
|
host.subLizenzierteSockets !== host.sockets;
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<>
|
<>
|
||||||
<ContentHeader
|
<ContentHeader
|
||||||
titel={host.hostname}
|
titel={host.hostname}
|
||||||
brotkrumen={[{ titel: "Hosts", href: "/hosts" }, { titel: host.hostname }]}
|
brotkrumen={[{ titel: "Hosts", href: "/hosts" }, { titel: host.hostname }]}
|
||||||
aktion={<StatusBadge status={host.subscription.status} />}
|
aktion={<StatusBadge status={host.subStatus} />}
|
||||||
/>
|
/>
|
||||||
|
|
||||||
<div className="app-content">
|
<div className="app-content">
|
||||||
<div className="container-fluid">
|
<div className="container-fluid">
|
||||||
{alerts.length > 0 ? (
|
{host.alerts.length > 0 ? (
|
||||||
<div className="row">
|
<Card titel={`Offene Warnungen (${host.alerts.length})`} rahmen="danger">
|
||||||
<div className="col-12">
|
<ul className="list-unstyled mb-0">
|
||||||
<Card titel="Offene Warnungen" rahmen="danger">
|
{host.alerts.map((alert) => (
|
||||||
<ul className="list-unstyled mb-0">
|
<li key={alert.id} className="mb-2">
|
||||||
{alerts.map((alert) => (
|
<Badge
|
||||||
<li key={alert.id} className="mb-2">
|
farbe={
|
||||||
<Badge
|
alert.schwere === "GEFAHR"
|
||||||
farbe={
|
? "danger"
|
||||||
alert.schwere === "gefahr"
|
: alert.schwere === "WARNUNG"
|
||||||
? "danger"
|
? "warning"
|
||||||
: alert.schwere === "warnung"
|
: "info"
|
||||||
? "warning"
|
}
|
||||||
: "info"
|
>
|
||||||
}
|
{alert.titel}
|
||||||
>
|
</Badge>{" "}
|
||||||
{alert.titel}
|
<span className="small text-body-secondary">{alert.beschreibung}</span>
|
||||||
</Badge>{" "}
|
</li>
|
||||||
<span className="small text-body-secondary">{alert.beschreibung}</span>
|
))}
|
||||||
</li>
|
</ul>
|
||||||
))}
|
</Card>
|
||||||
</ul>
|
|
||||||
</Card>
|
|
||||||
</div>
|
|
||||||
</div>
|
|
||||||
) : null}
|
) : null}
|
||||||
|
|
||||||
<div className="row">
|
<div className="row">
|
||||||
@@ -94,40 +103,94 @@ export default async function HostDetailSeite({ params }: { params: Promise<{ id
|
|||||||
<i className="bi bi-hdd-rack fs-1 text-body-secondary" aria-hidden="true" />
|
<i className="bi bi-hdd-rack fs-1 text-body-secondary" aria-hidden="true" />
|
||||||
<h2 className="h5 mt-2 mb-1">{host.hostname}</h2>
|
<h2 className="h5 mt-2 mb-1">{host.hostname}</h2>
|
||||||
<div className="text-body-secondary small">{host.fqdn ?? "Kein FQDN gemeldet"}</div>
|
<div className="text-body-secondary small">{host.fqdn ?? "Kein FQDN gemeldet"}</div>
|
||||||
{hostMeldetNicht(host) ? <KeineMeldungBadge /> : null}
|
{meldetNicht ? <KeineMeldungBadge /> : null}
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
<Zeile bezeichnung="Kunde">
|
<Zeile bezeichnung="Kunde">
|
||||||
{kunde ? (
|
{host.kunde ? (
|
||||||
<Link href={`/kunden/${kunde.id}`}>{kunde.name}</Link>
|
<Link href={`/kunden/${host.kunde.id}`}>{host.kunde.name}</Link>
|
||||||
) : (
|
) : (
|
||||||
<Link href="/hosts/nicht-zugeordnet" className="badge pl-bg-neutral text-decoration-none">
|
<span className="badge pl-bg-neutral">Nicht zugeordnet</span>
|
||||||
Nicht zugeordnet
|
|
||||||
</Link>
|
|
||||||
)}
|
)}
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<Zeile bezeichnung="Standort">{standort?.name ?? "–"}</Zeile>
|
<Zeile bezeichnung="Standort">{host.standort?.name ?? "–"}</Zeile>
|
||||||
<Zeile bezeichnung="Produkt">{PRODUKT_NAME[host.produkt]}</Zeile>
|
<Zeile bezeichnung="Produkt">{PRODUKT_TEXT[host.produkt]}</Zeile>
|
||||||
<Zeile bezeichnung="Version">{host.produktVersion ?? "–"}</Zeile>
|
<Zeile bezeichnung="Version">{host.produktVersion ?? "–"}</Zeile>
|
||||||
<Zeile bezeichnung="Kernel">{host.kernel ?? "–"}</Zeile>
|
<Zeile bezeichnung="Kernel">{host.kernel ?? "–"}</Zeile>
|
||||||
<Zeile bezeichnung="Server-ID">
|
<Zeile bezeichnung="Server-ID">
|
||||||
<CopyableCode wert={host.serverId} />
|
<CopyableCode wert={host.serverId} />
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<Zeile bezeichnung="Cluster / Node">
|
<Zeile bezeichnung="Cluster / Node">
|
||||||
{host.clusterName ? `${host.clusterName} / ${host.nodeName}` : "–"}
|
{host.clusterName ? `${host.clusterName} / ${host.nodeName ?? "?"}` : "–"}
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<Zeile bezeichnung="IP-Adressen">{host.ips.join(", ")}</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="CPU">{host.cpuModell ?? "–"}</Zeile>
|
||||||
<Zeile bezeichnung="Sockets (lizenziert / physisch)">
|
<Zeile bezeichnung="Sockets (lizenziert / physisch)">
|
||||||
{host.subscription.lizenzierteSockets ?? "–"} / {host.sockets ?? "–"}
|
{host.subLizenzierteSockets ?? "–"} / {host.sockets ?? "–"}
|
||||||
|
{socketAbweichung ? (
|
||||||
|
<i
|
||||||
|
className="bi bi-exclamation-triangle-fill pl-text-warning ms-2"
|
||||||
|
title="Lizenzierte und physische Sockets weichen ab"
|
||||||
|
/>
|
||||||
|
) : null}
|
||||||
|
</Zeile>
|
||||||
|
<Zeile bezeichnung="Uptime">
|
||||||
|
{formatUptime(host.uptimeSekunden === null ? null : Number(host.uptimeSekunden))}
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<Zeile bezeichnung="Uptime">{formatUptime(host.uptimeSekunden)}</Zeile>
|
|
||||||
<Zeile bezeichnung="Paket-Updates">{formatZahl(host.paketUpdates)}</Zeile>
|
<Zeile bezeichnung="Paket-Updates">{formatZahl(host.paketUpdates)}</Zeile>
|
||||||
<Zeile bezeichnung="Agent-Version">{host.agentVersion}</Zeile>
|
<Zeile bezeichnung="Agent-Version">{host.agentVersion ?? "–"}</Zeile>
|
||||||
<Zeile bezeichnung="Letzte Meldung">{formatDatumZeit(host.letzterReport)}</Zeile>
|
<Zeile bezeichnung="Erstmals gesehen">{formatDatum(host.erstmalsGesehenAm)}</Zeile>
|
||||||
<div className="d-grid gap-2 mt-3">
|
<Zeile bezeichnung="Letzte Meldung">{formatDatumZeit(host.letzterReportAm)}</Zeile>
|
||||||
<span className="btn btn-outline-secondary disabled">Kunde ändern (ab #006)</span>
|
|
||||||
</div>
|
<form action={hostKundeSetzen} className="mt-3">
|
||||||
|
<input type="hidden" name="hostId" value={host.id} />
|
||||||
|
<label className="form-label small" htmlFor="kundeId">
|
||||||
|
Kunde ändern
|
||||||
|
</label>
|
||||||
|
<div className="input-group input-group-sm">
|
||||||
|
<select
|
||||||
|
id="kundeId"
|
||||||
|
name="kundeId"
|
||||||
|
className="form-select"
|
||||||
|
defaultValue={host.kundeId ?? ""}
|
||||||
|
>
|
||||||
|
<option value="">– nicht zugeordnet –</option>
|
||||||
|
{kunden.map((kunde) => (
|
||||||
|
<option key={kunde.id} value={kunde.id}>
|
||||||
|
{kunde.name}
|
||||||
|
</option>
|
||||||
|
))}
|
||||||
|
</select>
|
||||||
|
<button type="submit" className="btn btn-outline-primary">
|
||||||
|
Setzen
|
||||||
|
</button>
|
||||||
|
</div>
|
||||||
|
</form>
|
||||||
</Card>
|
</Card>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
@@ -141,93 +204,150 @@ export default async function HostDetailSeite({ params }: { params: Promise<{ id
|
|||||||
inhalt: (
|
inhalt: (
|
||||||
<>
|
<>
|
||||||
<Zeile bezeichnung="Subscription-Key">
|
<Zeile bezeichnung="Subscription-Key">
|
||||||
<CopyableCode wert={host.subscription.key} />
|
<CopyableCode wert={host.subKey} />
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<Zeile bezeichnung="Status">
|
<Zeile bezeichnung="Status">
|
||||||
<StatusBadge status={host.subscription.status} />
|
<StatusBadge status={host.subStatus} />
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<Zeile bezeichnung="Produktname">{host.subscription.produktname ?? "–"}</Zeile>
|
<Zeile bezeichnung="Produktname">{host.subProduktname ?? "–"}</Zeile>
|
||||||
<Zeile bezeichnung="Level">{host.subscription.level ?? "–"}</Zeile>
|
<Zeile bezeichnung="Level">{host.subLevel ?? "–"}</Zeile>
|
||||||
<Zeile bezeichnung="Registriert am">{formatDatum(host.subscription.regdate)}</Zeile>
|
<Zeile bezeichnung="Registriert am">{formatDatum(host.subRegdate)}</Zeile>
|
||||||
<Zeile bezeichnung="Läuft ab am">
|
<Zeile bezeichnung="Läuft ab am">
|
||||||
<AblaufBadge datum={host.subscription.nextduedate} heute={HEUTE} />
|
<AblaufBadge datum={host.subNextduedate?.toISOString() ?? null} heute={jetzt} />
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<Zeile bezeichnung="Letzte Prüfung durch Proxmox">
|
<Zeile bezeichnung="Letzte Prüfung durch Proxmox">
|
||||||
{formatDatumZeit(host.subscription.checktime)}
|
{formatDatumZeit(host.subChecktime)}
|
||||||
</Zeile>
|
</Zeile>
|
||||||
<div className="mt-3">
|
<div className="mt-3">
|
||||||
{host.tags.map((tag) => (
|
{host.tags.length === 0 ? (
|
||||||
<span key={tag} className="badge pl-bg-neutral me-1">
|
<span className="text-body-secondary small">Keine Tags</span>
|
||||||
{tag}
|
) : (
|
||||||
</span>
|
host.tags.map((tag) => (
|
||||||
))}
|
<span key={tag.id} className="badge pl-bg-neutral me-1">
|
||||||
|
{tag.name}
|
||||||
|
</span>
|
||||||
|
))
|
||||||
|
)}
|
||||||
</div>
|
</div>
|
||||||
</>
|
</>
|
||||||
),
|
),
|
||||||
},
|
},
|
||||||
{
|
{
|
||||||
id: "keys",
|
id: "historie",
|
||||||
titel: "Subscription-Historie",
|
titel: "Subscription-Historie",
|
||||||
icon: "bi-key",
|
icon: "bi-key",
|
||||||
inhalt: (
|
inhalt: (
|
||||||
<table className="table table-striped align-middle mb-0">
|
<>
|
||||||
<thead>
|
<h3 className="h6">Keys</h3>
|
||||||
<tr>
|
<table className="table table-striped align-middle mb-4">
|
||||||
<th scope="col">Key</th>
|
<thead>
|
||||||
<th scope="col">Erste Laufzeit</th>
|
<tr>
|
||||||
<th scope="col">Letzte Laufzeit</th>
|
<th scope="col">Key</th>
|
||||||
</tr>
|
<th scope="col">Erstmals gemeldet</th>
|
||||||
</thead>
|
<th scope="col">Zuletzt gemeldet</th>
|
||||||
<tbody>
|
</tr>
|
||||||
{keys.map((key) => {
|
</thead>
|
||||||
const zugehoerig = laufzeiten.filter((l) => l.key === key);
|
<tbody>
|
||||||
return (
|
{host.keyHistorie.map((eintrag) => (
|
||||||
<tr key={key}>
|
<tr key={eintrag.id}>
|
||||||
<td>
|
<td>
|
||||||
<CopyableCode wert={key} />
|
<CopyableCode wert={eintrag.key} />
|
||||||
</td>
|
</td>
|
||||||
<td>{formatDatum(zugehoerig[zugehoerig.length - 1]?.start)}</td>
|
<td>{formatDatum(eintrag.ersteMeldung)}</td>
|
||||||
<td>{formatDatum(zugehoerig[0]?.ende)}</td>
|
<td>{formatDatum(eintrag.letzteMeldung)}</td>
|
||||||
</tr>
|
</tr>
|
||||||
);
|
))}
|
||||||
})}
|
{host.keyHistorie.length === 0 ? (
|
||||||
</tbody>
|
<tr>
|
||||||
</table>
|
<td colSpan={3} className="text-body-secondary">
|
||||||
|
Noch kein Key gemeldet.
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
) : null}
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
|
||||||
|
<h3 className="h6">Server-IDs</h3>
|
||||||
|
<table className="table table-striped align-middle mb-0">
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<th scope="col">Server-ID</th>
|
||||||
|
<th scope="col">Erstmals gemeldet</th>
|
||||||
|
<th scope="col">Zuletzt gemeldet</th>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
{host.serverIdHistorie.map((eintrag) => (
|
||||||
|
<tr key={eintrag.id}>
|
||||||
|
<td>
|
||||||
|
<CopyableCode wert={eintrag.serverId} />
|
||||||
|
</td>
|
||||||
|
<td>{formatDatum(eintrag.ersteMeldung)}</td>
|
||||||
|
<td>{formatDatum(eintrag.letzteMeldung)}</td>
|
||||||
|
</tr>
|
||||||
|
))}
|
||||||
|
{host.serverIdHistorie.length === 0 ? (
|
||||||
|
<tr>
|
||||||
|
<td colSpan={3} className="text-body-secondary">
|
||||||
|
Noch keine Server-ID gemeldet.
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
) : null}
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
{host.serverIdHistorie.length > 1 ? (
|
||||||
|
<p className="small pl-text-warning mt-2 mb-0">
|
||||||
|
Mehrere Server-IDs bedeuten Hardwaretausch oder Neuinstallation – der Key muss
|
||||||
|
dann bei Proxmox neu zugewiesen werden.
|
||||||
|
</p>
|
||||||
|
) : null}
|
||||||
|
</>
|
||||||
),
|
),
|
||||||
},
|
},
|
||||||
{
|
{
|
||||||
id: "reports",
|
id: "reports",
|
||||||
titel: "Reports",
|
titel: `Reports (${host.reports.length})`,
|
||||||
icon: "bi-clock-history",
|
icon: "bi-clock-history",
|
||||||
inhalt: (
|
inhalt: (
|
||||||
<table className="table table-striped align-middle mb-0">
|
<div className="table-responsive">
|
||||||
<thead>
|
<table className="table table-striped align-middle mb-0">
|
||||||
<tr>
|
<thead>
|
||||||
<th scope="col">Zeitpunkt</th>
|
<tr>
|
||||||
<th scope="col">Status</th>
|
<th scope="col">Erhoben</th>
|
||||||
<th scope="col">Key</th>
|
<th scope="col">Empfangen</th>
|
||||||
<th scope="col">Ablauf</th>
|
<th scope="col">Status</th>
|
||||||
<th scope="col">Updates</th>
|
<th scope="col">Key</th>
|
||||||
<th scope="col">Agent</th>
|
<th scope="col">Ablauf</th>
|
||||||
</tr>
|
<th scope="col">Updates</th>
|
||||||
</thead>
|
<th scope="col">Agent</th>
|
||||||
<tbody>
|
|
||||||
{reports.map((report) => (
|
|
||||||
<tr key={report.id}>
|
|
||||||
<td>{formatDatumZeit(report.zeitpunkt)}</td>
|
|
||||||
<td>
|
|
||||||
<StatusBadge status={report.status} />
|
|
||||||
</td>
|
|
||||||
<td>
|
|
||||||
<span className="pl-mono">{report.key ?? "–"}</span>
|
|
||||||
</td>
|
|
||||||
<td>{formatDatum(report.nextduedate)}</td>
|
|
||||||
<td>{formatZahl(report.paketUpdates)}</td>
|
|
||||||
<td>{report.agentVersion}</td>
|
|
||||||
</tr>
|
</tr>
|
||||||
))}
|
</thead>
|
||||||
</tbody>
|
<tbody>
|
||||||
</table>
|
{host.reports.map((report) => (
|
||||||
|
<tr key={report.id}>
|
||||||
|
<td>{formatDatumZeit(report.erhobenAm)}</td>
|
||||||
|
<td className="small text-body-secondary">
|
||||||
|
{formatDatumZeit(report.empfangenAm)}
|
||||||
|
</td>
|
||||||
|
<td>
|
||||||
|
<StatusBadge status={report.subStatus} />
|
||||||
|
</td>
|
||||||
|
<td className="pl-mono">{report.subKey ?? "–"}</td>
|
||||||
|
<td>{formatDatum(report.subNextduedate)}</td>
|
||||||
|
<td>{formatZahl(report.paketUpdates)}</td>
|
||||||
|
<td>{report.agentVersion ?? "–"}</td>
|
||||||
|
</tr>
|
||||||
|
))}
|
||||||
|
{host.reports.length === 0 ? (
|
||||||
|
<tr>
|
||||||
|
<td colSpan={7} className="text-body-secondary">
|
||||||
|
Noch kein Report eingegangen.
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
) : null}
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
</div>
|
||||||
),
|
),
|
||||||
},
|
},
|
||||||
{
|
{
|
||||||
@@ -235,69 +355,141 @@ export default async function HostDetailSeite({ params }: { params: Promise<{ id
|
|||||||
titel: "Rechnungen",
|
titel: "Rechnungen",
|
||||||
icon: "bi-receipt",
|
icon: "bi-receipt",
|
||||||
inhalt: (
|
inhalt: (
|
||||||
<table className="table table-striped align-middle mb-0">
|
<div className="table-responsive">
|
||||||
<thead>
|
<table className="table table-striped align-middle mb-0">
|
||||||
<tr>
|
<thead>
|
||||||
<th scope="col">Laufzeit</th>
|
<tr>
|
||||||
<th scope="col">Proxmox-Rechnung</th>
|
<th scope="col">Laufzeit</th>
|
||||||
<th scope="col">Einkauf</th>
|
<th scope="col">Proxmox-Rechnung</th>
|
||||||
<th scope="col">Kundenrechnung</th>
|
<th scope="col">Einkauf</th>
|
||||||
<th scope="col">Verkauf</th>
|
<th scope="col">Kundenrechnung</th>
|
||||||
<th scope="col">Marge</th>
|
<th scope="col">Verkauf</th>
|
||||||
</tr>
|
<th scope="col">Marge</th>
|
||||||
</thead>
|
|
||||||
<tbody>
|
|
||||||
{laufzeiten.map((laufzeit) => (
|
|
||||||
<tr key={laufzeit.id}>
|
|
||||||
<td>
|
|
||||||
{formatDatum(laufzeit.start)} – {formatDatum(laufzeit.ende)}
|
|
||||||
{laufzeit.vorschlag ? (
|
|
||||||
<span className="badge pl-bg-info ms-2">Vorschlag</span>
|
|
||||||
) : null}
|
|
||||||
</td>
|
|
||||||
<td>
|
|
||||||
<CopyableCode wert={laufzeit.einkauf?.nummer ?? null} />
|
|
||||||
<div>
|
|
||||||
<EinkaufBadge
|
|
||||||
bezahlt={laufzeit.einkauf ? laufzeit.einkauf.bezahlt : null}
|
|
||||||
/>
|
|
||||||
</div>
|
|
||||||
</td>
|
|
||||||
<td>{formatEuro(laufzeit.einkauf?.nettoBetrag)}</td>
|
|
||||||
<td>
|
|
||||||
<CopyableCode wert={laufzeit.verkauf?.nummer ?? null} />
|
|
||||||
<div>
|
|
||||||
<VerkaufBadge
|
|
||||||
erstellt={laufzeit.verkauf?.erstellt ?? false}
|
|
||||||
bezahlt={laufzeit.verkauf?.bezahlt ?? false}
|
|
||||||
/>
|
|
||||||
</div>
|
|
||||||
</td>
|
|
||||||
<td>{formatEuro(laufzeit.verkauf?.nettoBetrag)}</td>
|
|
||||||
<td>
|
|
||||||
{laufzeit.einkauf && laufzeit.verkauf?.nettoBetrag
|
|
||||||
? formatEuro(
|
|
||||||
(laufzeit.verkauf.nettoBetrag ?? 0) -
|
|
||||||
(laufzeit.einkauf.nettoBetrag ?? 0),
|
|
||||||
)
|
|
||||||
: "–"}
|
|
||||||
</td>
|
|
||||||
</tr>
|
</tr>
|
||||||
))}
|
</thead>
|
||||||
</tbody>
|
<tbody>
|
||||||
</table>
|
{host.laufzeiten.map((laufzeit) => {
|
||||||
|
const einkauf = laufzeit.proxmoxPosition
|
||||||
|
? Number(laufzeit.proxmoxPosition.nettoBetrag)
|
||||||
|
: null;
|
||||||
|
const verkauf = laufzeit.kundenPosition
|
||||||
|
? Number(laufzeit.kundenPosition.nettoBetrag)
|
||||||
|
: null;
|
||||||
|
return (
|
||||||
|
<tr key={laufzeit.id}>
|
||||||
|
<td>
|
||||||
|
{formatDatum(laufzeit.start)} – {formatDatum(laufzeit.ende)}
|
||||||
|
{laufzeit.status === "VORSCHLAG" ? (
|
||||||
|
<span className="badge pl-bg-info ms-2">Vorschlag</span>
|
||||||
|
) : null}
|
||||||
|
</td>
|
||||||
|
<td>
|
||||||
|
<CopyableCode wert={laufzeit.proxmoxPosition?.rechnung.nummer ?? null} />
|
||||||
|
<div>
|
||||||
|
<EinkaufBadge
|
||||||
|
bezahlt={
|
||||||
|
laufzeit.proxmoxPosition
|
||||||
|
? laufzeit.proxmoxPosition.rechnung.bezahlt
|
||||||
|
: null
|
||||||
|
}
|
||||||
|
/>
|
||||||
|
</div>
|
||||||
|
</td>
|
||||||
|
<td>{formatEuro(einkauf)}</td>
|
||||||
|
<td>
|
||||||
|
<CopyableCode wert={laufzeit.kundenPosition?.rechnung.nummer ?? null} />
|
||||||
|
<div>
|
||||||
|
<VerkaufBadge
|
||||||
|
erstellt={laufzeit.kundenPosition?.rechnung.erstellt ?? false}
|
||||||
|
bezahlt={laufzeit.kundenPosition?.rechnung.bezahlt ?? false}
|
||||||
|
/>
|
||||||
|
</div>
|
||||||
|
</td>
|
||||||
|
<td>{formatEuro(verkauf)}</td>
|
||||||
|
<td>
|
||||||
|
{einkauf !== null && verkauf !== null
|
||||||
|
? formatEuro(verkauf - einkauf)
|
||||||
|
: "–"}
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
);
|
||||||
|
})}
|
||||||
|
{host.laufzeiten.length === 0 ? (
|
||||||
|
<tr>
|
||||||
|
<td colSpan={6} className="text-body-secondary">
|
||||||
|
Noch keine Laufzeit erfasst.
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
) : null}
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
</div>
|
||||||
),
|
),
|
||||||
},
|
},
|
||||||
{
|
{
|
||||||
id: "notizen",
|
id: "notizen",
|
||||||
titel: "Notizen",
|
titel: "Notizen und Tags",
|
||||||
icon: "bi-journal-text",
|
icon: "bi-journal-text",
|
||||||
inhalt: (
|
inhalt: (
|
||||||
<p className="mb-0">
|
<HostNotizen
|
||||||
{host.notizen ?? (
|
hostId={host.id}
|
||||||
<span className="text-body-secondary">Keine Notizen hinterlegt.</span>
|
notizen={host.notizen}
|
||||||
)}
|
tags={host.tags.map((tag) => tag.name)}
|
||||||
</p>
|
/>
|
||||||
|
),
|
||||||
|
},
|
||||||
|
{
|
||||||
|
id: "tokens",
|
||||||
|
titel: "Tokens",
|
||||||
|
icon: "bi-key-fill",
|
||||||
|
inhalt: (
|
||||||
|
<table className="table table-striped align-middle mb-0">
|
||||||
|
<thead>
|
||||||
|
<tr>
|
||||||
|
<th scope="col">Anfang</th>
|
||||||
|
<th scope="col">Erstellt</th>
|
||||||
|
<th scope="col">Zuletzt benutzt</th>
|
||||||
|
<th scope="col">Zustand</th>
|
||||||
|
<th scope="col" className="text-end">
|
||||||
|
Aktion
|
||||||
|
</th>
|
||||||
|
</tr>
|
||||||
|
</thead>
|
||||||
|
<tbody>
|
||||||
|
{host.tokens.map((token) => (
|
||||||
|
<tr key={token.id}>
|
||||||
|
<td className="pl-mono">{token.praefix}…</td>
|
||||||
|
<td>{formatDatum(token.erstelltAm)}</td>
|
||||||
|
<td>{formatDatumZeit(token.letzteNutzungAm)}</td>
|
||||||
|
<td>
|
||||||
|
{token.widerrufenAm ? (
|
||||||
|
<Badge farbe="neutral">Widerrufen</Badge>
|
||||||
|
) : (
|
||||||
|
<Badge farbe="success">Aktiv</Badge>
|
||||||
|
)}
|
||||||
|
</td>
|
||||||
|
<td className="text-end">
|
||||||
|
{token.widerrufenAm ? null : (
|
||||||
|
<form action={hostTokenWiderrufen}>
|
||||||
|
<input type="hidden" name="id" value={token.id} />
|
||||||
|
<input type="hidden" name="hostId" value={host.id} />
|
||||||
|
<button type="submit" className="btn btn-sm btn-outline-danger">
|
||||||
|
Widerrufen
|
||||||
|
</button>
|
||||||
|
</form>
|
||||||
|
)}
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
))}
|
||||||
|
{host.tokens.length === 0 ? (
|
||||||
|
<tr>
|
||||||
|
<td colSpan={5} className="text-body-secondary">
|
||||||
|
Kein Token vorhanden – dieser Host stammt aus den Demo-Daten.
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
) : null}
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
),
|
),
|
||||||
},
|
},
|
||||||
]}
|
]}
|
||||||
|
|||||||
@@ -0,0 +1,112 @@
|
|||||||
|
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";
|
||||||
|
|
||||||
|
/** CSV-Export der Host-Tabelle; übernimmt die Filter aus der Adresse. */
|
||||||
|
export async function GET(request: Request) {
|
||||||
|
const parameter = new URL(request.url).searchParams;
|
||||||
|
const filter: HostFilter = {
|
||||||
|
q: parameter.get("q") ?? undefined,
|
||||||
|
kunde: parameter.get("kunde") ?? undefined,
|
||||||
|
status: parameter.get("status") ?? undefined,
|
||||||
|
produkt: parameter.get("produkt") ?? undefined,
|
||||||
|
ablauf: (parameter.get("ablauf") as HostFilter["ablauf"]) ?? undefined,
|
||||||
|
rechnung: (parameter.get("rechnung") as HostFilter["rechnung"]) ?? undefined,
|
||||||
|
sortierung: parameter.get("sortierung") ?? undefined,
|
||||||
|
// Der Export enthält alle Treffer, nicht nur die aktuelle Seite.
|
||||||
|
seite: 1,
|
||||||
|
};
|
||||||
|
|
||||||
|
const { gesamt } = await hostListe({ ...filter }, new Date());
|
||||||
|
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",
|
||||||
|
"FQDN",
|
||||||
|
"Kunde",
|
||||||
|
"Standort",
|
||||||
|
"Produkt",
|
||||||
|
"Version",
|
||||||
|
"Status",
|
||||||
|
"Subscription-Key",
|
||||||
|
"Server-ID",
|
||||||
|
"Sockets lizenziert",
|
||||||
|
"Sockets physisch",
|
||||||
|
"Ablauf",
|
||||||
|
"Letzte Meldung",
|
||||||
|
"IP-Adressen",
|
||||||
|
"Agent-Version",
|
||||||
|
],
|
||||||
|
alle.map((host) => [
|
||||||
|
host.hostname,
|
||||||
|
host.fqdn,
|
||||||
|
host.kunde?.name ?? "Nicht zugeordnet",
|
||||||
|
host.standort?.name ?? "",
|
||||||
|
PRODUKT_TEXT[host.produkt],
|
||||||
|
host.produktVersion,
|
||||||
|
STATUS_TEXT[statusAusDatenbank(host.subStatus)],
|
||||||
|
host.subKey,
|
||||||
|
host.serverId,
|
||||||
|
host.subLizenzierteSockets,
|
||||||
|
host.sockets,
|
||||||
|
host.subNextduedate,
|
||||||
|
host.letzterReportAm,
|
||||||
|
host.ips.join(", "),
|
||||||
|
host.agentVersion,
|
||||||
|
]),
|
||||||
|
);
|
||||||
|
|
||||||
|
return csvAntwort(inhalt, `proxledger-hosts-${datum}.csv`);
|
||||||
|
}
|
||||||
@@ -1,23 +1,96 @@
|
|||||||
import Link from "next/link";
|
import Link from "next/link";
|
||||||
import { ContentHeader } from "@/components/layout/ContentHeader";
|
import { ContentHeader } from "@/components/layout/ContentHeader";
|
||||||
|
import { HostFilterLeiste } from "@/components/hosts/HostFilterLeiste";
|
||||||
import { AblaufBadge, KeineMeldungBadge, StatusBadge } from "@/components/ui/Badges";
|
import { AblaufBadge, KeineMeldungBadge, StatusBadge } from "@/components/ui/Badges";
|
||||||
import { Card } from "@/components/ui/Card";
|
import { Card } from "@/components/ui/Card";
|
||||||
import { CopyableCode } from "@/components/ui/CopyableCode";
|
import { CopyableCode } from "@/components/ui/CopyableCode";
|
||||||
import { HEUTE, hosts } from "@/mock/data";
|
import { PRODUKT_TEXT } from "@/lib/anzeige";
|
||||||
import { PRODUKT_NAME, getKunde, hostMeldetNicht, suche } from "@/mock/queries";
|
import { formatDatumZeit } from "@/lib/format";
|
||||||
|
import { filterOptionen, hostListe, type HostFilter } from "@/server/queries/hostliste";
|
||||||
|
|
||||||
export const metadata = { title: "Hosts" };
|
export const metadata = { title: "Hosts" };
|
||||||
|
|
||||||
export default async function HostsSeite({
|
type SuchParameter = Promise<Record<string, string | string[] | undefined>>;
|
||||||
searchParams,
|
|
||||||
}: {
|
|
||||||
searchParams: Promise<{ q?: string; status?: string; kunde?: string }>;
|
|
||||||
}) {
|
|
||||||
const { q, status, kunde } = await searchParams;
|
|
||||||
|
|
||||||
let liste = q ? suche(q).hosts : hosts;
|
function einzeln(wert: string | string[] | undefined): string | undefined {
|
||||||
if (status) liste = liste.filter((h) => h.subscription.status === status);
|
const text = Array.isArray(wert) ? wert[0] : wert;
|
||||||
if (kunde) liste = liste.filter((h) => h.kundeId === kunde);
|
return text && text.length > 0 ? text : undefined;
|
||||||
|
}
|
||||||
|
|
||||||
|
/** Baut eine Adresse mit geänderten Parametern – für Sortierung, Blättern und Export. */
|
||||||
|
function mitParametern(
|
||||||
|
basis: Record<string, string | undefined>,
|
||||||
|
aenderung: Record<string, string | undefined> = {},
|
||||||
|
pfad = "/hosts",
|
||||||
|
) {
|
||||||
|
const params = new URLSearchParams();
|
||||||
|
for (const [schluessel, wert] of Object.entries({ ...basis, ...aenderung })) {
|
||||||
|
if (wert) params.set(schluessel, wert);
|
||||||
|
}
|
||||||
|
const text = params.toString();
|
||||||
|
return text ? `${pfad}?${text}` : pfad;
|
||||||
|
}
|
||||||
|
|
||||||
|
/** Spaltenkopf, der beim Klick die Sortierung umschaltet. */
|
||||||
|
function SortierKopf({
|
||||||
|
titel,
|
||||||
|
feld,
|
||||||
|
basis,
|
||||||
|
sortierung,
|
||||||
|
}: {
|
||||||
|
titel: string;
|
||||||
|
feld: string;
|
||||||
|
basis: Record<string, string | undefined>;
|
||||||
|
sortierung: string | undefined;
|
||||||
|
}) {
|
||||||
|
const aktiv = (sortierung ?? "hostname").startsWith(feld);
|
||||||
|
const absteigend = sortierung === `${feld}-ab`;
|
||||||
|
return (
|
||||||
|
<th scope="col">
|
||||||
|
<Link
|
||||||
|
href={mitParametern(basis, { sortierung: absteigend ? feld : `${feld}-ab`, seite: undefined })}
|
||||||
|
className="text-decoration-none text-body d-inline-flex align-items-center gap-1"
|
||||||
|
>
|
||||||
|
{titel}
|
||||||
|
{aktiv ? (
|
||||||
|
<i
|
||||||
|
className={`bi ${absteigend ? "bi-caret-down-fill" : "bi-caret-up-fill"} small`}
|
||||||
|
aria-hidden="true"
|
||||||
|
/>
|
||||||
|
) : null}
|
||||||
|
</Link>
|
||||||
|
</th>
|
||||||
|
);
|
||||||
|
}
|
||||||
|
|
||||||
|
export default async function HostsSeite({ searchParams }: { searchParams: SuchParameter }) {
|
||||||
|
const roh = await searchParams;
|
||||||
|
const filter: HostFilter = {
|
||||||
|
q: einzeln(roh.q),
|
||||||
|
kunde: einzeln(roh.kunde),
|
||||||
|
status: einzeln(roh.status),
|
||||||
|
produkt: einzeln(roh.produkt),
|
||||||
|
ablauf: einzeln(roh.ablauf) as HostFilter["ablauf"],
|
||||||
|
rechnung: einzeln(roh.rechnung) as HostFilter["rechnung"],
|
||||||
|
sortierung: einzeln(roh.sortierung),
|
||||||
|
seite: Number(einzeln(roh.seite) ?? 1),
|
||||||
|
};
|
||||||
|
|
||||||
|
const jetzt = new Date();
|
||||||
|
const [{ hosts, gesamt, seite, seiten }, optionen] = await Promise.all([
|
||||||
|
hostListe(filter, jetzt),
|
||||||
|
filterOptionen(),
|
||||||
|
]);
|
||||||
|
|
||||||
|
const basis: Record<string, string | undefined> = {
|
||||||
|
q: filter.q,
|
||||||
|
kunde: filter.kunde,
|
||||||
|
status: filter.status,
|
||||||
|
produkt: filter.produkt,
|
||||||
|
ablauf: filter.ablauf,
|
||||||
|
rechnung: filter.rechnung,
|
||||||
|
sortierung: filter.sortierung,
|
||||||
|
};
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<>
|
<>
|
||||||
@@ -26,7 +99,7 @@ export default async function HostsSeite({
|
|||||||
<div className="app-content">
|
<div className="app-content">
|
||||||
<div className="container-fluid">
|
<div className="container-fluid">
|
||||||
<Card
|
<Card
|
||||||
titel={`${liste.length} von ${hosts.length} Hosts`}
|
titel={`${gesamt} Host${gesamt === 1 ? "" : "s"}${gesamt !== hosts.length ? ` · Seite ${seite} von ${seiten}` : ""}`}
|
||||||
rahmen="primary"
|
rahmen="primary"
|
||||||
tabelle
|
tabelle
|
||||||
werkzeuge={
|
werkzeuge={
|
||||||
@@ -34,106 +107,128 @@ export default async function HostsSeite({
|
|||||||
<Link href="/hosts/nicht-zugeordnet" className="btn btn-sm btn-outline-primary">
|
<Link href="/hosts/nicht-zugeordnet" className="btn btn-sm btn-outline-primary">
|
||||||
Nicht zugeordnete
|
Nicht zugeordnete
|
||||||
</Link>
|
</Link>
|
||||||
<span className="btn btn-sm btn-outline-secondary disabled">CSV-Export (ab #007)</span>
|
<a
|
||||||
|
href={mitParametern(basis, {}, "/hosts/export")}
|
||||||
|
className="btn btn-sm btn-outline-secondary"
|
||||||
|
>
|
||||||
|
<i className="bi bi-filetype-csv me-1" aria-hidden="true" />
|
||||||
|
CSV
|
||||||
|
</a>
|
||||||
</>
|
</>
|
||||||
}
|
}
|
||||||
>
|
>
|
||||||
<form className="p-3 border-bottom row g-2" role="search">
|
<HostFilterLeiste kunden={optionen.kunden} werte={basis} />
|
||||||
<div className="col-md-5">
|
|
||||||
<input
|
|
||||||
type="search"
|
|
||||||
name="q"
|
|
||||||
defaultValue={q ?? ""}
|
|
||||||
className="form-control"
|
|
||||||
placeholder="Hostname, Key, Server-ID oder IP …"
|
|
||||||
aria-label="Hosts durchsuchen"
|
|
||||||
/>
|
|
||||||
</div>
|
|
||||||
<div className="col-md-3">
|
|
||||||
<select name="status" defaultValue={status ?? ""} className="form-select" aria-label="Status">
|
|
||||||
<option value="">Alle Status</option>
|
|
||||||
<option value="active">Aktiv</option>
|
|
||||||
<option value="expired">Abgelaufen</option>
|
|
||||||
<option value="notfound">Keine Subscription</option>
|
|
||||||
</select>
|
|
||||||
</div>
|
|
||||||
<div className="col-md-2">
|
|
||||||
<button type="submit" className="btn btn-primary w-100">
|
|
||||||
Filtern
|
|
||||||
</button>
|
|
||||||
</div>
|
|
||||||
</form>
|
|
||||||
|
|
||||||
<div className="table-responsive">
|
<div className="table-responsive">
|
||||||
<table className="table table-striped align-middle">
|
<table className="table table-striped align-middle">
|
||||||
<thead>
|
<thead>
|
||||||
<tr>
|
<tr>
|
||||||
<th scope="col">Host</th>
|
<SortierKopf titel="Host" feld="hostname" basis={basis} sortierung={filter.sortierung} />
|
||||||
<th scope="col">Kunde</th>
|
<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">
|
||||||
<th scope="col">Status</th>
|
Produkt
|
||||||
<th scope="col">Key</th>
|
</th>
|
||||||
<th scope="col">Ablauf</th>
|
<SortierKopf titel="Status" feld="status" basis={basis} sortierung={filter.sortierung} />
|
||||||
<th scope="col">Sockets</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" className="d-none d-lg-table-cell">
|
||||||
|
Sockets
|
||||||
|
</th>
|
||||||
|
<SortierKopf
|
||||||
|
titel="Letzte Meldung"
|
||||||
|
feld="meldung"
|
||||||
|
basis={basis}
|
||||||
|
sortierung={filter.sortierung}
|
||||||
|
/>
|
||||||
</tr>
|
</tr>
|
||||||
</thead>
|
</thead>
|
||||||
<tbody>
|
<tbody>
|
||||||
{liste.map((host) => {
|
{hosts.map((host) => (
|
||||||
const kundeDesHosts = getKunde(host.kundeId);
|
<tr key={host.id}>
|
||||||
const socketAbweichung =
|
<td>
|
||||||
host.subscription.lizenzierteSockets !== null &&
|
<Link href={`/hosts/${host.id}`} className="fw-semibold text-decoration-none">
|
||||||
host.sockets !== null &&
|
{host.hostname}
|
||||||
host.subscription.lizenzierteSockets !== host.sockets;
|
</Link>
|
||||||
return (
|
{host.meldetNicht ? <KeineMeldungBadge /> : null}
|
||||||
<tr key={host.id}>
|
<div className="small text-body-secondary">{host.ips.join(", ") || "–"}</div>
|
||||||
<td>
|
</td>
|
||||||
<Link href={`/hosts/${host.id}`} className="fw-semibold text-decoration-none">
|
<td>
|
||||||
{host.hostname}
|
{host.kunde ? (
|
||||||
|
<Link href={`/kunden/${host.kunde.id}`} className="text-decoration-none">
|
||||||
|
{host.kunde.name}
|
||||||
</Link>
|
</Link>
|
||||||
{hostMeldetNicht(host) ? <KeineMeldungBadge /> : null}
|
) : (
|
||||||
<div className="small text-body-secondary">{host.ips.join(", ")}</div>
|
<Link
|
||||||
</td>
|
href="/hosts/nicht-zugeordnet"
|
||||||
<td>
|
className="badge pl-bg-neutral text-decoration-none"
|
||||||
{kundeDesHosts ? (
|
>
|
||||||
<Link href={`/kunden/${kundeDesHosts.id}`} className="text-decoration-none">
|
Nicht zugeordnet
|
||||||
{kundeDesHosts.name}
|
</Link>
|
||||||
</Link>
|
)}
|
||||||
) : (
|
{host.standort ? (
|
||||||
<span className="badge pl-bg-neutral">Nicht zugeordnet</span>
|
<div className="small text-body-secondary">{host.standort.name}</div>
|
||||||
)}
|
) : null}
|
||||||
</td>
|
</td>
|
||||||
<td>{PRODUKT_NAME[host.produkt]}</td>
|
<td className="d-none d-lg-table-cell">{PRODUKT_TEXT[host.produkt]}</td>
|
||||||
<td>
|
<td>
|
||||||
<StatusBadge status={host.subscription.status} />
|
<StatusBadge status={host.subStatus} />
|
||||||
</td>
|
</td>
|
||||||
<td>
|
<td className="d-none d-md-table-cell">
|
||||||
<CopyableCode wert={host.subscription.key} />
|
<CopyableCode wert={host.subKey} />
|
||||||
</td>
|
</td>
|
||||||
<td>
|
<td>
|
||||||
<AblaufBadge datum={host.subscription.nextduedate} heute={HEUTE} />
|
<AblaufBadge datum={host.subNextduedate?.toISOString() ?? null} heute={jetzt} />
|
||||||
</td>
|
</td>
|
||||||
<td>
|
<td className="d-none d-lg-table-cell">
|
||||||
{host.subscription.lizenzierteSockets ?? "–"} / {host.sockets ?? "–"}
|
{host.subLizenzierteSockets ?? "–"} / {host.sockets ?? "–"}
|
||||||
{socketAbweichung ? (
|
{host.socketAbweichung ? (
|
||||||
<i
|
<i
|
||||||
className="bi bi-exclamation-triangle-fill pl-text-warning ms-2"
|
className="bi bi-exclamation-triangle-fill pl-text-warning ms-2"
|
||||||
title="Lizenzierte und physische Sockets weichen ab"
|
title="Lizenzierte und physische Sockets weichen ab"
|
||||||
/>
|
/>
|
||||||
) : null}
|
) : null}
|
||||||
</td>
|
</td>
|
||||||
</tr>
|
<td className="small d-none d-xl-table-cell">
|
||||||
);
|
{formatDatumZeit(host.letzterReportAm)}
|
||||||
})}
|
</td>
|
||||||
{liste.length === 0 ? (
|
</tr>
|
||||||
|
))}
|
||||||
|
{hosts.length === 0 ? (
|
||||||
<tr>
|
<tr>
|
||||||
<td colSpan={7} className="text-center text-body-secondary py-4">
|
<td colSpan={8} className="text-center text-body-secondary py-4">
|
||||||
Keine Hosts gefunden.
|
Keine Hosts gefunden. <Link href="/hosts">Filter zurücksetzen</Link>
|
||||||
</td>
|
</td>
|
||||||
</tr>
|
</tr>
|
||||||
) : null}
|
) : null}
|
||||||
</tbody>
|
</tbody>
|
||||||
</table>
|
</table>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
|
{seiten > 1 ? (
|
||||||
|
<nav className="p-3 border-top" aria-label="Seiten">
|
||||||
|
<ul className="pagination pagination-sm mb-0">
|
||||||
|
<li className={`page-item ${seite <= 1 ? "disabled" : ""}`}>
|
||||||
|
<Link className="page-link" href={mitParametern(basis, { seite: String(seite - 1) })}>
|
||||||
|
Zurück
|
||||||
|
</Link>
|
||||||
|
</li>
|
||||||
|
{Array.from({ length: seiten }, (_, i) => i + 1).map((nummer) => (
|
||||||
|
<li key={nummer} className={`page-item ${nummer === seite ? "active" : ""}`}>
|
||||||
|
<Link className="page-link" href={mitParametern(basis, { seite: String(nummer) })}>
|
||||||
|
{nummer}
|
||||||
|
</Link>
|
||||||
|
</li>
|
||||||
|
))}
|
||||||
|
<li className={`page-item ${seite >= seiten ? "disabled" : ""}`}>
|
||||||
|
<Link className="page-link" href={mitParametern(basis, { seite: String(seite + 1) })}>
|
||||||
|
Weiter
|
||||||
|
</Link>
|
||||||
|
</li>
|
||||||
|
</ul>
|
||||||
|
</nav>
|
||||||
|
) : null}
|
||||||
</Card>
|
</Card>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
|||||||