WebUI-Navigation und Zugang
Modul bedienen, Sprache wählen und WebUI-Zugang verwalten.
Wo zu finden: Anleitung / Übersicht. Wo ist welche Funktion?
Übersicht zeigt einen kurzen Laufzeitstatus. CPU, residenter Prozessspeicher (RSS) und Ressourcenmonitor stehen unter Erweiterte Details, standardmäßig eingeklappt. Hilfe erhalten öffnet Protokolle & Support. Geräteprüfungen behält Play Integrity, Wallet, RCS und den Sicherheitsscanner. Protokollanzeige, Kopieren, Herunterladen und Debug-Protokollierung bleiben unter Protokolle & Support.
Unter Protokolle & Support bündelt Basisbericht teilen die Systemübersicht und Modulprotokolle als ZIP und öffnet das Teilen in Android. Systemübersicht kopieren kopiert nur die angezeigte Übersicht.
Vorgehen
- Offizielle ZIP im Root-Manager installieren.
- WebUI öffnen (Magisk: Action).
- Berechtigtes Schlüsselmaterial unter Keyboxen hinzufügen.
- Optionale Identitätsfunktionen nur bei Bedarf aktivieren.
Details und Grenzen
KernelSU und APatch öffnen die gepackte WebUI direkt. Magisk nutzt Action und den separaten Host. Native Manager-Brücke ohne lokalen TCP-Port. Der Dienst validiert Dateien und Schreibzugriffe; Erfolg folgt einer abgeschlossenen Operation.
Identität erscheint, wenn eine Identitätsfunktion in Übersicht aktiviert ist. Sicherheitspatch erscheint nach Aktivierung seines Schalters. Keystore-, Boot- und RKP-Kernschutz sind davon unabhängig.
- Öffnen Sie Protokolle & Support oder wählen Sie Hilfe erhalten unter Übersicht. Aktivieren Sie Debug-Protokollierung nur bei Bedarf, reproduzieren Sie den Fehler und aktualisieren Sie die Protokolle. Anzeige, Kopieren und Herunterladen funktionieren weiterhin unabhängig.
- Öffnen Sie Berichtsvorschau. Systemübersicht ist eine begrenzte Zustandsaufnahme, kein Protokoll. Systemübersicht kopieren kopiert genau die angezeigte Übersicht. Die Vorschau zeigt die aktuellen Modulprotokolle getrennt.
- Basisbericht teilen erstellt eine ZIP mit
system-summary.txtundmodule-logs.txtund öffnet die Android-Auswahl. Sie wählen das Ziel. Ist das Teilen nicht verfügbar oder schlägt es fehl, wird dieselbe ZIP heruntergeladen; ein Abbruch löst keinen Download aus. An Telegram wird nichts automatisch gesendet. - Bericht aktualisieren aktualisiert beide Aufnahmen. Bei einem Erstellungsfehler bleiben Kopieren und Teilen gesperrt. Deaktivieren Sie Debug-Protokollierung danach.
Die Übersicht verwendet eine feste Liste: Modul-, Versions-, Root-Umgebungs- und Interceptor-Zustand, Gesamtzahlen, CPU/RSS, Funktionsschalter und grundlegende Android-/Gerätemetadaten. Paket-/Keyboxnamen, Zugangsdaten, Serverkonfiguration, private Schlüssel und Identitätskennungen sind ausgeschlossen. Feldnamen und Maschinenwerte von schema=2 bleiben sprachunabhängig. Die ZIP enthält zusätzlich echte Modulprotokolle, die Geräte- oder Appnamen zeigen können: beide Teile vor dem Teilen prüfen. Die Übersicht ist auf 8 KiB, UTF-8-Protokolle auf 1 MiB begrenzt; unlesbare oder übergroße Daten werden abgewiesen. Diese ZIP ist vom umfangreicheren Notfallbericht .tar.gz getrennt.
Natives Teilen nutzt eine private Kopie im Android-Shell-Dateianbieter (Modus 0640) und eine vorübergehende Leseberechtigung. Der primäre Android-Nutzer wird unterstützt; andere Nutzer oder Hosts ohne nutzbaren Anbieter erhalten den Download. Höchstens 32 Kopien bleiben erhalten; Kopien über 24 Stunden werden erst nach einem erfolgreichen neuen Export entfernt. Heruntergeladene ZIPs bleiben erhalten.
Kompatibilitätsprüfung der WebUI-Sperre
Die WebUI-Sperre wird vor dem Aktivieren unter KernelSU, APatch oder Magisk auf dem Gerät geprüft. PIN, Muster oder Passwort sind zulässig; eine numerische PIN ist nicht erforderlich. Wird die sichere Bestätigung nicht unterstützt, bleibt die Sperre aus und eine übersetzte Benachrichtigung erklärt den Fehler.
Beim Aktivieren der WebUI-Sperre im Dashboard müssen zwei Android-Abfragen innerhalb von zwei Minuten abgeschlossen werden. Die erste prüft eine authentifizierte Signatur. Danach wird die Hilfsapp neu gestartet; die zweite Abfrage muss im neuen Prozess mit demselben gespeicherten Schlüssel signieren. Erst nach Prüfung beider Nachweise speichert der Dienst die Registrierung. Bei einem nicht unterstützten Gerät bleibt der Schalter aus und die entsprechende Benachrichtigung erscheint. Abbruch oder vorübergehende Fehler lassen die Sperre ebenfalls aus und erlauben einen neuen Versuch, ohne dauerhafte Inkompatibilität zu behaupten. Spätere Änderungen an Bildschirmsperre oder Schlüssel kann diese Prüfung nicht vorhersagen. Eine aktive Sperre wird bei einem Authentifizierungsfehler niemals deaktiviert; nutze bei Bedarf die folgende Wiederherstellung durch den Eigentümer.
Beim normalen Entsperren der WebUI genügt eine Android-Abfrage. Trifft das signierte Ergebnis ein, bevor die WebUI wieder sichtbar ist, wartet sie bis zu 10 Sekunden auf die Rückkehr in den Vordergrund, statt eine zweite Abfrage zu starten. Geschützte Inhalte bleiben im Hintergrund gesperrt; Abbruch, Verlassen der Seite oder Zeitüberschreitung widerrufen die ungenutzte Sitzung.
Diagnose, wenn der Moduldienst nicht startet
Ist der native Dienst nicht verfügbar, zeigt WebUI einen Dienstfehler statt einer vermeintlich aktivierten Benutzersperre. Notfallbericht erstellen führt das vorhandene emergency-report.sh über die Root-Manager-Shell unabhängig vom Daemon aus. Der Speicherpfad wird angezeigt; der Bericht wird nicht automatisch geteilt, und Einstellungen bleiben gesperrt. Systemlogs können vertrauliche Informationen enthalten. Das Zurücksetzen der Moduldaten fügt dem Kernel keine fehlende pidfd-Unterstützung hinzu.
WebUI-Sperre wiederherstellen
Entfernen oder Zurücksetzen der Android-Bildschirmsperre kann den registrierten Schlüssel ungültig machen. Fehlgeschlagener Nachweis deaktiviert keinen Schutz. Der Eigentümer kann nur die WebUI-Registrierung mit den Root-Befehlen unten zurücksetzen, WebUI öffnen und die Sperre in Übersicht neu aktivieren. Keyboxen, Einstellungen und Sicherungen bleiben erhalten; die Sperre bleibt bis zur Aktivierung aus.
su -c 'rm /data/adb/cleverestricky/webui_auth.json'
su -c reboot
Alle Moduldaten zurücksetzen
Wenn sich die Android-Prüfung nicht öffnen lässt, steht Modul zurücksetzen neben Entsperren bereit. Lies die Warnung fünf Sekunden lang und bestätige dann Alle Daten löschen und neu starten. Vor der Bestätigung kannst du abbrechen; beim Verlassen der WebUI wird die Warnung geschlossen.
Der lokale Prüfhelfer wird für alle Android-Nutzer deinstalliert. Das Löschen von /data/adb/cleverestricky, den alten Ordnern keyboxes/ und Encrypted/ im installierten Modul sowie losen *.xml / *.cbox-Dateien im Modulhauptverzeichnis wird geplant. Die vom Modul vorgenommene dauerhafte Regionsänderung wird ebenfalls entfernt. Einstellungen, Profile, Keyboxes, verschlüsselte Sicherungen in diesen Ordnern, Protokolle und die WebUI-Sperrregistrierung werden dauerhaft gelöscht. Programmdateien des Moduls und anderswo exportierte Kopien bleiben erhalten.
Das Löschen erfolgt beim nächsten Start vor der Modulkonfiguration. Danach werden empfohlene Standardwerte mit ausgeschalteter WebUI-Sperre erstellt. Ein ausstehendes oder fehlgeschlagenes Zurücksetzen blockiert den Laufzeitstart bis zur erfolgreichen Bereinigung. Falls der Neustart fehlschlägt, wähle Jetzt neu starten. Falls die Vorbereitung nicht bestätigt werden kann, wiederhole sie oder starte neu, um ausstehende Anfragen abzuschließen; ein Fehler beweist keinen Abbruch.