name: lehrer-node-hotspot-klassenzimmer
description: "Kommende 'Lehrer'-Version (Branko 2026-08-18): PrĂ€sentationsmodus mit Webserver + eigenem Hotspot; KrĂŒmel kommen per iPad im Klassenzimmer auf die Lehrer-Node, die zum Nullfeld durchreicht und den Vorgang lokal speichert; max ~16 temporĂ€re Logins + 1 Admin, EIN geteilter SchlĂŒssel; power off â nichts gespeichert auĂer den temporĂ€ren Unterrichts-Usern; lĂ€uft unabhĂ€ngig vom crumbcore; fehlt noch in der groĂen Rust-App"
metadata:
node_type: memory
type: project
Kommende âLehrer"-Version (Branko, 2026-08-18) â die dritte Nutzungsform neben âpersönlich" und â1 Raspi/viele Kinder" aus [[klassenzimmer-werkzeug-ein-port-offizielle-kruemel]]:
Was sie ist. Der PrĂ€sentationsmodus mit Webserver (das HTML-Front, #static) wird zur Lehrer-Node: sie spannt einen eigenen Hotspot auf. KrĂŒmel ohne eigenen Zero kommen per iPad im Klassenzimmer auf die Lehrer-Node. Die Node reicht zum Nullfeld durch (Mittelsmann) und speichert den Vorgang lokal wĂ€hrend der Unterrichtseinheit. KrĂŒmel arbeiten mit iPad zusammen.
Vertrauensmodell â zwei Tiers werden drei.
- Persönlich: 1 Kind = 1 SSH-Key = 1 Zero (hardware-gebunden, [[krumel-onboarding-token-gate]]).
- Lehrer-Hotspot: EIN geteilter SchlĂŒssel trĂ€gt die Node; darunter max ~16 temporĂ€re Logins + 1 Admin. Die Nutzer sind da (existieren im Unterricht), tragen aber nur diesen einen SchlĂŒssel â keine eigene Hardware-IdentitĂ€t.
Ephemer ist das Prinzip (nicht Gimmick). Power off â keine Daten gespeichert, auĂer den temporĂ€ren Usern wĂ€hrend des Unterrichts. Das ist âZurĂŒck auf Null" / Nullfeld im Kleinen ([[geschuetzter-raum-im-jetzt]], [[crumbforest-passkante-bewegungsdaten]]) â der Raum entsteht im Jetzt und löst sich wieder auf.
LĂ€uft unabhĂ€ngig vom crumbcore. Der crumbcore (an dem sich KrĂŒmel ohne eigenen Zero anmelden, um mit der Crew zu sprechen) ist ein getrennter Weg. Die Lehrer-Node ist ein eigenstĂ€ndiger Hotspot-Durchreicher, kein crumbcore-Client.
Status: fehlt noch in der groĂen Rust-App. Noch nicht gebaut. BerĂŒhrt bei Umsetzung: eingebauter Webserver + Hotspot (AP-Mode), lokaler ephemerer Session-Store, Durchreiche zum Nullfeld ĂŒber die Ein-Port-Kante ([[nullfeld-qdrant-ollama-loopback-bind]]).
Zwei offene Design-Fragen, die Branko dabei aufwirft (2026-08-18) â noch NICHT beantwortet, nicht raten:
1. Bindet der Vertrauensvertrag SchlĂŒssel/ZugĂ€nge an Hardware? Bisher implizit ja fĂŒr die persönliche Schiene (WG-Peer + NetBox-Device + physischer Key = âCode ohne Raum", [[krumel-onboarding-token-gate]]), aber die Token-IdentitĂ€t hĂ€ngt am pseudonymen NetBox-Tenant, nicht strikt am GerĂ€t. Der Lehrer-Hotspot bricht das bewusst auf (ein Key, viele ephemere User). Der Vertrag muss beide Tiers sauber trennen â das ist noch nicht ausformuliert.
2. Killswitch / Login-Reset bei PWD vergessen oder Zero verloren? Aktuell kein expliziter Mechanismus geplant â nur die Zutaten existieren (WG-Peer widerrufen, NetBox-Device deaktivieren, Token-Kontingent auf denselben Pseudonym-Tenant auf neuer Hardware neu ausgeben). Ein bewusster âGerĂ€t-Killswitch" bzw. Reset-Fluss fehlt im Konstrukt und sollte eingeplant werden.