21 lines
1.3 KiB
Markdown
21 lines
1.3 KiB
Markdown
# ADR-0027: Netzwerk-Discovery & Interface-Binding
|
|
|
|
## Status
|
|
Vorgeschlagen
|
|
|
|
## Kontext
|
|
Desktop-Rechner auf Turnieren sind oft mit mehreren Netzwerken gleichzeitig verbunden (z.B. LAN für das Turnier-Netzwerk, WLAN für Internet-Hotspot). Automatische Discovery-Dienste (JmDNS) wählen ohne explizite Konfiguration oft das falsche Interface, wodurch sich Clients und Master nicht finden.
|
|
|
|
## Entscheidung
|
|
Wir führen ein explizites Netzwerk-Management für die Initialisierung ein.
|
|
|
|
1. **Interface-Selektion:** Der Benutzer muss bei der technischen Initialisierung explizit wählen, über welches Netzwerk-Interface (IP-Adresse/Adapter) die App kommunizieren soll.
|
|
2. **Geführte Discovery:** Sobald ein Interface gewählt ist, startet ein "Radar-Modus". Dieser scannt aktiv nach vorhandenen Master-Geräten.
|
|
3. **Adaptive Rolle:** Findet die Discovery einen Master, wird dem Benutzer die Rolle "Client" mit automatischer Konfigurationsübernahme vorgeschlagen. Werden nur Clients oder nichts gefunden, wird die Rolle "Master" empfohlen.
|
|
4. **Validierung:** Vor Abschluss der Initialisierung wird ein Verbindungstest durchgeführt (Pre-Flight Check).
|
|
|
|
## Konsequenzen
|
|
- Verhindert "Geistersuchen" im falschen Netzwerk.
|
|
- Erhöht die Benutzerfreundlichkeit durch automatische Vorschläge.
|
|
- Erfordert Zugriff auf System-Netzwerk-APIs in der Desktop-Shell.
|