Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[crunchip]

@groej eventuell mal DAS probiert? also...dieses meine ich

/opt/iobroker/node_modules/alexa-cookie2/lib/formerDataStore.json
/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-cookie2/lib/formerDataStore.json

bzw das

Die Lösung mit dem Löschen der Datei sollte seit der 3.2.8 nicht mehr nötig sein. Die Nutzerfreundliche lösung ist: Instanz löschen und neu anlegen. Amazon hat was geändert was für "IDs" an bestimmten stellen akzeptiert werden - heisst also: Wenn es früher mal tat kann ein neues verbinden ggf Probleme machen.

Die Alternative zu Instanz löschen ist "system.adalpter.alexa2.X" objekt editieren und bei "native" den "formerRegistrationData" objekt leer zu machen ... also ändern auf {} oder null

[Groej]

Hallo,

da ich jetzt wieder etwas mehr Zeit habe nehme ich mich dem Thema wieder an bei mir.

Es ist seit heute alles auf den neusten Stand (ioBroker,Adapter usw.). Ich habe erst die Objekte gelöscht, dann den Adapter und danach den Raspi neu gestartet. Dann den Alexa 2.1 Adapter neu installiert und eingerichtet. Die Anmeldung bei Amazon klappt und die Cookies werden gezogen aber dann kommt wieder der Timeout und das wars dann.

Alle anderen Adapter funktionieren ohne Probleme auch die über das Internet laufen. Ich hab echt keine Idee mehr und die Sachen die hier geschrieben wurden habe ich auch schon probiert. Kommt der Dienst vielleicht mit einen VLAN nicht klar? Also das VLAN liegt direkt als Default an dem Port des Switch an an dem der Raspi läuft. Es ist auch nur dieses VLAN dort aktiv und auch keine weiteren getaggte.

Wie gesagt es funktioniert alles super nur der Alexa 2.1 Adapter will nicht mehr.

Gruß

Jörg

[Thomas Braun]

@groej sagte in Alexa 2.0 startet nicht wegen Timeout:

Kommt der Dienst vielleicht mit einen VLAN nicht klar?

Möglich. Ist ja auch kein Standard-Netzwerk-Setup.

[Groej]

@thomas-braun Aber warum sollte das ein Problem sein. Es ist das default VLAN an dem Port und wie gesagt kein anderes vorhanden an dem Port. Also für den Raspi gibt es ja nur das eine und kein anderes Netzwerk. Hab halt für die Smart Home Sachen ein VLAN angelegt.

Oder macht der Adapter einen Broadcast im Netz um die Geräte zu finden?

[Groej]

Hier noch mal ein Log wo der Adapter auf Debug gestellt ist.

[apollon77]

Dann scheint dein Server Probleme zu haben mit den Amazon Servern zu reden ... hab ich noch nie gesehen und könnte ich auch ehrlich nichts tun wenn es nur bei Dir ist.

Irgendwas dazwischen? PiHole? Firewall?

[Groej]

Hallo und Danke für die Antwort. Nein nur ein Draytek Router der das extra VLAN zur Verfügung stellt und das am Port vom Raspi ungetaggt bereitgestellt wird. Alle andern Dienste die das Internet brauchen funktionieren ohne Probleme auf dem Raspi.

Über welche Ports redet der Adapter denn mit Amazon?

Ping und tracert vom Raspi aus zu amazon.de und alexa.amazon.de funktionieren.

[apollon77]

@groej 443 ... ist normales https only

[Groej]

Hallo,

ich bekomm den Alexa 2 Adapter seit Umstellung auf das VLAN nicht mehr zum Laufen. Ich verstehe zur Hölle nicht warum im Adapter ein Timeout kommt. Ich kann vom Raspi alles anpingen. Also Geräte im gleichen VLAN, Geräte im anderen VLAN. Ich kann den DNS von Google anpingen und auch Amazon. Also das Netzwerkrouting ist ok. Da ist auch keine Firewall aktiv.

Jemand noch eine Idee? Kann ja hoffentlich der einzige sein der die Smart Home Geräte vom normalen Netz trennt durch ein VLAN.

Danke schon mal.

Gruß

Jörg

[apollon77]

@groej Hm ... Ein Log ... Ein Königreich für ein Log ... das wär was echt hilfreiches ... ;-)

[Groej]

Hallo,

weiter oben ist ja eins oder welches genau?

Gruß

Jörg

[apollon77]

@groej Naja ein Debug Log wäre schonmal hilfreich ... sonst kann ich nur sagen "ist so"

[Groej]

Ich hoffe das reicht so. Der Adapter ist auf Debug gestellt. Wie gesagt amazon.de und alexa.amazon.de kann ich von der Konsole des Raspi pingen.

[apollon77]

@groej Sehr interessant. Ok"ping" ist das eine. Was passiert denn bei einem curl -v https://alexa.amazon.de/api/bootstrap?version=0

[Groej]

@apollon77 sieht so aus

• Trying 18.64.83.88...
• TCP_NODELAY set
• Expire in 200 ms for 4 (transfer 0x19828b0)
• Connected to alexa.amazon.de (18.64.83.88) port 443 (#0)
• ALPN, offering h2
• ALPN, offering http/1.1
• successfully set certificate verify locations:
• CAfile: none
  CApath: /etc/ssl/certs
• TLSv1.3 (OUT), TLS handshake, Client hello (1):
• TLSv1.3 (IN), TLS handshake, Server hello (2):
• TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
• TLSv1.3 (IN), TLS handshake, Certificate (11):
• TLSv1.3 (IN), TLS handshake, CERT verify (15):
• TLSv1.3 (IN), TLS handshake, Finished (20):
• TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
• TLSv1.3 (OUT), TLS handshake, Finished (20):
• SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256
• ALPN, server did not agree to a protocol
• Server certificate:
• subject: CN=layla.amazon.com
• start date: Jul 13 00:00:00 2021 GMT
• expire date: Jul 12 23:59:59 2022 GMT
• subjectAltName: host "alexa.amazon.de" matched cert's "alexa.amazon.de"
• issuer: C=US; O=DigiCert Inc; CN=DigiCert Global CA G2
• SSL certificate verify ok.

GET /api/bootstrap?version=0 HTTP/1.1
Host: alexa.amazon.de
User-Agent: curl/7.64.0
Accept: /

< HTTP/1.1 302
< Content-Length: 0
< Connection: keep-alive
< Server: Server
< Date: Fri, 10 Dec 2021 07:56:25 GMT
< x-amz-rid: CR7M0QTPPDZNJQ3J1359
< x-amzn-RequestId: a9ab3d13-4cb8-4fa7-8ae5-fd104bd74e31
< Location: https://www.amazon.de/ap/signin?showRmrMe=1&openid.return_to=https%3A%2F%2Falexa.amazon.de%2Fapi%2Fbootstrap%3Fversion%3D0&openid.identity=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0%2Fidentifier_select&openid.assoc_handle=amzn_dp_project_dee_de&openid.mode=checkid_setup&openid.claimed_id=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0%2Fidentifier_select&openid.ns=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0&
< Vary: Content-Type,Accept-Encoding,X-Amzn-CDN-Cache,X-Amzn-AX-Treatment,User-Agent
< Permissions-Policy: interest-cohort=()
< X-Cache: Miss from cloudfront
< Via: 1.1 3a114f11ef3a7772ee89b4c6d73f2acf.cloudfront.net (CloudFront)
< X-Amz-Cf-Pop: TXL50-P2
< X-Amz-Cf-Id: pjv77b29QFiJPtFoNQeMsXJb9jWn0m59gXCk6I2iv1pRKtaYJc0nyQ==
<

• Connection #0 to host alexa.amazon.de left intact

[apollon77]

Dann hab ich nur die Idee ... hol mal die Amazon Cookies neu ... sonst ha ich keine Idee mehr warum der Nodejs Prozess Probleme hat

[Groej]

@apollon77 hab ich leider schon gemacht mehrmals. Auch schon öfters den Adapter deinstalliert und neu installiert.

[apollon77]

@groej Dann bin ich jetzt bei "Router restarten um ggf neue IP zu bekommen" oder so kram, aber das ist dann "Gaaanz weit draussen".

[Groej]

@apollon77 ok danke

[wAllAcEr]

Servus,

ich bin bei der Suche nach einer Lösung für mein Problem auf diesen Thread hier gestoßen.

In der Vergangenheit war mir das Forum schon oft eine Hilfe bei Problemen rund um den ioBroker, daher hoffe ich, dass es jetzt wieder klappt.

Grundsätzlich kann ich sagen, dass ich exakt das selbe Problem wie @Groej habe.
Ich habe quasi auch die gleichen/ähnlichen Voraussetzungen wie er.

Unterschied ist, dass ich Raspbian laufen habe und meine Netzwerkstruktur etwas anders aufgebaut ist.

Im Adapter-Debug habe ich quasi die gleichen Ausgaben und auch bei dem curl Aufruf bekomme ich die gleichen Ausgaben. Gerne kann ich aber falls nötig, diese hier nochmal posten.

Konnte denn mittlerweile schon ein Anhaltspunkt für das Problem, bzw. eine Lösung gefunden werden?