Ein Router, der dich abweist, sagt jetzt warum. Der Verbindungstest hatte für jeden Fehlschlag dieselbe Antwort, und die nannte zuerst das Passwort. Das schickte Leute in die falsche Richtung: Ein GL.iNet-Besitzer hat sein Passwort zweimal geändert, aber sein OpenWrt gibt die Schnittstelle, mit der wir reden, überhaupt nicht her. Kein Passwort hätte je funktionieren können. Nicht erreichbar, keine Schnittstelle, abgewiesen, keine Daten und keine passende Marke sind jetzt verschiedene Antworten. OpenWrt liefert seine eigene Diagnose, die übrigen Marken fallen auf eine Erreichbarkeitsprüfung zurück, die immerhin „gar keine Antwort“ von „hat geantwortet und nein gesagt“ trennt. Eine geratene Diagnose wäre schlimmer als eine ehrliche grobe.
Vier Marken muss man am Router erst freischalten, und die Auswahl sagt das jetzt an Ort und Stelle: ubus bei OpenWrt, ein API-Schlüssel statt des Kontopassworts bei UniFi, der Schalter für Anwendungen in der FRITZ!Box, www-ssl bei MikroTik. Die anderen dreizehn zeigen nichts statt eines leeren Kastens. Auch der Hilfetext verkauft die Funktion nicht länger unter Wert und verspricht keine Switch-Ports mehr für jede Marke, weil nur UniFi sie meldet. Was du bekommst: Geräte, die die Suche gar nicht erreicht (schlafende Telefone, alles hinter einer Firewall, andere VLANs), die Namen aus der DHCP-Tabelle des Routers, und ob eine Adresse geliehen oder fest reserviert ist.
Das Telefon sagt dasselbe mit denselben Worten. Es hat einen eigenen Router-Client und einen eigenen Katalog, also antwortete es weiterhin auf jeden Fehlschlag mit „prüfe die Zugangsdaten oder den Router-Typ". Wer beide Geräte in der Hand hält, hätte über einen Router zwei verschiedene Geschichten gehört.
Von allen siebzehn Marken liegen jetzt aufgezeichnete Antworten vor, die durch die Go- und die Dart-Umsetzung gleichermaßen laufen, und das hat drei Defekte zutage gefördert. Ein Peplink-Client, der nicht verbunden ist, zählt nicht mehr als anwesend. Ein Netgear-Gerät, dessen MAC sich nicht lesen lässt, verschwindet nicht mehr aus der Liste. Und ein UniFi-Controller auf Network 9.x meldet den Switch-Port, den er tatsächlich benutzt, statt des Feldes, das ältere Firmware verwendete.
Schwellenwert-Prüfungen verhalten sich jetzt wie jede andere Einstellung. Bisher lagen sie nach jedem Neustart ein ganzes Überwachungsintervall still. Bei einem Takt von fünfzehn Minuten heißt das: fünfzehn Minuten eine Prüfung, die scharf aussieht, nichts misst und den Alarm nicht auslösen kann, für den es sie gibt. Außerdem hatten sie einen Speichern-Knopf, den sonst nichts hat, sodass eine getippte, aber nicht bestätigte Änderung verworfen wurde, ausgerechnet dort, wo eine verlorene Änderung heißt, dass ein Alarm still aufhört hinzusehen. Die Felder speichern jetzt, sobald du sie verlässt, und die Statuszeile wird einem Screenreader vorgelesen.
Eine Prüfung hält auch fest, was sie gemessen hat. Vorher wurde das Ergebnis ausgewertet und weggeworfen, also stand in der Zeile für immer ein Strich mit grauem Balken, und als Status kam „up“, egal was gemessen wurde. Und in der Überwachungsliste gibt sich eine Prüfung nicht mehr als Gerät aus: Jemand fragte nach einem Gerät namens „Test“, das es in keinem Netz gibt. Eine Prüfung auf localhost saß zwischen wlan0 und einem NAS, mit Gerätesymbol und ohne jede Kennzeichnung. Prüfungen haben jetzt eine eigene Gruppe, ein eigenes Symbol und ihre Art neben dem Namen, als Text, weil Farbe allein weder einen Screenreader-Nutzer noch jemanden mit Farbsehschwäche erreicht.
Desktop und Server sind 1.7.9, die mobilen Apps 1.3.9. Vorhandene Lizenzen gelten weiter, an den Datenformaten hat sich nichts geändert.