UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Codierknecht]

@codierknecht
@Garfonso @fastfoot
Ich hab' die Diskussion aus Discord mal hier weitergetrieben.
Hier kriegen das mehr User mit ... falls es wen interessiert.

Das "fehlerhafte" Script in Zabbix sieht so aus:

const params = JSON.parse(value);

const requestBody = '<?xml version="1.0" encoding="utf-8"?>' +
'<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">' +
'    <s:Header>' +
'        <h:InitChallenge xmlns:h="http://soap-authentication.org/digest/2001/10/" s:mustUnderstand="1">' +
'            <UserID>' + params.username + '</UserID>' +
'        </h:InitChallenge>' +
'    </s:Header>' +
'    <s:Body>' +
'        <u:' + params.action + ' xmlns:u="' + params.urn + '" />' +
'    </s:Body>' +
'</s:Envelope>';

const action = params.urn + '#' + params.action;

// Initialize challenge with Fritz!Box
var url = 'http://' + params.ip + ':49000' + params.url;
const request = new HttpRequest();
request.addHeader('Content-Type', 'text/xml; charset="utf-8"');
request.addHeader('SoapAction', action);
var response = request.post(url, requestBody);

return JSON.stringify(response);

Der POST-Request liefert ein 404.
Teste ich das mit einem GET gegen die Fritte (z.B. http://192.168.178.1:49000/tr64desc.xml), funktioniert das einwandfrei ... auch mit Port 49000.

Wenn ich den hier verwendeten Header und den URL in Postman einsetze, funktioniert das auch problemlos.

[Codierknecht]

Ich habe mir mal einen kleinen Test-Service gebaut, der bei gleichem Endpunkt & Port sowohl auf GET als auch auf POST horcht.
Ergebnis: Funktioniert einwandfrei.
Es ist also nicht Zabbix, das hier das Problem verursacht, sondern die Fritte selbst.
Irgend etwas fehlt bei meinem Request oder ist falsch.

Bin für jede Idee zu haben ...

[arteck]

@codierknecht dann nimm doch den GET

[Codierknecht]

@arteck sagte in [gelöst] - Zabbix (FritzBox etc.):

dann nimm doch den GET

Das funktioniert nur bei meinem Test-Service.
Die Fritte erwartet für TR-064 schon einen POST und einen entsprechenden body.

[Codierknecht]

Des Rätsels Lösung:

Die Header für den Request müssen so gesetzt werden:

request.setHeader('Content-Type: text/xml');

und nicht so:

request.setHeader('Content-Type', 'text/xml');

Dummerweise wirft die JS-Enginge von Zabbix hier keinen Fehler.

Es kann jetzt also an der Ecke weitergehen.
Als erstes soll ein Check auf die Portfreigaben eingerichtet werden.
Das Abfragen der Fritte über TR-064 ist nämlich deutlich schneller als der Kram über .../xyz.lua.

Was fällt euch so alles ein, was sich mit Zabbix an der Fritte monitoren lässt?

[BananaJoe]

@codierknecht das Problem mit Zabbix ist ja das man manchmal einfach in eine Sammelwut verfällt. Ist zwar schön was man alles abrufen kann, aber ob man das braucht ...

Up- und Download Auslastung frage ich zum Beispiel meinen Switch hinter der Fritte per SNMP statt der Fritte selbst.

Trotzdem nehme ich nur zu gerne dann dein fertiges Template, zum einen als schönes Beispiel, zum anderen weil man das dann auch schön zeigen kann und die Leute damit etwas anfangen können.

Du kannst noch die DECT Geräte abfragen usw. Dann bist du irgendwann bei allem was der TR064 und/oder FritzDECT Adapter raussaugt, nur ohne steuern. Kannst dir ja bei den Adapter Inspiration holen.
Statistiken zur Verbindung / Fehlerrate werden auch immer gerne genommen. Wobei es da ja DSL, Glasfaser und LTE gäbe.

Das Muster-Template kann gerne alles herausholen was es gibt - man kann dann ja das deaktivieren was man nicht braucht bzw. das Template klonen und zusammenstreichen ...

[Codierknecht]

Der Vollständigkeit halber hier nun das komplette Script in Zabbix, um die Anzahl der Portweiterleitungen zu ermitteln:

const params = JSON.parse(value);

var requestBody = '<?xml version="1.0" encoding="utf-8"?>' +
'<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">' +
'    <s:Header>' +
'        <h:InitChallenge xmlns:h="http://soap-authentication.org/digest/2001/10/" s:mustUnderstand="1">' +
'            <UserID>' + params.username + '</UserID>' +
'        </h:InitChallenge>' +
'    </s:Header>' +
'    <s:Body>' +
'        <u:' + params.action + ' xmlns:u="' + params.urn + '" />' +
'    </s:Body>' +
'</s:Envelope>';

const action = params.urn + '#' + params.action;

// Initialize challenge with Fritz!Box
var url = 'http://' + params.ip + ':49000' + params.url;
const request = new HttpRequest();
request.addHeader('Content-Type: text/xml; charset="utf-8"');
request.addHeader('User-Agent: AVM UPnP/1.0 Client 1.0');
request.addHeader('SoapAction: ' + action);
var response = request.post(url, requestBody);

var statusCode = request.getStatus();
if (statusCode != 200) {
    throw 'Error ' + statusCode + ' initializing authentication!';
} else {
    // Calculate authentication
    const nonce = XML.query(response, '//Nonce/text()');
    const realm = XML.query(response, '//Realm/text()');
    const secret = md5(params.username + ':' + realm + ':' + params.password);
    const auth = md5(secret + ':' + nonce);

    // Get values with authentication
    requestBody = '<?xml version="1.0" encoding="utf-8"?>' +
    '<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">' +
    '    <s:Header>' +
    '        <h:ClientAuth xmlns:h="http://soap-authentication.org/digest/2001/10/" s:mustUnderstand="1">' +
    '            <Nonce>' + nonce + '</Nonce>' +
    '            <Auth>' + auth + '</Auth>' +
    '            <UserID>' + params.username + '</UserID>' +
    '            <Realm>' + realm + '</Realm>' +
    '        </h:ClientAuth>' +
    '    </s:Header>' +
    '    <s:Body>' +
    '        <u:' + params.action + ' xmlns:u="' + params.urn + '" />' +
    '    </s:Body>' +
    '</s:Envelope>';

    response = request.post(url, requestBody);
    var statusCode = request.getStatus();
    if (statusCode != 200) {
        throw 'Error ' + statusCode + ' sending authenticated request!';
    } else {
        return(XML.query(response, 'number(//NewForwardNumberOfEntries/text())'));
    }
}

Die Parameter "ip", "username" und "password" sollten klar sein.
Was zusätzlich noch benötigt wird:
"action" = "GetForwardNumberOfEntries"
"url" = "/upnp/control/layer3forwarding"
"urn" = "urn:dslforum-org:service:Layer3Forwarding:1"

Jetzt werde ich nach und nach die Doku von AVM durchgehen, und sehen was da sinnvoll nutzbar ist.
Das Ganze werde ich dann als Template für Zabbix veröffentlichen.
Wie gesagt: Wer Vorschläge hat, darf die gerne äußern.

Aktueller Zwischenstand:

[Codierknecht]

Here it is:

https://github.com/DEV2DEV-DE/zabbix-templates/blob/main/zbx_template_fritzbox.xml

[BananaJoe]

@codierknecht argh, Version 6.4. Da müsste ich noch eben warten bis 7.0 raus ist ... ich setze in dem Bereich nur die LTS-Versionen ein.

[Codierknecht]

@bananajoe sagte in [gelöst] - Zabbix (FritzBox etc.):

Version 6.4

Lässt sich das unter 6.0 importieren, wenn man einfach im XML die Versionsnummer runterdreht?
Oder hat sich zu 6.4 das Format maßgebend geändert?

[BananaJoe]

@codierknecht Kollege testet gerade :-) Könnte reichen, ansonsten sagt er einem was ihn stört

[Codierknecht]

Wenn man einmal weiß wie es geht ... wer einen Hammer hat, sieht eine Welt voller Nägel :grinning:

Mittlerweile sind's > 80 Items ;-)
Obwohl so eine Fritte eigentlich recht "unkommunikativ" ist. Kein SNMP, kein Telnet, kein SSH.

[Codierknecht]

@bananajoe sagte in [gelöst] - Zabbix (FritzBox etc.):

Da müsste ich noch eben warten bis 7.0 raus ist

Just for info:
7.0 LTS ist draußen ... :-D

[BananaJoe]

Was ist neu in Zabbix 7.0?
https://www.youtube.com/watch?v=60Zy3bw-wOs

[arteck]

die honeycomb find ich cool

[schittl]

@Codierknecht

Vielen Dank für das Template funktioniert 1a. Nur eins was mir dabei aufgefallen ist. Hat man den PushService aktiviert bekommt man alle x-Sekunden eine Nachricht. Ich verwende upnp schon mit fritzinfluxdb (https://github.com/bb-Ricardo/fritzinfluxdb) auf die gleiche Weise nur da bekommt man nur 1x ne Mail bei der Erstanmeldung/Neustart. Sicherlich der Unterschied in der Programmiersprache ;)

Soll nur als Hinweis dienen und vielen Dank für deine Mühe.

[Codierknecht]

@schittl sagte in [gelöst] - Zabbix (FritzBox etc.):

bekommt man alle x-Sekunden eine Nachricht

Das dürfte an Deiner Einstellung "Bei Anmeldungen von Apps ..." liegen.
Es wird ja - je nach eingestelltem Intervall der Items - immer wieder eine Anmeldung an der Fritte durchgeführt.

[schittl]

@codierknecht

Kleine Idee/Verbesserung:
Ist es möglich das man/Du im Template {HOST.IP} durch {HOST.HOST} ersetzt, dann würden im Dashboard nicht mehr "Unknown host" für die Fritte auftauchen ;)
Siehe Beispiel am Video icmp (https://www.youtube.com/watch?v=sHMmwL1q3Gc)

Ich habe das Template dahingehend schon angepasst. Falls gewünscht stelle ich es bereit. Wollte nur nicht einfach so reinstellen.

Wie gesagt funktioniert super das Template und soll nur als Hinweis/Anregung dienen. Ich bedanke mich abermals für das zur Verfügung stellen :+1:

[BananaJoe]

@schittl Also eigentlich sollte man bei den Items {HOST.CONN} verwenden - das ist die eingestellte Hostverbindung, entweder der DNS-Name oder die IP, je nach Auswahl.
Wenn der DNS dann konfiguriert und dessen Benutzung ausgewählt ist, nimmt er diesen

{HOST.HOST} wäre der Hostname, also was oben im ersten Feld der Hostkonfiguration steht. Das kann ein gültiger Hostname (aka NetBIOS) oder DNS-Name sein, muss aber nicht

[Codierknecht]

Wenn Du das schon fertig hast ... mach einfach einen PullRequest.
Alternativ wäre es auch möglich, die IP statt aus einem Interface (das ja zwangsläufig "not available" wird) über ein Host-Macro zu füttern.
Die Idee mit {HOST.HOST} ist nicht verkehrt, könnte aber ebenfalls zu Verwirrungen führen, da ja am Host dann mit "Visible name" gearbeitet werden muss.