ipv64net/node64 v1.7.0

Node64 1.7.0

on GitHub

Änderungen (Deutsch)

• Benutzerverwaltung (neu, Einstellungen → Benutzerverwaltung): mehrere lokale Benutzer mit den Rollen „Administrator“ und „Nur lesen“, Gruppen mit Rolle, Sperren, Passwort setzen oder beim ersten Anmelden setzen lassen, 2FA zurücksetzen, Sitzungen beenden; Schalter „2FA für alle Pflicht“. Der letzte lokale Administrator bleibt immer. Die frühere Seite „Anmeldung“ (SSO, Forward-Auth) ist jetzt ein Reiter dort; eigene Passkeys und SSO-Verknüpfungen stehen unter Einstellungen → Allgemein.
• Benutzerverwaltung: Anmeldung über AD/LDAP (Active Directory, OpenLDAP u. a.) mit Verbindungstest – Benutzer werden beim ersten Anmelden angelegt, wenn sie in einer zugeordneten Gruppe sind. SSO kann Benutzer optional über den Gruppen-Claim anlegen (Standard aus).
• „Nur lesen“ sieht alle Seiten, ändert aber nur das eigene Konto; Backups, Exporte, private Schlüssel, Passwörter und Tokens bekommen nur Administratoren. API-Keys haben die Rolle ihres Benutzers. API: /api/users, /api/groups, /api/auth/2fa-required, /api/auth/ldap, /api/auth/oidc-groups.
• Benutzerverwaltung: „2FA zurücksetzen“ entfernt auch die Passkeys des Benutzers. Anmeldungen über Forward-Auth sind von der 2FA-Pflicht und „Passwort beim ersten Anmelden setzen“ ausgenommen (2FA beim vorgeschalteten Dienst); das steht jetzt in der Oberfläche.
• PROXY64: Werte eigener Request-Header (z. B. Authorization) sieht „Nur lesen“ nicht mehr – nur die Namen, Wert ***.
• Cluster: Der Benutzer-Abgleich überträgt Rolle, Sperre und Gruppen; neue Bereiche Benutzergruppen und AD/LDAP (samt 2FA-Pflicht). Das 2FA-Geheimnis wird jetzt verschlüsselt gespeichert. node64 reset-password macht den Benutzer wieder zum aktiven lokalen Administrator.
• Environment (neu, unter System neben Cluster): diese Node und die Mitglieder des Clusters mit Status und Version an einer Stelle. „Öffnen“ meldet dich auf der anderen Node mit deinem Benutzer an (gleiche Kennung über den Benutzer-Abgleich, einmaliges Ticket, deine Rolle wird nie größer), sonst geht es zu ihrer Anmeldeseite. Neuer Cluster-Bereich „Environment → Anmeldung“ (Standard an). Ein Ticket gilt nur aus der öffnenden Node heraus und ersetzt keine bestehende Anmeldung eines anderen Benutzers.
• Environment: Nodes außerhalb des Clusters hinzufügen („Node hinzufügen“, Adresse und optional Zugangsschlüssel). Ohne Schlüssel zeigt die Liste Status und Version, mit dem Schlüssel der anderen Node meldet dich „Öffnen“ dort an (nur dich als den Benutzer, der den Schlüssel eingetragen hat; Rolle nie größer). Zugänge erstellst und widerrufst du auf der anderen Node unter „Zugänge für andere Nodes“; der Schlüssel wird nur einmal angezeigt. Die Verbindung ist an TLS gebunden wie im Cluster, ein Mittelsmann bekommt weder Schlüssel noch Anmeldung. Neuer Cluster-Bereich „Environment → Hinzugefügte Nodes“ (Standard an), API /api/environment.
• Monitor64: Redfish mit HPE iLO 4 auch über einen DNS-Namen (#141).
• Monitor64: FRITZ!Box-Zugang ohne Fingerabdruck – fällt nach einem FRITZ!OS-Update (neues Zertifikat) nicht mehr aus (Forum 5134).
• Monitor64: macOS-Hilfsvolumes, Time-Machine- und temporäre Mounts im Prometheus-Zugang nicht mehr vorausgewählt; lange Mountpfade brechen um (#114).
• Monitor64: Host-Adresse wie „10.0.0.2.16“ (Tippfehler) wird abgelehnt statt als Hostname angenommen (Forum 5175).
• Cluster: Beitritt einer kopierten Node (geklonte VM, kopierter Datenordner) nennt die Ursache statt „HTTP 400 cannot pair with itself“ (Forum 5174).
• PROXY64: Mit HTTP/3 liefert z. B. die OPNsense-Oberfläche kein 400 Bad Request mehr (GET kam beim Ziel mit Inhalt unbekannter Länge an, #157).
• Monitor64: Linux-Agent 0.1.6 – Updates nach apt upgrade & Co. nach etwa einer Minute aktuell statt bis zu einer Stunde später (#159); „Neustart nötig“ wieder richtig trotz Dienst-Härtung, Hinweis auf pacman-contrib unter Arch (#158).
• Einstellungen: Link „Changelog“ zum GitHub-Release beim angebotenen Node64-Update.
• Healthchecks: Gleicher eigener Kanal (z. B. ntfy) auf mehreren verknüpften Nodes – Störung und Entwarnung kommen von ipv64.net nur noch einmal statt einmal je Node (Forum 5172; mit dem Update der ipv64-Server).
• MCP: alle Module lesbar (Konfiguration von Node, Healthchecks, Monitor64, DNS64, PROXY64, DynDNS, Zertifikaten, Honeypot64, Benachrichtigungen, neu Sonar64) – weiterhin nur lesend und ohne Geheimnisse; Änderungen über die REST-API, das neue Werkzeug api_reference zeigt der KI die passenden Endpunkte (#152, #153).

Changes (English)

• User management (new, Settings → User management): several local users with the roles "Administrator" and "Read only", groups with a role, disabling, setting a password or letting it be set on first sign-in, 2FA reset, ending sessions; switch "2FA required for everyone". The last local administrator always stays. The former "Sign-in" page (SSO, forward auth) is now a tab there; your own passkeys and SSO links are under Settings → General.
• User management: sign-in via AD/LDAP (Active Directory, OpenLDAP and others) with connection test – users are created on first sign-in when they are in a mapped group. SSO can optionally create users from the group claim (off by default).
• "Read only" sees all pages but only changes their own account; backups, exports, private keys, passwords and tokens go to administrators only. API keys have the role of their user. API: /api/users, /api/groups, /api/auth/2fa-required, /api/auth/ldap, /api/auth/oidc-groups.
• User management: "Reset 2FA" also removes the user's passkeys. Forward-auth sign-ins are exempt from the 2FA requirement and "set password on first sign-in" (2FA at the service in front); the UI now says so.
• PROXY64: "Read only" no longer sees the values of custom request headers (e.g. Authorization) – only the names, value ***.
• Cluster: user sync now carries role, disabled state and groups; new areas user groups and AD/LDAP (including required 2FA). The 2FA secret is now stored encrypted. node64 reset-password makes the user an active local administrator again.
• Environment (new, under System next to Cluster): this node and the members of the cluster with status and version in one place. "Open" signs you in on the other node with your user (same ID via user sync, one-time ticket, your role never grows), otherwise you land on its sign-in page. New cluster area "Environment → Sign-in" (on by default). A ticket only works when sent from the opening node and never replaces an existing sign-in of another user.
• Environment: add nodes outside the cluster ("Add node", address and optional access key). Without a key the list shows status and version; with the access key of the other node "Open" signs you in there (only you as the user who entered the key; role never grows). Create and revoke accesses on the other node under "Access for other nodes"; the key is shown only once. The connection is bound to TLS like in the cluster, a man in the middle gets neither key nor sign-in. New cluster area "Environment → Added nodes" (on by default), API /api/environment.
• Monitor64: Redfish with HPE iLO 4 also via a DNS name (#141).
• Monitor64: FRITZ!Box access without fingerprint – no longer fails after a FRITZ!OS update (new certificate) (forum 5134).
• Monitor64: macOS helper volumes, Time Machine and temporary mounts no longer preselected in the Prometheus access; long mount paths wrap (#114).
• Monitor64: a host address like "10.0.0.2.16" (typo) is rejected instead of being accepted as a host name (forum 5175).
• Cluster: joining a copied node (cloned VM, copied data folder) names the cause instead of "HTTP 400 cannot pair with itself" (forum 5174).
• PROXY64: with HTTP/3, e.g. the OPNsense web GUI no longer returns 400 Bad Request (GET reached the target with a body of unknown length, #157).
• Monitor64: Linux agent 0.1.6 – updates current about a minute after apt upgrade & co. instead of up to an hour later (#159); "Reboot required" correct again despite the service hardening, hint about pacman-contrib on Arch (#158).
• Settings: "Changelog" link to the GitHub release next to an offered Node64 update.
• Healthchecks: same channel of its own (e.g. ntfy) on several linked nodes – problems and recoveries from ipv64.net now arrive once instead of once per node (forum 5172; with the update of the ipv64 servers).
• MCP: all modules readable (configuration of node, health checks, Monitor64, DNS64, PROXY64, DynDNS, certificates, Honeypot64, notifications, new Sonar64) – still read-only and without secrets; changes go through the REST API, the new tool api_reference shows the AI the right endpoints (#152, #153).

Images: x64gmbh/node64:1.7.0 (Docker Hub) und ghcr.io/ipv64net/node64:1.7.0 – linux/amd64, arm64, arm/v7. Selbst-Update über ipv64.net/node64 (signiert). Monitor64-Agent 0.1.6 (aktualisiert sich automatisch, wenn am Host eingeschaltet). Vollständiger Changelog: CHANGELOG.md · CHANGELOG.en.md

Die Dateien sonar64-linux-* sind Sonar64 ohne Oberfläche (ghcr.io/ipv64net/sonar64:1.7.0, docs/SONAR64.md; install.sh prüft SHA256SUMS).