Monatsrückblick Januar/Februar 2026 ist online!

[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.