Vollstaendiger Audit aller Export-/Import-Kategorien gegen das tatsaechliche
DB-Schema (7 parallele Pruef-Agents je Kategorie) ergab mehrere Luecken --
alle behoben:
- Auditlog-Export (v1.1.10-Nacharbeit): kein Deckel mehr bei 500 Zeilen,
exportiert wird das komplette aktuell in der DB stehende Auditlog
(bereits archivierte Tage liegen ohnehin als eigene Dateien vor).
- Clients: ssh_port und Zugangsdaten-Zuordnung (als portabler
credential_name statt roher ID) fehlten komplett im Export.
- Switche: ssh_port fehlte komplett im Export.
- Zugangsdaten: category (z.B. "Linux-Client" fuer Wartung) fehlte.
- Custom-Gruppen: is_default fehlte (war beim Import zusaetzlich hart auf 0
gesetzt statt aus der Importdatei uebernommen).
- LDAP-Gruppenzuordnungen: app_group_id wurde als ROHE lokale Datenbank-ID
exportiert -- auf einem frisch installierten Zielsystem (der eigentliche
Zweck dieser Funktion, siehe Seiten-Untertitel "Umzug auf eine neue
Umgebung") haben Gruppen dort andere IDs, die Zuordnung waere kaputt oder
auf die falsche Gruppe gezeigt. Jetzt wird der Gruppenname exportiert
(bzw. "Admin" als Sonderfall) und beim Import auf dem Zielsystem wieder zur
dortigen ID aufgeloest -- unbekannte Zielgruppen werden übersprungen statt
eine kaputte Referenz anzulegen.
- ldap_fileshare_mappings (AD-Gruppe -> Freigabe) fehlte im Export/Import
komplett -- alle Fileshare-Zuordnungen gingen bei jedem Umzug verloren.
- ldap_required_login_group (Login-Beschraenkung auf eine AD-Gruppe) fehlte
in LDAP_SETTING_KEYS und wurde nie exportiert.
- NGINX-Einstellungen (Domain, Ports, SSL/HSTS-Schalter) hatten bisher gar
keine Export-/Import-Kategorie. Bewusst AUSGESCHLOSSEN bleiben ssl_source,
das TLS-Zertifikat und der private Schluessel sowie jeglicher
Let's-Encrypt-/certbot-Zustand -- das sind host-gebundene reale Dateien
bzw. eine ACME-Registrierung fuer genau diesen Host, kein portabler
Einstellungswert.
- known_hosts: sobald Zugangsdaten exportiert werden, wird zusaetzlich der
Inhalt von known_hosts mitexportiert (jeder per SSH bereits bestaetigte
Host-Key gehoert inhaltlich zu den Zugangsdaten) und beim Import ergaenzend
(nicht ueberschreibend) mit Zeilen-Deduplizierung in die eigene
known_hosts-Datei eingespielt.
avatar_filename (Benutzer) bleibt bewusst vom Export ausgeschlossen -- reiner
Dateiname ohne die zugehoerige Bilddatei waere auf dem Zielsystem nur ein
kaputter Verweis, analog zur bewussten Nichtaufnahme von TLS-Zertifikat/
Schluessel bei NGINX.
Verifiziert per isoliertem Roundtrip-Test gegen eine Kopie der echten
Datenbank (nie die Produktivdaten selbst): Export -> Loeschen -> Re-Import
fuer jede geaenderte Kategorie plus known_hosts-Merge (inkl.
Deduplizierungs-Probe durch zweifachen Import derselben Datei), sowie ein
echter Browser-Exportlauf gegen POETEST zur Bestaetigung der UI/Label-Texte.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
alientimandClaude Sonnet 5
2b05d012ee