Dies ist eine alte Version des Dokuments!
Inhaltsverzeichnis
Der gläserne Tresor · Samba-Entwurf V1
Stand: 2026-11-04 · Geltung: OMNISRV-Samba · Status: Entwurf im HPMS-Wiki. Datenschutz · Berechtigungen · Backup und Wiederherstellung
Vorwort
Der Tresor stellt gemeinsame und persönliche Dateien für berechtigte Windows-Benutzer bereit. Er verschlüsselt die gespeicherten Dateien und sichert die lesbare Arbeitsansicht. Die Verschlüsselung ersetzt keine Benutzerrechte: Während des Betriebs müssen autorisierte Prozesse die Dateien lesen können.
Teil 1 · Die Aktenablage einfach erklärt
Ein Mitarbeiter öffnet eine Freigabe im Windows-Explorer. Samba prüft seine Anmeldung und die Rechte am gewünschten Objekt. Eine entschlüsselte Arbeitsansicht liefert die Dateien an Samba. Auf dem dauerhaften Datenträger liegen die zugehörigen Inhalte und Dateinamen verschlüsselt.
Warum gocryptfs? Die dateibasierte Verschlüsselung wächst mit dem Datenbestand im gemeinsamen Btrfs-Speicher. Ein festes Image mit vorgegebener Größe entfällt. Btrfs kann die verschlüsselte Seite als Momentaufnahme festhalten; für die Sicherung wird sie vorübergehend lesend entschlüsselt. Die Wahl ist ein Architekturentscheid für diesen Tresor, kein allgemeines Urteil über LUKS. Wo Klartext sichtbar wird und welche Grenzen bleiben.
Teil 2 · Benutzer, Gruppen und Berechtigungen
Samba verlangt eine Anmeldung. Abteilungsfreigaben und persönliche Home-Freigaben folgen getrennten Rollen. Gruppen, Setgid und POSIX-ACLs bestimmen die Rechte im Dateisystem. Die Freigabenliste blendet unberechtigte Abteilungen aus; innerhalb der Arbeitszeit-Freigabe werden nicht lesbare Ordner ausgeblendet. Ein bekannter Pfad gewährt dadurch keinen Zugriff. Berechtigungsmatrix und Excel-Speichern.
Für Arbeitszeit gibt es persönliche Unterordner. Jeder Mitarbeiter kann im eigenen Ordner auch neue Dateien und Anlagen anlegen; HR verwaltet alle. Ein echter Excel-Speichervorgang wurde für ein Mitarbeiterkonto bestätigt. Weitere echte Windows-Clienttests bleiben offen.
Teil 3 · Verschlüsselung und Datenschutz
Im Speicher liegen verschlüsselte Inhalte und Namen. Die laufende Arbeitsansicht ist entschlüsselt und für Samba verfügbar. Ein privilegierter Hostprozess kann die Benutzergrenzen überschreiten. Bei der Sicherung wird eine schreibgeschützte Momentaufnahme nur für die Laufzeit des Backups zusätzlich entschlüsselt. Sichtbarkeitsmatrix und Schlüsselgrenzen.
Teil 4 · BorgBackup und Wiederherstellung
Stündlich wird die verschlüsselte Btrfs-Seite schreibgeschützt fotografiert. Ein zweiter gocryptfs-Mount zeigt sie dem Backup-Prozess kurz im Klartext. Borg liest diese Ansicht, dedupliziert und verschlüsselt das Archiv für das entfernte Repository. Der Transport erfolgt nach dem aktuellen Betriebsbefund über SSH. Anschließend werden der temporäre Mount und die Momentaufnahme entfernt. Nachweise, Fehlerbehandlung und Restore.
Teil 5 · Technische Referenz
Der Dienst läuft im Container int-samba im internen Docker-Netz int-net. Der technische DNS-Name ist samba.int.omnisrv.de; samba.omnisrv.de ist der interne Komfortname. Die aktuell belegte Adresse ist 10.0.50.30. Es gibt keinen veröffentlichten SMB-Hostport. Der Dateibestand liegt im Btrfs-Subvolume @omnisrv-samba; die produktive gocryptfs-Ansicht nutzt -acl -allow_other. Die Samba-Konfiguration regelt SMB3, Anmeldung, Abteilungs- und Home-Freigaben. systemd startet gocryptfs, Container und Firewall-Regeln; ein eigener Timer startet das Borg-Skript stündlich. Diese Werte sind der lesend geprüfte Stand vom 4. November 2026 und können sich ändern. Betriebsdetails und Prüfnachweise stehen in der versionierten Backup-Referenz und im OMNISRV-Projekt.
Grenze: SMB bleibt auf HOME0 und autorisierte WireGuard-Wege beschränkt. Die Dokumentation erteilt keine zusätzliche Netzfreigabe.
