5d6c322129
Sheets via neuer KeyboardAwareSheet-Composable (in Modal pattern, auto-grow mit Tastatur, paddingBottom-Lift): EditMail, AddDomain, CreateRoom, ConnectMail. GameOverScreen behält Spring-Slide-In, nutzt RN Keyboard.addListener für Lift. - KeyboardAwareSheet.tsx — universal modal with sheet-grow + keyboard-padding - react-native-keyboard-controller installiert + KeyboardProvider in Root - Snake: time + ScoreProgressBar + useSnakeSounds (haptic, audio TODO) - Tetris: title weg, Buttons zentriert, kein Pressable mit style-fn - DPad-Buttons 60→48, more bg, no scale - useMe: pub-sub listener pattern für app-weite avatar/nickname-Updates - dm.tsx: resolveAvatar wrap (iron.png-Warning) - Mail-error-humanizer + locales Recovery-Doc-Update in docs/internal/RECOVERY_LOG_2026-05-10.md Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
77 lines
3.3 KiB
Markdown
77 lines
3.3 KiB
Markdown
# ReBreak MDM — Projektübersicht
|
|
|
|
## Was ist das
|
|
|
|
MDM steht für Mobile Device Management. Dieses Projekt setzt einen selbst-gehosteten MDM-Server (NanoMDM) auf, der ein iPhone dauerhaft unter Supervision halten kann — mit dem Ziel, dass der Nutzer (Chahine) eine Spiel-Blockade nicht ohne Aufwand umgehen kann.
|
|
|
|
Das Szenario: Chahine enrolled sein iPhone freiwillig in das MDM-Profil (self-binding). Das Profil kann er nicht selbst entfernen, weil dafür ein Admin-PIN oder die Zustimmung eines Trustees nötig ist. Die Trustees sind Olfa und Ina Wittek.
|
|
|
|
**Kein Enterprise-MDM.** Kein Firmenzweck. Kein App-Store-Management. Ausschließlich: Entfernung des MDM-Profils blockieren.
|
|
|
|
## Warum getrennter VPS
|
|
|
|
Der MDM-Server läuft auf einem separaten Hetzner-VPS (`rebreak-mdm`, 178.105.101.137), getrennt von `rebreak-server` (49.13.55.22, Nuxt-App). Gründe:
|
|
|
|
- Kein Crossover-Risiko: ein Deploy-Fehler auf dem App-Server betrifft nicht den MDM-Server
|
|
- Unabhängige Uptime: MDM muss laufen auch wenn die App deployed wird
|
|
- Klarere Verantwortung: MDM-Server hat keine App-Logik, nur nanomdm + postgres + nginx
|
|
|
|
## Architektur
|
|
|
|
```
|
|
[Chahines iPhone]
|
|
|
|
|
|-- NEFilter (ReBreak iOS App, anderer Scope)
|
|
| Blockiert Gambling-Domains via Network Extension
|
|
|
|
|
|-- MDM-Profil (dieser Server)
|
|
Verhindert Entfernung der App ohne Admin-Zustimmung
|
|
|
|
|
v
|
|
[mdm.rebreak.org] (178.105.101.137)
|
|
|
|
|
+-- nginx (443 SSL) --> nanomdm (127.0.0.1:9000)
|
|
|
|
|
v
|
|
postgres (127.0.0.1:5432)
|
|
DB: nanomdm, User: nanomdm
|
|
```
|
|
|
|
Apple-Push-Zertifikat-Flow:
|
|
```
|
|
[Server: push.csr] --> [identity.apple.com] --> [push.pem download]
|
|
|
|
|
[scp push.pem to server]
|
|
|
|
|
[nanomdm benutzt push.pem
|
|
um Apple APNS zu erreichen
|
|
= MDM-Befehle ans Gerät]
|
|
```
|
|
|
|
## Trust-Modell
|
|
|
|
- **Chahine**: Gerät-Owner, enrolled sich selbst. Hat keinen MDM-Admin-Zugriff (Sinn der Sache).
|
|
- **Olfa**: Co-Admin. Hat Zugriff zu MDM-Credentials (in `/opt/nanomdm/` auf dem Server).
|
|
- **Ina Wittek** (`ina.wittek@gmx.de`): Trustee. Bekommt per Email einen Notfall-Schlüssel, mit dem sie das MDM-Profil entfernen kann falls Chahine z.B. das Gerät für dringende Arbeit braucht und weder er noch Olfa erreichbar sind.
|
|
|
|
Factory-Reset = nuclear option. Zerstört alle Daten. Sollte nur als letztes Mittel genutzt werden.
|
|
|
|
## Status
|
|
|
|
- Phase A ✅ Server-Bootstrap
|
|
- Phase B ✅ TLS-Zertifikat
|
|
- Phase C ✅ NanoMDM container + nginx
|
|
- Phase D ✅ Apple Push CSR generiert — Benutzeraktion ausstehend
|
|
- Phase E ⏳ Email an Ina (blocked: Apple-cert + Resend-key fehlen)
|
|
- Phase F ⏳ Device-Enrollment (factory-reset + USB-Supervision + Profil-Installation)
|
|
|
|
Details in `PHASES.md`.
|
|
|
|
## Quick Links
|
|
|
|
- SSH: `ssh rebreak-mdm` (178.105.101.137)
|
|
- NanoMDM: https://mdm.rebreak.org
|
|
- Apple Push Portal: https://identity.apple.com/pushcert/
|
|
- Resend (Email-Service): https://resend.com
|
|
- NanoMDM Docs: https://github.com/micromdm/nanomdm
|