Alexa 2.0 startet nicht wegen Timeout
-
@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?
-
Hier noch mal ein Log wo der Adapter auf Debug gestellt ist.
-
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?
-
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.
-
@groej 443 ... ist normales https only
-
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
-
@groej Hm ... Ein Log ... Ein Königreich für ein Log ... das wär was echt hilfreiches ...
-
Hallo,
weiter oben ist ja eins oder welches genau?
Gruß
Jörg
-
@groej Naja ein Debug Log wäre schonmal hilfreich ... sonst kann ich nur sagen "ist so"
-
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.
-
@groej Sehr interessant. Ok"ping" ist das eine. Was passiert denn bei einem
curl -v https://alexa.amazon.de/api/bootstrap?version=0 -
@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
-
Dann hab ich nur die Idee ... hol mal die Amazon Cookies neu ... sonst ha ich keine Idee mehr warum der Nodejs Prozess Probleme hat
-
@apollon77 hab ich leider schon gemacht mehrmals. Auch schon öfters den Adapter deinstalliert und neu installiert.
-
@groej Dann bin ich jetzt bei "Router restarten um ggf neue IP zu bekommen" oder so kram, aber das ist dann "Gaaanz weit draussen".
-
@apollon77 ok danke
-
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?
-
@wallacer
Hallo,
nein ich habe bis jetzt auch keine Lösung. Hast Du auch ein extra VLAN für die Smart Home Geräte?Gruß
Jörg
-
Nein das nicht.
Ich habe quasi folgende Struktur:
alle Geräte (u.a. auch der Raspi) hängen im selben subnetz an einer fritzbox.
Diese holt sich per LAN1 das Internet von einer Telekom-Speedbox (da wir aktuell noch keine Internetleitung im Haus liegen haben).
Wie ich das in Zukunft löse weiß ich noch nicht genau, da wir ftth bekommen. Also entweder die Fritte direkt per Konverter ans Glasfaser oder weiterhin per LAN1 an einen Telekom-Speedport o.ä..
Das Problem besteht auch erst seit ca. 4 Wochen würde ich schätzen. In unserer alten Wohnung hat es definitiv und zuverlässig funktioniert, ich kann leider nur schwer einschätzen, ob es mit dem Umzug und der Änderung am Internetzugang zu tun hat.
Interessant ist jedoch, dass wir das gleiche Problem haben, jedoch Unterschiede in der Internetanbindung. Bei mir läuft allerdings noch ein PiHole auf dem selben Raspi, jedoch bringt eine Deaktivierung auch keine Änderung.
-
@wallacer Mal versucht DNS Einträge zu ändern?
PS Offtopic: Ich würde inzwischen immer "Internetanlieferung" und "Hausverteilungsrouter" immer trennen. Hab das umgebaut nachdem ich mal ne woche kein hausinteres Internet hatte weil der Kabel-Router defekt war und es ne woche gedauert hat bis Unitymedia nen neuen geschickt hatte.
