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

[MartyBr]

Hallo tombox,
ich bekomme auch den folgenden Fehler. Ich habe den Adapter mehr schon mehrfach neu installiert. Alle weiteren Adapter funktionieren einwandfrei. Den Test mit get .... habe ich auch schon gemacht, hat funktioniert.

meteoalarm.0	2019-08-04 06:26:31.058	info	Received data for "Stadt Berlin"
meteoalarm.0	2019-08-04 06:26:30.971	info	Requesting data from http://meteoalarm.eu/documents/rss/de/DE202.rss
info.0	2019-08-04 06:26:02.395	info	Popup-News read...
nina.0	2019-08-04 06:26:00.481	info	{}
nina.0	2019-08-04 06:26:00.461	info	undefined
nina.0	2019-08-04 06:26:00.461	error	Parse error:SyntaxError: Unexpected token u in JSON at position 0 {}
nina.0	2019-08-04 06:26:00.460	error	{"errno":"EPROTO","code":"EPROTO","syscall":"write"}
nina.0	2019-08-04 06:26:00.460	error	Request error:Error: write EPROTO 140710724777792:error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure:../deps/openssl/openssl/ssl/record/rec_layer_s3.c:1536:SSL alert number 40
nina.0	2019-08-04 06:26:00.455	info	undefined
nina.0	2019-08-04 06:26:00.455	error	Parse error:SyntaxError: Unexpected token u in JSON at position 0 {}
nina.0	2019-08-04 06:26:00.454	error	{"errno":"EPROTO","code":"EPROTO","syscall":"write"}
nina.0	2019-08-04 06:26:00.454	error	Request error:Error: write EPROTO 140710724777792:error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure:../deps/openssl/openssl/ssl/record/rec_layer_s3.c:1536:SSL alert number 40
nina.0	2019-08-04 06:26:00.452	info	undefined
nina.0	2019-08-04 06:26:00.452	error	Parse error:SyntaxError: Unexpected token u in JSON at position 0 {}
nina.0	2019-08-04 06:26:00.451	error	{"errno":"EPROTO","code":"EPROTO","syscall":"write"}
nina.0	2019-08-04 06:26:00.451	error	Request error:Error: write EPROTO 140710724777792:error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure:../deps/openssl/openssl/ssl/record/rec_layer_s3.c:1536:SSL alert number 40
nina.0	2019-08-04 06:25:59.585	info	starting. Version 0.0.5 in /opt/iobroker/node_modules/iobroker.nina, node: v10.16.1

Gruß
Martin

[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