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

[tombox]

@MartyBr Wie vermutet ein SSL Fehler. Welches Betriebsystem verwendest du? Irgendwelche anderen Auffälligkeiten im Netzwerk? Proxy? Filter?

[MartyBr]

@tombox
Der Adapter läuft in einem iobroker-Test Server. Der Server, wie auch alle anderen auch, laufen in einer virtuellen VM unter Proxmox.
Einen Proxy setze ich nicht ein. Ein wget auf http://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json funktionierte.

Der Server läuft unter Debian Buster.

Gruß
Martin

[stefande]

Ich hab den gleichen Fehler wie MartyBr.
Bei mir läuft auch ein Debian Buster, allerdings als VirtualBox unter Windows 10.

[tombox]

@stephan61 @womber Kannst du bitte auch dein Konfiguration kurz nennen?

[Nashra]

@tombox sagte in Aufruf Nina Gefahrenmeldung Adapter:

@Nashra bitte nochmal von github installieren und die instanz neustarten.

Ok, habe alles nochmal neu installiert und Instanz gestartet, jetzt schaun wir mal ob noch was kommt :wink:

[SBorg]

Zumindest schon mal seit 12 Stunden kein Error mehr :+1:

[hanswurst0815]

Hi zusammen,

Hab den Nina Adapter jetzt mehrfach installiert/deinstalliert. Bekomme immer diese Meldungen:

Iobroker läuft auf nem Pi 4 mit Buster Lite

Gruß
Markus

[MartyBr]

@tombox Können die Netzwerkfehler / SSL Fehler vom eingesetzten Betriebssystem herrühren? Ich setze ja auch Buster ein.

Gruß
Martin

[Nashra]

@tombox sagte in Aufruf Nina Gefahrenmeldung Adapter:

@Nashra bitte nochmal von github installieren und die instanz neustarten.

Hey @tombox , bis jetzt keine error's mehr :+1:

[tombox]

@MartyBr Ich würde vom Gefühl her sagen, dass Buster kein TLS 1.2 mehr unterstützt und die Webseite dass nur ausliefert. Abwarten wie sich das noch entwickelt.

[MartyBr]

@tombox Das kann sein. Kann man nicht in Buster den Stack auf TLS 1.2 schalten?

Gruß
Martin

[tombox]

@MartyBr Ja ich kann nicht so recht glauben, dass buster kein 1.2 mehr unterstützt habe auch direkt nicht dazu gefunden

[stefande]

@MartyBr

Nach Änderungen in der /etc/ssl/openssl.cnf von:

[system_default_sect]
MinProtocol = TLSv1.2
CipherString = DEFAULT@SECLEVEL=2

in:
[system_default_sect]
MinProtocol = TLSv1.2
CipherString = DEFAULT@SECLEVEL=1

wird der Adapter grün und es gibt keine Fehler mehr im LOG.

Ob und welche Konsequenzen diese Änderung sonst mit sich bringt weiss ich nicht.
Vielleicht liest ja ein Spezi mit der uns mal aufklären kann.

[hanswurst0815]

@stefande

Super Tipp, hab ich gerade auch mal geändert und bei mir ist der Adapter nun auch grün.
Danke

[MartyBr]

@stefande Vielen Dank für den Tipp. Mein Proxmox Host (Intel Nuc) ist gestern abgeraucht. Keine Ahnung warum, aber jetzt steht mein System.
Ich kann deinen Tipp erst in den nächsten Tagen umsetzen, dann kommt hoffentlich mein Ersatz Nuc.

[MartyBr]

@stefande Super, der Adapter ist sofort grün geworden. Vielen Dank

[stefande]

@MartyBr @hanswurst0815

Na geht doch.

[smartboart]

Mal ne Frage , wie verarbeitet ihr die States welche erst bei Warnung angelegt werden und wieder verschwinden sobald die Gefahr vorrüber ist. Ist es nicht möglich die states fest anzulegen , sodass diese auch weiter verarbeitet werden können? Oder ergeben sich immer andere States ?

[tombox]

@smartboart manche States können beliebig oft vorkommen wie zb Warnungen Info usw

[Bruno_M]

Hallo,
ich habe auch mal eine Frage. Als AGS habe ich 01061 (Kreis Steinburg) eingetragen, nun bekomme ich aber auch von Kreis Stade (03353) und Stadt Bremerhaven (04012) States. Ausserdem ist Kreis Steinburg immer unter einer anderen Area zu finden, das erschwert natürlich die Anzeige im VIS. Hat jemand eine Idee, was da falsch läuft? System läuft auf Raspberry 3 und ist aktuell.