Neu: Die KI-Firewall überwacht die gesamte Plattform und erklärt jeden Vorfall in einfachen Worten. So funktioniert es

Buğra Demiriz

bugra.demiriz

@bugra-demiriz · Mitglied seit August 2026

Hermetry-TeamNeuling
Themen
11
Antworten
33
Punkte
0
Neuling10 Punkte an Mitglied

Erstellte Forenantworten

Ansicht von 15 Beiträgen – 1 bis 15 (von insgesamt 33)

Von English mit KI übersetzt ·

Das sind nicht dieselben Dinge, deshalb können sie voneinander abweichen. Die Karte Sites & Assets wird nach dem schlimmsten aktiven Alarm eingefärbt. Die Vorlage des Sites-Boards liest den Standortstatus (Critical, Warning, OK oder Unknown), den schlechtesten Statusschlüssel jedes Geräts, seine aktiven Alarme und seine Verbindung. Ein Major-Alarm färbt die Karte rot, macht das Gerät dort aber allein nur zu Warning, da nur ein Critical-Alarm es zu Critical macht. Site status erklärt, woher dieser Wert kommt.

♥ 0

Von English mit KI übersetzt ·

Bearbeiten Sie den Standort und tragen Sie Latitude und Longitude ein. Kopieren Sie die Werte aus einer beliebigen Kartenanwendung und verwenden Sie einen Punkt als Dezimaltrennzeichen. Die Zeitzone befindet sich im selben Formular; Regeln verwenden beides. Locations and time zones.

♥ 0

Von English mit KI übersetzt ·

Abgefragte (polled) Geräte verwenden nur Last seen, und Geräte mit Last seen only schreiben keine Verbindungs- und Trennungseinträge. Das ist für Ihre Box erwartet.

♥ 0

Von English mit KI übersetzt ·

Ja. Eine abgelehnte Anmeldung (CONNACK 5) wird mit ihrem Grund protokolliert. Das Gerät selbst erhält den Grund nie.

♥ 0

Von English mit KI übersetzt ·

Einverstanden. Und wenn ein Gerät Daten sendet und sich danach absichtlich trennt, geben Sie seinem Profil die Regel Recent message online; dann zeigt eine reine Trennung das Gerät nicht als offline an, solange seine letzte Nachricht noch aktuell ist.

♥ 0

Von English mit KI übersetzt ·

Über die API: GET …/devices/{deviceId}/log?source=connection (bzw. source=audit für die Änderungen), maximal 1.000 Einträge tief. Der Verbindungsverlauf wird 30 Tage aufbewahrt. Für ein Quartal sollten Sie ihn daher alle paar Wochen abrufen und die Dateien aufbewahren. Die Änderungen stehen auch im Audit-Log; dessen API filtert nach resourceType=iot_device und der ID des Geräts, und Export CSV übernimmt den von Ihnen gefilterten Datumsbereich: Audit log.

♥ 0

Von English mit KI übersetzt ·

Duplizieren Sie das Profil auf der Profilseite. Dabei werden alle Einstellungen nach „<name> (copy)“ kopiert, Provisioning ist zunächst deaktiviert und es wird kein Provisioning-Schlüssel kopiert. Ändern Sie danach die Grenzwerte der Kopie und verschieben Sie die Geräte des zweiten Standorts auf das neue Profil.

♥ 0

Von English mit KI übersetzt ·

Ja. Ein Umschalten pro Sekunde ergibt 60 pro Minute. Das überschreitet das Flow-Limit von 30 Befehlen und Einstellungen pro Minute an ein einzelnes Gerät (es lässt sich auf einen Wert zwischen 1 und 600 setzen) sowie das allgemeine Befehlslimit von 10 pro Gerät und Minute. Befehle über dem Limit werden abgelehnt. Ich würde eine Sekundenfolge ohnehin nicht aus der Cloud steuern. Lege die Sequenz in der Gerätefirmware ab und sende einen einzigen Befehl, der sie startet, wobei die Dauer als Parameter übergeben wird.

♥ 0

Von English mit KI übersetzt ·

Das Fortsetzen übernimmt den bisherigen Verlauf: Nur neue Fehler zählen für das Gate, und eine Welle, die an ihrem Ende gestoppt wurde, gilt als bestanden. Sehen Sie sich daher die fehlgeschlagenen Geräte an, bevor Sie fortsetzen.

♥ 0

Von English mit KI übersetzt ·

Eines für alle zwölf. Man würde sie nur aufteilen, wenn einige eine andere Firmware-Familie oder einen anderen Sicherheitsbedarf hätten, zum Beispiel ein paar alte Geräte, die kein TLS können.

♥ 0

Von English mit KI übersetzt ·

Das schon wieder. Nach der Korrektur: Deploy, dann Resume über das Zeilenmenü des Flows. Die Pause behält den Speicher des Flows und die wartenden Nachrichten bei.

♥ 0

Von English mit KI übersetzt ·

Nein. Geräte, die beim Schließen einer Welle noch offline sind oder warten, werden weitergeführt und nicht als Fehler gezählt. Online-Geräte werden zuerst eingeplant, damit die Canary-Welle schnell Rückmeldung gibt. Geräte über volumenabhängige Verbindungen zeigen eventuell Waiting statt einer Aktualisierung an und werden ebenso weitergeführt. Der einzige Fall, der pausiert, ist eine Welle, die ohne abgeschlossenes Gerät schließt.

♥ 0

Von English mit KI übersetzt ·

Nichts. Ein Gerät in einer späteren Welle erhält keine fw_*-Attribute, bis seine Welle beginnt, und seine Seite zeigt „Wartet auf Welle n“. Die Reihenfolge bleibt für den Rollout stabil, daher wechselt ein Gerät nicht zwischen den Wellen.

♥ 0

Von English mit KI übersetzt ·

Script CPU zählt nur die CPU-Zeit der Script-Blöcke, nicht den restlichen Ablauf. 0 ms bedeutet, dass keiner der Läufe in diesem Monat Zeit in einem Script-Block verbracht hat.

♥ 0

Von English mit KI übersetzt ·

Richtig. iot_device_settings.dangerous.write ist nur für den Owner verfügbar, daher hat ein API-Schlüssel diese Berechtigung nie, und die Anfrage benötigt außerdem „confirm“: true.

♥ 0
Ansicht von 15 Beiträgen – 1 bis 15 (von insgesamt 33)