Beiträge

PatchMon 2.1.0

PatchMon v2.1.0 veröffentlicht: Performance-Explosion, neue Agent-Timeline und gehärtete Security

Das Entwicklerteam hinter dem Open-Source-Patch-Management-Tool PatchMon hat die Version v2.1.0 freigegeben. Das Release legt den Fokus primär auf Skalierbarkeit, Zuverlässigkeit bei großen Serverflotten (1.000+ Hosts) und eine grundlegende Überarbeitung der Agent-Kommunikation sowie der Sicherheitsarchitektur.

🛠️ Achtung beim Upgrade: Manuelle Anpassung der docker-compose.yml

Da PatchMon die eigene docker-compose.yml nicht automatisch überschreibt, müssen Betreiber vor dem Ausführen von docker compose pull && docker compose up -d drei Zeilen manuell anpassen:

  1. Server-Port-Mapping: - "${PORT:-3000}:${PORT:-3000}" (bisher: "3000:3000")

  2. Server-Hostname: hostname: patchmon-server (neu hinzufügen)

  3. Guacd-Image-Tag: image: guacamole/guacd:1.6.0 (bisher: :latest)

Hinweis zur Datenbank-Migration: Beim ersten Start nach dem Update führen große Host-Flotten Index-Rebuilds durch. Auf langsamen Datenträgern kann der Bootvorgang einige Minuten dauern, in denen PatchMon keine Anfragen entgegennimmt.

Die wichtigsten Neuerungen in PatchMon v2.1.0

1. Extrem reduzierte Network-Payloads (2 MB ➔ 1 KB)

Bisher übermittelten Agents bei jedem Check-in den kompletten Inventarbestand. Ab v2.1.0 senden aktualisierte Agents nur noch deltabasierte Änderungen. Der Datenverkehr pro Routine-Check-in sinkt dadurch von 2 MB auf ca. 1 KB. Zur Nachverfolgung ersetzt die neue Agent Activity Timeline die alten Tabs für Paketberichte und Warteschlangen.

2. Präzisere Host-Zustände und Live-Uptime

Das Dashboard trennt den Systemstatus nun in vier eindeutige Indikatoren:

  • Connection: Verbindung zum Server (reagiert nun innerhalb von Sekunden via WSS).

  • Reporting: Frische der übermittelten Daten.

  • Reboot Pending: Ausstehender Systemneustart.

  • Updates: Ausstehende Sicherheitspatches oder normale Updates.

Zudem wurde der Zustand Awaiting Data eingeführt: Hosts ohne Paketdaten verfälschen nicht mehr die Kategorie „Up to date“.

3. Zuverlässige Patch-Ausführung (Keine Hänger mehr)

Stalled Patch-Runs gehören der Vergangenheit an. Über den neuen Umgebungsparameter PATCH_RUN_STALL_TIMEOUT_MIN (Standard: 30 Minuten) werden blockierte Updates automatisch beendet. Der Button Stop Run bricht den Prozess nun auch dann garantiert ab, wenn der Agent offline ist oder blockierte Child-Prozesse im Hintergrund hängen.

4. Umfassende Fixes für Windows & Linux-Paketmanager

  • Windows Registry-Fix: Ein einziges Null-Byte-Zeichen in der Registrierung (oft erzeugt durch Drittanbieter-Agents wie MeshCentral) führte bisher dazu, dass der gesamte Bericht verworfen wurde. Dies wurde gefixt.

  • Linux/BSD-Anpassungen:

    • RHEL/Fedora/Rocky: Korrekte Handling von DNF-Bannern, Erfassung von RLSA-Sicherheitsmeldungen.

    • Debian/Ubuntu: Volle Unterstützung für deb822-Sources und korrekte Handhabung von Kernel-Meta-Paketen.

    • Arch/Manjaro: Funktionsfähig ohne installiertes pacman-contrib.

    • LXC-Container: Uptime zeigt nun die echte Container-Laufzeit anstelle der Laufzeit des Proxmox-Hosts.

5. Sicherheits-Härtung (Security & SSO)

  • IP-Spoofing-Schutz: Über TRUSTED_PROXY_RANGES lässt sich festlegen, welchen Upstream-Reverse-Proxies (z. B. Cloudflare hinter Nginx Proxy Manager) vertraut wird, um echte Client-IPs für Rate-Limiting und Lockouts auszuwerten.

  • Session-Binding & Revocation: Ausgestellte Tokens sind strikt an Sitzungen gebunden. Das Abmelden, Ändern von Passwörtern oder Deaktivieren von Konten greift ab sofort unverzüglich.

  • E-Mail / SMTP: Explizite Auswahlmöglichkeiten für TLS (STARTTLS, SSL/TLS, None, Auto) verhindern das ungesicherte Versenden von Benachrichtigungen über fehlerhafte Relays.

Neue Umgebungsvariablen (.env)

Variable Standardwert Zweck
TRUSTED_PROXY_RANGES (leer) CIDRs für verkettete Reverse Proxies zur echten IP-Ermittlung
PATCH_RUN_STALL_TIMEOUT_MIN 30 Minuten bis ein hängender Patch-Run als abgebrochen markiert wird
AGENT_REPORTS_RETENTION_DAYS 30 Aufbewahrungsdauer der Agent-Activity-Historie (7–365 Tage)
SESSION_INACTIVITY_TIMEOUT_MINUTES (inaktiv) Automatischer Logout bei Inaktivität (0 = deaktiviert)

Fazit

Mit dem Update auf v2.1.0 beweist das PatchMon-Team rund um Lead-Entwickler Iby, dass die Software reif für den anspruchsvollen Enterprise-Einsatz ist. Wer eine performante On-Premise-Alternative zu kommerziellen Patch-Management-Lösungen sucht, sollte das Update zeitnah einspielen.

Offizielle Release-Notes & Discussion: GitHub PatchMon Tag v2.1.0

PatchMon v1.3.7: Mobile UI, JSON-Exporte und verbesserte Agent-Logik

Das neueste Update für das Open-Source Patch-Management-Tool PatchMon ist da. Die Version 1.3.7 konzentriert sich stark auf die User Experience sowie die Zuverlässigkeit der Agenten-Kommunikation.

Wichtiger Bugfix für Auto-Updates

Zunächst ein technischer Hinweis: In älteren Versionen gab es ein Problem, bei dem der Dienst nach einem Auto-Update nicht automatisch neu startete. Mit Version 1.3.7 wird ein Systemctl Helper Script eingeführt, das dieses Problem für die Zukunft behebt. Für das aktuelle Update ist jedoch ein einmaliger manueller Start des Dienstes auf Systemd-Systemen erforderlich.

Die wichtigsten Neuerungen im Überblick

1. Optimierung für mobile Endgeräte

Das Team hat die Arbeiten am Mobile UI fast vollständig abgeschlossen. Das Dashboard lässt sich nun auch auf dem Smartphone flüssig bedienen, was besonders für Admins hilfreich ist, die im Bereitschaftsdienst schnell den Status ihrer Flotte prüfen müssen.

2. JSON-Output für Power-User

Ein mächtiges neues Werkzeug ist der Befehl patchmon-agent report --json. Anstatt den Bericht direkt an den Server zu senden, wird das komplette Payload in der Konsole ausgegeben. Dies eröffnet völlig neue Möglichkeiten für Diagnosen oder die Anbindung von PatchMon an eigene Automatisierungs-Skripte.

3. Effizienteres Reporting durch „Staggering“

Um den PatchMon-Server bei vielen Clients nicht zu überlasten, melden sich die Agenten nun zeitversetzt. Über den neuen Wert report_offset in der config.yml lässt sich steuern, wie die Berichte gestaffelt werden sollen.

4. Transparente Reboot-Gründe

Warum braucht der Server einen Neustart? Ab sofort speichert PatchMon die Gründe für eine Reboot-Anforderung in der Datenbank. Ein einfacher Mouseover über das Reboot-Icon im Web-Interface zeigt die Details an.

5. Docker & Netzwerk-Fixes

  • Persistent Docker Toggle: Die Docker-Integration merkt sich nun ihren Status permanent in der Datenbank – kein Zurücksetzen mehr nach Container-Restarts.

  • Erweiterte Netzwerk-Infos: Die Netzwerkseite unterstützt nun IPv6 und zeigt mehrere Interfaces gleichzeitig an.

Fazit

PatchMon v1.3.7 räumt mit alten Fehlern auf und macht das Tool durch das Mobile UI und den JSON-Export deutlich flexibler. Besonders die Community-Wünsche rund um die Docker-Persistenz zeigen, dass das Projekt aktiv auf seine Nutzer hört.

Link zum Release: PatchMon v1.3.7 GitHub

PatchMon

Sicherheitsupdates und Paketaktualisierungen gehören zu den wichtigsten Aufgaben im Server- und Infrastrukturmanagement. Besonders im deutschsprachigen Raum – ob in KMU, Agenturen, IT-Dienstleistungsfirmen oder Rechenzentren – ist es entscheidend, jederzeit den Überblick über Update-Bedarfe zu behalten.
PatchMon bietet hierfür eine starke, moderne und selbst gehostete Lösung, um Linux-Hosts effizient zu überwachen und Patch-Stände transparent sichtbar zu machen.


Was ist PatchMon?

PatchMon ist ein Open-Source-Tool zur zentralen Überwachung von Paketupdates, Sicherheits-Patches und Repository-Status auf mehreren Linux-Servern gleichzeitig.
Mit einer klaren Weboberfläche, leichtgewichtigen Agenten und einer sicheren Architektur ermöglicht PatchMon ein effizientes Update-Monitoring für jede Größe von Infrastruktur – vom Homelab bis zum Enterprise-Cluster.

Download & Projektseite:
https://patchmon.net/
https://github.com/PatchMon/PatchMon


Die wichtigsten Funktionen und Vorteile

1. Zentrales Dashboard für alle Server

PatchMon bietet eine übersichtliche Oberfläche, die:

  • Hosts nach OS, Rolle oder Typ gruppiert

  • Paketlisten und Update-Bedarfe darstellt

  • Repository-Quellen und Host-Zustände transparent anzeigt

Damit behalten Administratoren jederzeit die vollständige Kontrolle.

2. Outbound-Agenten für maximale Sicherheit

Der PatchMon-Agent kommuniziert ausschließlich ausgehend mit dem Server.
Das bedeutet:

  • keine offenen Ports

  • geringere Angriffsfläche

  • ideal für sicherheitskritische Umgebungen

Ein klarer Vorteil für DACH-Unternehmen mit hohen Compliance-Anforderungen.

3. Überwachung von Paketen & Updates

PatchMon identifiziert:

  • veraltete Pakete

  • verfügbare Sicherheits-Updates

  • veränderte Repositories

  • Aktualisierungsbedarf pro Host

Perfekt für Administratoren, die Patch-Management strukturiert und kontrolliert durchführen möchten.

4. Benutzer- & Rollenverwaltung

Teams können PatchMon gemeinsam nutzen, dank:

  • Rollen (z. B. Admin, Operator, Read-Only)

  • Nutzerverwaltung

  • Zugriffskontrollen für verschiedene Bereiche

Damit eignet sich PatchMon sowohl für kleine Teams als auch für größere Firmen.

5. Schnelle Installation & flexible Nutzung

Ob als Docker-Container, native Installation oder Homelab-Deployment – PatchMon lässt sich schnell in Betrieb nehmen und wächst problemlos mit der Infrastruktur.


Warum PatchMon für den deutschsprachigen Markt relevant ist

  • Viele Unternehmen in Deutschland, Österreich und der Schweiz setzen auf Linux-Server – PatchMon erleichtert hier das Sicherheitsmanagement.

  • Managed-Service-Provider und Hosting-Firmen profitieren vom zentralen Patch-Monitoring über dutzende oder hunderte Hosts.

  • Die Open-Source-Lizenz ermöglicht auch KMU einen sicheren, transparenten Einsatz ohne Lizenzkosten.

  • Die Architektur ohne eingehende Ports erfüllt hohe Sicherheitsanforderungen und passt zu strengen IT-Policies.


Download & Ressourcen


Fazit: PatchMon bringt Übersicht und Sicherheit in Linux-Umgebungen

PatchMon ist ideal für alle, die zentrale Kontrolle über Updates, Patches und Paketstatus benötigen.
Es kombiniert Übersichtlichkeit, starke Sicherheit und einfache Bedienung – und eignet sich damit hervorragend für produktive Serverlandschaften und Homelabs gleichermaßen.