CT-101 Samba: dark2devil-Cleanup dokumentiert (erledigt 28.10.2026)

- GNAI-017/GNAI-019: Cleanup als erledigt markiert (smbpasswd -x dark2devil
  + userdel -r; passdb danach nur noch ghost/daidalaw/debugofen; Konto war
  gelockt, Shell /bin/false, keine Dateien außerhalb des Home)
- Inventar-Kommentare aktualisiert (UID 1002 wieder frei; ansible-deploy-UID
  1005 erlaeutert); alle drei Inventare byte-identisch
- samba_access-Kommentar angepasst (dark2devil nicht mehr unter den
  produktiven Accounts)

Generated by Mistral Vibe.
Co-Authored-By: Mistral Vibe <vibe@mistral.ai>
This commit is contained in:
2026-10-29 16:57:06 +01:00
parent 8b21797502
commit 6b6e4fce6f
9 changed files with 35 additions and 27 deletions
@@ -27,7 +27,7 @@ offenen Punkte fest. Bestehende Shares bleiben unberührt.
| Container-ID | CT 101 |
| IPv4 | 10.0.0.9 |
| Samba-Rolle | standalone server, Workgroup `Ghost.net` (aus `smb.conf`) |
| SMB-Benutzer | `ghost`, `daidalaw`, `debugofen` (die passdb enthält zusätzlich den Alt-Eintrag `dark2devil`, UID 1002 — dieselbe Person wie `debugofen`, nicht deklariert; siehe Abschnitt 6.8 (e) und GNAI-019 Entscheidung 11) |
| SMB-Benutzer | `ghost`, `daidalaw`, `debugofen` (der Alt-Eintrag `dark2devil`, UID 1002 — dieselbe Person wie `debugofen — wurde am 28.10.2026 per `smbpasswd -x` entfernt; siehe Abschnitt 6.8 (e) und GNAI-019 Entscheidung 11) |
| Betriebssystem | Debian 13 (trixie) seit In-Place-Upgrade durch den Betreiber am 21.10.2026 (manuell; nicht via `scripts/upgrade-ct101-to-debian13.sh`) |
| Hostname | `Samba` (großgeschrieben; FQDN `Samba.fritz.box`), erfasst am 27.10.2026; Inventory-Platzhalter `samba_expected_hostname` |
| Ressourcen-Profil | 1 CPU (cpuset), 2048 MiB RAM, 2048 MiB Swap, 4 GiB Rootfs (lxcfs-/cgroup-Werte im Gast, 27.10.2026) |
@@ -214,10 +214,13 @@ GNENC-002 Abschnitt 4): `input/`, `jd/`, `queue/`, `work/`, `output/`,
Alt-Account. Die am 27.10.2026 beschlossene Gleichstellung mit `ghost`
(GNAI-019 Entscheidung 11) wurde zurückgenommen: `dark2devil` ist nicht in
`samba_media_users` deklariert, nicht Mitglied von `gn-media` und in keiner
Share-ACL eingetragen (die live `smb.conf` nennt ihn nirgends). Konto und
passdb-Eintrag bleiben auf der Adoption unangetastet (keine produktive
Account-Löschung ohne ausdrückliche Betreiberentscheidung); optionaler
Cleanup, Betreiberentscheidung: `smbpasswd -x dark2devil` auf CT 101.
Share-ACL eingetragen (die live `smb.conf` nennt ihn nirgends).
**Cleanup erledigt 28.10.2026 (Betreiberfreigabe):** SMB-Login per
`smbpasswd -x dark2devil` entfernt (`pdbedit -L` danach nur noch `ghost`,
`daidalaw`, `debugofen`), dann Konto, primäre Gruppe, Home und Mail-Spool
per `userdel -r dark2devil` gelöscht. Das Konto war seit 2024-03-11 gelockt
(`passwd -S`: L), Shell `/bin/false`, ohne `.ssh` und ohne Dateien
außerhalb des Home (UID 1002); die Gruppe `users` enthält es nicht mehr.
(f) Der private
`ghost`-SSH-Key erhielt am 27.10.2026 eine Passphrase (GNAI-011 Abschnitt
3.3); Entsperrung über den lokalen ssh-agent. (g) Mount-Topologie und
@@ -292,8 +292,10 @@ Person sind (Lars Peuser) und `debugofen` der valide Account ist;
Share-ACL eingetragen; die passdb-Asserts verlangen nur `ghost`, `daidalaw`
und `debugofen`. Konto und passdb-Eintrag bleiben auf der Adoption
unangetastet (keine produktive Account-Löschung ohne ausdrückliche
Betreiberentscheidung). Optionaler Cleanup (Betreiberentscheidung, nicht Teil
der Migration): `smbpasswd -x dark2devil` auf CT 101.
Betreiberentscheidung). **Cleanup erledigt 28.10.2026:** `smbpasswd -x
dark2devil` (passdb danach nur noch `ghost`, `daidalaw`, `debugofen`) und
`userdel -r dark2devil` (Konto, Gruppe, Home; gelockt seit 2024-03-11, Shell
`/bin/false`, keine Dateien außerhalb des Home).
**Begründung:** Die Gleichstellung beruhte auf der Annahme, `dark2devil` sei
ein aktiver privater Benutzer. Nach der Betreiberklärung ist die Person über