M9: Einrichten-Wizard bekommt einen Einfach/Experte-Modusschalter (ModeStepView). Einfach überspringt VLAN, erlaubt nur ein LAN-Netzwerk ohne Isolation, Firewall-Grundschutz fest an. M10: neuer "Experte"-Tab mit generischem Motor (RouterOSMenuItem, RouterOSCommand.remove, ConnectionService.fetchMenuItems, freies "eigener Menüpfad"-Feld) plus kuratierten Formularen mit Tooltips (RouterOSSchemaCatalog) für Firewall/NAT/Mangle/Raw/Adress-Listen, Interfaces, IP, VPN, WLAN, Queues, System, Werkzeuge. Live gegen einen hEX-Testrouter verifiziert (erst per SSH, dann vom Nutzer selbst in der App), dabei 7 reale Bugs gefunden und gefixt — der wichtigste: RouterOS' SSH-CLI gibt bei fehlgeschlagenen Befehlen Exit-Code 0 zurück, wodurch apply() app-weit Fehler verschluckte statt sie zu melden. Danach ergänzt: Bestätigungsdialog vor Anlegen/Ändern + Auto-Backup vor dem ersten Experte-Tab-Schreibvorgang je Sitzung (Angleichung an den Wizard), sowie ein Dauer-Editor (Tage/Std/Min/Sek) für Lease-/Ablaufzeit-Felder statt Freitext. Details zu allen Bugs/Fixes: HANDOFF.md, CHATLOG.md. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01EW3r6rW1xCf6UT5jNvt6rn
58 lines
2.4 KiB
Swift
58 lines
2.4 KiB
Swift
import SwiftUI
|
|
|
|
struct SetupView: View {
|
|
@ObservedObject var connectionService: ConnectionService
|
|
@StateObject private var viewModel: SetupViewModel
|
|
|
|
init(connectionService: ConnectionService) {
|
|
self.connectionService = connectionService
|
|
_viewModel = StateObject(wrappedValue: SetupViewModel(connectionService: connectionService))
|
|
}
|
|
|
|
var body: some View {
|
|
NavigationStack {
|
|
Group {
|
|
if connectionService.credentials == nil {
|
|
ContentUnavailableView(
|
|
"Nicht verbunden",
|
|
systemImage: "network.slash",
|
|
description: Text("Verbinde dich zuerst im Tab \"Verbinden\" mit deinem Router.")
|
|
)
|
|
} else {
|
|
switch viewModel.step {
|
|
case .mode:
|
|
ModeStepView(viewModel: viewModel)
|
|
case .wan:
|
|
WanStepView(viewModel: viewModel, availableInterfaces: configurableInterfaces)
|
|
case .lan:
|
|
LanStepView(viewModel: viewModel, availableInterfaces: configurableInterfaces)
|
|
case .vlan:
|
|
VlanStepView(viewModel: viewModel, availableInterfaces: configurableInterfaces)
|
|
case .wifi:
|
|
WifiStepView(viewModel: viewModel)
|
|
case .firewall:
|
|
FirewallStepView(viewModel: viewModel)
|
|
case .review:
|
|
ReviewApplyView(viewModel: viewModel, credentials: connectionService.credentials)
|
|
}
|
|
}
|
|
}
|
|
}
|
|
.onAppear {
|
|
viewModel.prepareDefaults(from: configurableInterfaces)
|
|
}
|
|
}
|
|
|
|
/// Loopback is never something a person should pick as WAN/LAN/VLAN base interface —
|
|
/// excluded here (not just via defaults) so a parsing hiccup elsewhere can't offer it as
|
|
/// a selectable option, which on a real hEX device caused every WAN/firewall command to
|
|
/// silently reference "lo" instead of the real WAN port. Found via live testing.
|
|
private var configurableInterfaces: [NetworkInterface] {
|
|
connectionService.interfaces.filter { $0.type.lowercased() != "loopback" }
|
|
}
|
|
}
|
|
|
|
#Preview {
|
|
SetupView(connectionService: ConnectionService())
|
|
}
|