[Freifunk Franken] Feature-Request: E-Mail Mitteilung der Router-Status

[Tobias Klaus]

Hey,

erstmal finde ich die Anregung sehr sinnvoll.

Am Donnerstag, 11. August 2016, 10:54:58 CEST schrieb Christian Dresel:
> Hi Flo
> 
> > Florian Schimmer <f.schimmer at posteo.de> hat am 11. August 2016 um 10:37
> > geschrieben:
> > 
> > Hi Leute,
> > 
> > Ich wende mich jetzt mal an die Franken-Liste und nicht an die Dev-Liste
> > um mal die allgemeine Stimmung abzufragen bevor ich auf die Entwickler
> > zu gehe
> > oder vielleicht auch selber was mache.
> > 
> > Was haltet ihr davon in das Monitoring eine automatische, per Haken
> > setzbare Email-Benachrichtigung wenn ein Router down geht, Probleme
> > macht, neue Firmware verfügbar ist oder der Support ausläuft?
> 
> Grundsätzlich eine tolle Idee, ich brauch aktuell genau sowas und hab es auf
> meinen Gateway einfach selbst umgesetzt (per PHP *hust* über batctl
> auslesen ob der Router noch da ist, wenn nein -> Offlinemeldung).
> Was ich am überlegen bin, ob das Monitoring dafür das richtige Werkzeug ist.
> Im ersten Moment dachte ich eher das dies ins WebUI gehört.
Finde ich nicht. Siehe dazu unten.

> Der Konsens war, das Monitoring ist eine reine Anzeige, der Userlogin ist
> schon fast grenzwertig aber halt nötig um Router zu löschen.
> Alles was man in irgendeiner Art konfigurieren muss, sollte auf dem WebUI
> passieren und nicht im Monitoring (auch keine Haken setzen o.ä.).
> Wenn man nun weiter nachdenkt ist der Router selbst dafür aber auch
> ungeeignet: 1) Er kann keine Mails verschicken, ja ein Meshrouter kann
> (noch) nicht mal ins "Internet"
> 2) Wenn er down ist, kann er sowieso keine Downmeldung mehr verschicken weil
> er eben down ist ;)
> 
> Ich persönlich würde das ganze so schick finden:
> Man setzt im WebUI des Routers den Haken "E-Mail an mich wenn Down" oder
> "E-Mail an mich wenn neue Firmware" (den 2. Fall vllt. sogar standartmäßig
> immer gesetzt?) und die Info das die 2 Haken gesetzt werden, werden nun per
> Alfred ans Monitoring geschickt (bzw. können später auch von jeden
> Alfredserver ausgelesen werden, unabhängig vom Monitoring) und die Logik
> das auszuwerten und die Mail zu versenden macht dann das Monitoring (oder
> ein anderes System das die Alfreddaten hat, da steht ja alles drinnen was
> dafür nötig ist).
Wie würden hier unser schönes dezentrales WebUI als Einstellungs-Oberfläche 
für einen "externen" Dienst mißbrauchen. Das finde ich nicht schön. Stell dir 
mal vor am nächsten Tag wird das Monitoring abgeschalten(warum auch immer), 
aber Leute wundern sich warums nicht mehr geht.
Anderseherum: Jemand setzt ein zweites Monitoring auf. Kriege ich dann zwei 
Mails? Oder drei bei mehreren Monitorings?

Ich würde eine solche Benachrichtigung einfach als Dienst sehen, den man 
Nutzen kann oder halt nicht und wenn man ihn nutzen möchte eben über die 
etwaig gewählte Plattform. Das könnte aktuell dein php-skript auf deinem 
Server sein oder eben in Zukunft das Monitoring und vor allem eben auch beides 
parallel. Da es die Möglichkeit für jeden gibt selbst so was zu betreiben und 
es die Dezentralität des Netzwerks auch nicht berührt, fände ich Einstellungen 
und Logik beim Monitoring vollkommen OK.

Viele Grüße
Tobias
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.freifunk.net/mailman/private/franken-freifunk.net/attachments/20160811/181329b6/attachment.sig>