Fix 4 Bugs aus systematischem Tester-Durchgang (bugs.md)
Race Condition bei LAN-Port-Konflikt-Prüfung (Generation-Zähler), Firewall-Titel widersprach sich im Einfach-Modus, 2 fehlende EN-Übersetzungen, Health-Check- Herzschlag ignorierte laufende Wizard-/Experte-Schreibvorgänge. Außerdem M7/M9 im README/HANDOFF auf fertig aktualisiert (Modusschalter+Experte-Zweig liefen bereits über die Multi-LAN/WLAN-Live-Tests). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
+15
-9
@@ -996,24 +996,29 @@ Unit-Tests grün (inkl. neuer `ExpertViewModelTests` und
|
||||
wiederherstellen" (Gefahrenzone im Sicherungen-Tab,
|
||||
`/system reset-configuration no-defaults=no`), eigenes App-Icon
|
||||
("Signal Router"-Motiv).
|
||||
- 🔶 M7: Härtung — SSH-Hostkey-TOFU **fertig, gegen echte Hardware
|
||||
- ✅ M7: Härtung — SSH-Hostkey-TOFU **fertig, gegen echte Hardware
|
||||
bestätigt** (inkl. neuem "Trennen"-Button im Verbinden-Tab, der dafür
|
||||
nötig wurde). REST-Schreibpfad gegen `www-ssl` seit 2026-09-16 verifiziert
|
||||
(Bug 30–32). Dabei zusätzlich Bug 37 gefixt: REST-Erstverbindungen
|
||||
etablieren jetzt automatisch auch SSH-Trust im Hintergrund, statt dass
|
||||
dedizierte SSH-Dienste (Backup u.a.) beim ersten Zugriff mit einem
|
||||
unbestätigbaren Hostkey-Fehler dead-enden (live bestätigt, "passt").
|
||||
Verbleibend: REST-Fehlerzustände bei Verbindungsabbruch mitten im Apply
|
||||
noch nicht gezielt geprüft.
|
||||
Verbindungsabbruch mitten im Apply per Code-Review bestätigt (sauberer
|
||||
`do/catch`-Abbruch, `applyLog` zeigt Fortschritt, Backup davor als Netz)
|
||||
— bewusst nicht live erzwungen.
|
||||
- ✅ M8: Mehrere LAN-Interfaces mit eigenem DHCP + Netzwerk-Isolation
|
||||
(eigene Firewall-Regeln pro LAN/VLAN) — **live gegen Hardware
|
||||
verifiziert**, sowohl manuell (SSH) als auch über den App-Wizard
|
||||
selbst (`ether4`), dabei drei App-Bugs gefunden+gefixt (Bug 22–24,
|
||||
siehe oben). Isolation, DNS und Internet vom Nutzer am echten Gerät
|
||||
bestätigt.
|
||||
- 🔶 M9: Einfach/Experte-Modus im Einrichten-Wizard — gebaut, Compile/
|
||||
Unit-Test-verifiziert. UI (Modusumschalter selbst) noch nicht manuell
|
||||
durchgeklickt — nur M10s Experte-Tab wurde das (siehe M10).
|
||||
- ✅ M9: Einfach/Experte-Modus im Einrichten-Wizard — Modusschalter +
|
||||
Experte-Zweig **live gegen Hardware bestätigt**: der Multi-LAN/
|
||||
Isolation-Test (2026-09-15, `ether4`) und der WLAN-Test (2026-09-17,
|
||||
hAP lite) liefen beide über den App-Wizard im Experte-Modus (Multi-LAN,
|
||||
VLAN-Schritt, Isolation-Toggle — alles nur im Experte-Zweig vorhanden).
|
||||
Einfach-Zweig selbst (vereinfachter Pfad ohne VLAN/Isolation) nicht
|
||||
separat live geklickt.
|
||||
- ✅ M10: Experte-Tab (generischer RouterOS-Zugriff + kuratierte Firewall-
|
||||
und weitere Schemas) — Kern-Logik **live gegen Hardware verifiziert**,
|
||||
UI (VLAN anlegen/löschen, DHCP-Server mit Adress-Pool zuweisen) **vom
|
||||
@@ -1632,9 +1637,10 @@ verallgemeinert** (2026-09-16, beim Live-Test von M26 gefunden):
|
||||
REST-zuerst verbindet statt SSH-Fallback. Fehlerzustände/Politur im
|
||||
REST-Pfad noch nicht gezielt geprüft (z.B. Verbindungsabbruch
|
||||
mitten im Apply) — optional für später.
|
||||
3. M9 UI (Einfach/Experte-Modusumschalter im Einrichten-Tab selbst) noch
|
||||
manuell durchklicken — M10s Experte-Tab wurde bereits vom Nutzer
|
||||
bestätigt (siehe oben), der Moduswechsel im Wizard noch nicht.
|
||||
3. ~~M9 UI (Einfach/Experte-Modusumschalter im Einrichten-Tab selbst)
|
||||
durchklicken~~ — der Experte-Zweig lief bereits über den App-Wizard bei
|
||||
den Multi-LAN/Isolation- (2026-09-15) und WLAN-Tests (2026-09-17),
|
||||
siehe M9-Zeile oben. Einfach-Zweig weiterhin nicht separat geklickt.
|
||||
4. M10: ~~WLAN-Schemas (an Gerät mit WLAN-Chip)~~ — erledigt
|
||||
(2026-09-17, hAP lite). ~~Bonding~~ — erledigt (2026-09-17, hAP
|
||||
lite, `ether3`+`ether4`, `mode=active-backup`): `/interface bonding
|
||||
|
||||
Reference in New Issue
Block a user