[Aufruf] Nina Gefahrenmeldung Adapter
-
@adarof
Man könnte erstmal das machen
if (value > 0 && value !== oldValue) {Damit bekommst du aber kein Hinweis wenn die Warnung sich ändert, z.b. aufgehoben wird oder in den 30sek eine Warnung entfernt wird und eine neu andersartige Warnung hinzugefügt wird. Was aber sehr unrealistisch ist.
-
Okay - seh ich ein. Keine perfekte aber eine realistische Lösung.
Danke, hab ich übernommen! -
@tombox Das ist ja das was ich meine.
Ich habe es mittlerweile schon mehrfach erlebt das die Warnungen verändert wurden.
Als Unterscheidungsmerkmal habe ich mir den Warnungstext gedacht. Ich könnte mir aber auch vorstellen das der Datenpunkt Sent geeignet wäre. Leider wird der scheinbar aufgeräumt wenn keine Warnung mehr anliegt.Aber dafür habe ich leider im Moment nicht wirklich Zeit.
-
Ich habe mal in die Github Version ein IdentifierList eingebaut. Es ist eine Liste der Identifier der aktuellen aktiven Warnungen.
Vielleicht ändern sich die Identifier wenn sich die Warnung ändert. Wäre gut wenn jemand berichten könnte ob eine veränderte Warnung ein neuen Identifier bekommt.
Aber somit könnte man vermeiden unterschiedliche Warnungen zu verschlucken wenn die numberOfWarn auf 1 bleibt.
-
Hallo
Wäre es vielleicht eine Möglichkeit, dass der Adapter beim Abruf einen Hash über alle Meldungen generiert und ausgibt (als Objekt).
Diese Hash kann man sich dann in eine Variable "lastHash" ablegen und bei jedem Aufruf vergleichen - man würde mitbekommen, wenn sich irgendwas in den Meldungen geändert hat.Gruss -
-
@adarof Das wäre dann die nächste Lösung wenn die identifier sich nicht verändern.
-
@tombox Ich werde mir die nächsten Tage mal die Identifier anschauen.
Das wäre natürlich eine elegante Lösung. -
Ich habe heute auch Nina installieren wollen un die Instanz blieb gelb.
Die Fehler im Log passen zu den früher beschriebenen.
Ich hätte da eine Bitte:
Sollte das Problem mit Buster noch bestehen, bitte unbedingt im Readme erwähnen.
Ich habe ewig gebraucht den entsprechenden Post zu finden.Abgesehen davon habe ich ganz dunkel im Hinterkopf dass in der openssl 1.2 eine bekannte Sicherheitslücke existiert. Bin da aber nicht ganz sicher, würde aber solange ich das nicht sicher weiß, ungern in der generellen Konfig rumschrauben
Gibt es eine andere Möglichkeit?
-
Ich hoffe eine erste Entwarnung geben zu können.
Die ersten Recherchen brachten die Version 1.0.2 mit der Heartbleed Lücke zum Vorschein.
Ob später auch noch Lücken existieren kann ich aber auf die Schnelle nicht sagen -
@tombox Ich denke mal das die leichte Probleme mit ihrem Server haben. Heute kam ein 404:
nina.0 2020-01-02 04:42:27.180 error <!-- a padding to disable MSIE and Chrome friendly error page --> nina.0 2020-01-02 04:42:27.180 error <!-- a padding to disable MSIE and Chrome friendly error page --> nina.0 2020-01-02 04:42:27.180 error <!-- a padding to disable MSIE and Chrome friendly error page --> nina.0 2020-01-02 04:42:27.180 error <!-- a padding to disable MSIE and Chrome friendly error page --> nina.0 2020-01-02 04:42:27.180 error <!-- a padding to disable MSIE and Chrome friendly error page --> nina.0 2020-01-02 04:42:27.180 error <!-- a padding to disable MSIE and Chrome friendly error page --> nina.0 2020-01-02 04:42:27.180 error </html> nina.0 2020-01-02 04:42:27.180 error </body> nina.0 2020-01-02 04:42:27.180 error <hr><center>nginx</center> nina.0 2020-01-02 04:42:27.180 error <center><h1>404 Not Found</h1></center> nina.0 2020-01-02 04:42:27.180 error <body> nina.0 2020-01-02 04:42:27.180 error <head><title>404 Not Found</title></head> nina.0 2020-01-02 04:42:27.180 error (1410) <html> nina.0 2020-01-02 04:42:27.171 error (1410) SyntaxError: Unexpected token < in JSON at position 0 {} -
Ich habe gerade das Update gemacht .... 0.0.15
jetzt kommt das
-
@skokarl das liegt an deren server.. sollte nur temporär sein
-
@tombox Kommt leider schön regelmäßig.
Vielleicht machen wir ja mal eine Kollekte das sich der Bund richtige Server leisten kann..... -
@Chaot wenn es nicht besser wird dann kann ich den Fehler in Zukunft mehr verstecken
-
Hallo,
Gerade zufällig diese AUsgaben im Log gesehen:
nina.0 2020-01-27 21:04:44.807 error </html> nina.0 2020-01-27 21:04:44.807 error </body> nina.0 2020-01-27 21:04:44.807 error <hr><center>nginx</center> nina.0 2020-01-27 21:04:44.807 error <center><h1>404 Not Found</h1></center> nina.0 2020-01-27 21:04:44.807 error <body> nina.0 2020-01-27 21:04:44.807 error <head><title>404 Not Found</title></head> nina.0 2020-01-27 21:04:44.807 error (1085) <html> nina.0 2020-01-27 21:04:44.806 error (1085) SyntaxError: Unexpected token < in JSON at position 0 {}Helfen die vielleicht jemanden?
Ich hab nur die Region 05754 (Güthersloh) drin.Gruss -
-
@adarof
Ja, die Fehlermeldung habe ich schon lange. Das kommt immer wieder mal vor weil unsere steuerfinanzierten Server offensichtlich öfter mal abschmieren. Wird Zeit die Steuern zu erhöhen damit sich der Bund auch mal vernünftige Hardware leisten kann die Armen. -
Okay ... ich dachte eher an einen Workaround wie "Wenns nicht 3x hintereinander kommt, ignorieren im Adapter".
Bis unsere Politik reagiert und Steuern-erhöht UND diese auch noch bei den Servern ankommt, haben uns nicht nur Gefahrenmeldungen sondern auch Viren erreicht, ohne dass wir es merken
Gruss -
-
@adarof Das hast du falsch verstanden. Die erhöhen so lange BIS was am Server ankommt
-
??
-
@skokarl die Server reagieren manchmal nicht ich werde da noch besser abfangen.
