NetBox-Organisation — Standorte, Zugehörigkeit, KrĂŒmel-Datenschutz

Verbindliche Konvention, wie der Wald in NetBox verortet wird. Zwei orthogonale
Achsen: wo ein GerÀt steht (physisch) und wessen es ist (Zugehörigkeit).
Sie kreuzen sich nie in einem Feld.

Achse 1 — Physisch (wo)

Region → Site Group → Site → Location (RĂ€ume, verschachtelbar) → Rack → Device
Ebene Bei uns
Region OZM (lokal) · Warang (CKL/Afrika) — das Dach, trennt die Welten
Site Group Stationaer · Mobil / Field — Funktion, nicht Ort
Site Baumhaus (192er Heim-LAN) · OZM-Museum · crumbcase00
 (je Koffer eine mobile Site) · Roaming (Laptops von unterwegs)
Location RĂ€ume — nur wo unbedenklich (Museum ja; beim Kind zuhause NEIN)

Achse 2 — Zugehörigkeit (wessen)

Tenant Group → Tenant
Ebene Bei uns
Tenant Group OZM-intern · Kruemel (Mandanten)

Namen der Organisationsobjekte bleiben ASCII (Kruemel, Stationaer). Grund:
NetBox-Slugs sind ASCII, aber die Ansible-Module lösen Referenzen ĂŒber
slugify(name) auf — ein Umlaut im Namen erzeugt einen Slug, den NetBox nicht
kennt („Could not resolve id"). ASCII-Namen = deterministische Slugs.
| Tenant | ozm (interne GerÀte) · kruemel-<opak> (Pseudonym, NIE Klarname) |

Die eiserne Regel — keine Spur zum Kind

NetBox speichert Infrastruktur-Fakten, keine Menschen. Datensparsamkeit by Design
(CKL / Structural-Antifascism-by-Design). Konkret:

  1. Tenant = Pseudonym. Ein KrĂŒmel-Mandant heißt kruemel-7a3f (opaker Handle /
    crumb_id), niemals der echte Name. Die Zuordnung Pseudonym → Kind lebt
    außerhalb von NetBox, zugriffsgeschĂŒtzt/offline. NetBox sieht die Person nie.
  2. Adressfelder bleiben leer. Site-Felder physical_address, latitude/longitude
    werden fĂŒr alles Personenbezogene nicht gefĂŒllt. Beim Kind zuhause kein
    Location-Detail — nur Region + Status deployed/field.
  3. crumb_id ist der einzige Anker GerĂ€t ↔ Pseudonym. Kein Name, keine Straße,
    keine Koordinate.
  4. „Contacts" nicht missbrauchen. Die sind fĂŒr Org-Kontakte, nicht fĂŒr
    Schutzbefohlene. Da gehört kein Kind rein.
  5. Object-Permissions. Wer Tenant-Details sehen darf, per NetBox-Rechten
    einschrĂ€nken — Datensparsamkeit auch in der Sichtbarkeit.
  6. Status-Feld (staged/active/offline) trÀgt den Lebenszyklus, ohne die Person
    je zu berĂŒhren.

Umsetzung

  • Struktur (Regionen/Site Groups/Sites/Tenant Groups/Tenants): netbox-organisation.yml
    (idempotent, Source of Truth).
  • GerĂ€te-Zuordnung: nb_site / nb_tenant in host_vars/<host>.yml, ausgerollt ĂŒber
    netbox-raspis.yml.
  • Migration Alt→Neu: bestehende GerĂ€te hĂ€ngen noch an der Legacy-Site OZM; sie
    wandern schrittweise auf Baumhaus / OZM-Museum / crumbcase00 (pro GerÀt eine
    bewusste Zuordnung, keine Automatik-Vermutung).