Amazon Alexa Plugin

[AndreK]

Hallo,

die Laufzeit-Einstellungen kann man in der Lambda-Funktion unterhalb des Code-Blocks über den Button "Laufzeiteinstellungen" ändern.
Einfach die NodeJS-Version auf die neueste hochnehmen (Node.js 12.x). Unsere Funktion läuft unter 12.x ohne Probleme weiter.

Gruss Andre

[mode]

Jürgen In der Lambda Funktion unter dem Reiter Test einen Test Request zu deinem Endpunkt schicken, dann bekommst du den Fehler direkt angezeigt und kannst ihn zusätzlich im CloudWatch Management einsehen.

Komisch: Ich nutze schon das neue StammCert ISRG Root X1 und scheine trotzdem seit Anfang des Monats ein Problem zu haben...

[AndreK]

Zum Thema abgelaufene Zertifkate,

ich habe heute meine Zertifikate alle erneuert, leider habe ich vorher nicht getestet ob ich das Problem überhaupt hatte.
Ich konnte auf jeden Fall nicht mehr auf meine Web-Seiten zugreifen. Dort gab es definitiv ein Zertifikatsproblem.

Es kamen zwar Hinweise von Letsencrypt, dass gültige Zertifikate vorliegen - ich habe Option 2 gewählt -> jetzt updaten.

Nach dem Update aller Zertifikate funktioniert alles wie gewohnt, Tesfunktionen aus der Lambda gehen ohne Problem durch.
Bedienung via Alexa geht wie gewohnt

Update der Zertifikate auf Debian Stretch mit Certbot Version 0.28.0 - eigener Raspberry nur für Nginx.

Vielleicht hilft es ja

Viele Grüsse Andre

P.S. : Da fällt mir noch was ein - wenn die Zertifikate automatisch aktualisiert werden oder auch manuell, nicht vergessen den NGINX neu zu starten !!

Jürgen : Dein Zertifikat war ja vom 01.10. wurde der NGINX hinterher neu gestartet ?

[mode]

Meine Lambda Version war so alt, dass noch Nodejs4.3 verwendet wurde.

Die nodejs4.3-Laufzeit wird nicht länger unterstützt. Wir empfehlen, die Funktionen, die nodejs4.3 verwenden, zum nächstmöglichen Zeitpunkt zu einer neueren Laufzeit zu migrieren.

Die 4.3 Unterstützt aber die neue StammCert ISRG Root X1 nicht. Daher war keine Verbindung möglich. Wie von AndreK beschrieben einfach auf NodeJS 12 hochsetzen und alles ist wieder in Butter.


VIELEN DANK!


PS: nginx restart nach CertUpdate funktioniert bei mir mit

certbot renew --pre-hook "service nginx stop" --post-hook "service nginx start"

wunderbar :-)

[ASSR85]

Hallo AndreK

ich habe mal nachgeschaut und habe wohl eine alte Version:
[smarthome@SmartHomeNG ~]$ certbot --version
certbot 0.10.2
Ich versuche das mal die Tage upzudaten (ich hoffe es gibt Youtube-Tutorials 😂)


Grüße Andreas

[aldaris]

Hallo zusammen,
hatte heute das gleiche Problem. Lösung bei mir (wie hier auch schon gesagt):
Loging in Amazon Account, NodeJs Version auf 12.x ändern. Läuft wieder wie Lack.

Gruß
Aldaris

[ASSR85]

Hallo zusammen,
hatte heute das gleiche Problem. Lösung bei mir (wie hier auch schon gesagt):
Loging in Amazon Account, NodeJs Version auf 12.x ändern. Läuft wieder wie Lack.

Gruß
Aldaris

aldaris kannst du mal schauen was bei dir unter Ziel der Lambda und auch der Auslöser steht? Bei mir hat es das zerschossen..

Grüße Andreas

[lexxmm]

Meine Lambda Version war so alt, dass noch Nodejs4.3 verwendet wurde.

Die nodejs4.3-Laufzeit wird nicht länger unterstützt. Wir empfehlen, die Funktionen, die nodejs4.3 verwenden, zum nächstmöglichen Zeitpunkt zu einer neueren Laufzeit zu migrieren.

Die 4.3 Unterstützt aber die neue StammCert ISRG Root X1 nicht. Daher war keine Verbindung möglich. Wie von AndreK beschrieben einfach auf NodeJS 12 hochsetzen und alles ist wieder in Butter.


VIELEN DANK!


PS: nginx restart nach CertUpdate funktioniert bei mir mit

certbot renew --pre-hook "service nginx stop" --post-hook "service nginx start"

wunderbar :-)

das war es Danke! Hatte ich doch echt übersehen das noch 4.3 in Benutzung war..

[Jürgen]

Hallo,

mein Zertifikat war zu neu für den BOT, da muss noch ein Force in den Befehl:

certbot renew --force-renewal --pre-hook "service nginx stop" --post-hook "service nginx start"

Gruß Jürgen

[Jürgen]

So, nach der Änderung der Laufzeitumgebung sofort wieder alles OK :-)

Es gibt auch schon die 14.x die habe ich aber nicht probiert.

Gruß Jürgen

lambda.jpg

[Patzi]

Hi ich hänge schon eine ganze zeit bei alexa dabei und bringe es leider nicht zu laufen könnte mir mal jemand weiterhelfen?

[AndreK]

Hi @Patzi,

mal vorausgesetzt Alexa ist nicht Deine Lebensgefährtin, kann Dir sicher geholfen werden. Die Frage erinnert mich an ".... - da werden Sie geholfen"

Spass bei Seite - Du musst schon etwas (am besten sehr) konkret werden um helfen zu können.
So wie Deine Frage formuliert ist kann jeder, auch ich, nur in die Glaskugel
schauen - das funktioniert aber nicht. (Zumindest bei mir)
Teile uns mit wo es nicht weitergeht, dann kann Dir geholfen werden.

Viele Grüsse
Andre

[henfri]

Hallo,

ich habe jetzt einen Provider, der nur IPv6 anbietet. Leider funktioniert das Alexa-Plugin nicht mehr:

Über xx.my-wan.de komme ich im Browser auf die Seite vom NGINX, die mich nach User und Passwort fragt (das müsste ja der reverse-proxy sein)
Wenn ich da die Credentials eingebe, bekomme ich

[B]Error response[/B]


Error code: 501

Message: Unsupported method ('GET').

Error code explanation: HTTPStatus.NOT_IMPLEMENTED - Server does not support this operation.

Das könnte aber normal sein -vielleicht verwendet das Plugin kein GET...

Im NGINX Log steht derweil:

100.66.40.241 - henfri [11/Dec/2021:10:13:00 +0100] "GET / HTTP/1.1" 501 496 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.93 Safari/537.36"
100.66.40.241 - henfri [11/Dec/2021:10:13:00 +0100] "GET /favicon.ico HTTP/1.1" 501 496 "https://xx.my-wan.de/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.93 Safari/537.36"

Wie auch immer: Das zeigt doch, dass die Verbindung zum Plugin aus dem Browser funktioniert.
Warum schaft es dann Amazon nicht, das Plugin zu erreichen? Kann Amazon etwa kein ipv6?

Wenn ich per Alexa-App oder per Sprachbefehl versuche, etwas zu schalten erscheint nix im nginx log.

In der developer console habe ich mal "test" gedrückt:

Test Event Name
event1517659788

Response
{
"errorMessage": "2021-12-11T09:20:48.559Z a74c7b02-34c6-45fb-a369-6b3094db312d Task timed out after 5.01 seconds"
}

Function Logs
START RequestId: a74c7b02-34c6-45fb-a369-6b3094db312d Version: $LATEST
2021-12-11T09:20:43.641Z a74c7b02-34c6-45fb-a369-6b3094db312d requesting {"key3":"value3","key2":"value2","key1":"value1 "}
END RequestId: a74c7b02-34c6-45fb-a369-6b3094db312d
REPORT RequestId: a74c7b02-34c6-45fb-a369-6b3094db312d Duration: 5007.28 ms Billed Duration: 5000 ms Memory Size: 512 MB Max Memory Used: 12 MB
2021-12-11T09:20:48.559Z a74c7b02-34c6-45fb-a369-6b3094db312d Task timed out after 5.01 seconds

Request ID
a74c7b02-34c6-45fb-a369-6b3094db312d

Das sieht nicht gut aus:
https://stackoverflow.com/questions/...ver-aws-lambda

Gruß,
Hendrik

[Jürgen]

HalloLeuts,

läuft Eure Zertifikatserneuerung noch? Bei mir ist seit Oktober nix mehr:
Domain: <mydomain>
Type: connection
Detail: Fetching
http://<mydomain>/.well-known/acme-challenge/Cx5WFERzyjc_R_TMBU6rNKsAI9Y16x7K_CTY9Ge0:
Connection refused

ich suche noch nach dem Fehler.. :-(

Gruß Jürgen

[psilo]

Gerade bei mir mit "sudo certbot certonly --webroot --force-renewal --rsa-key-size 4096 -w /var/www/letsencrypt -d <dyndnsurl>" gemacht und es ging.

--> Your cert will expire on 2022-03-27.