Alexa Custom Skill für EDOMI (LBS 19000646 und 19000647)

[merlin1900]

und auch gelöst - in php natürlich nicht mit # auskommentieren... sondern mit //

[merlin1900]

Hallo,
zur Aufklärung, da es ggf. auch anderen hilft. Ich hatte das intermediate Zertifikat vergessen zu integrieren

geht mit

SSLCACertificateFile    <pfad zu den SSL Zertifikaten>\SSLIntermediateCertificate.crt

Nun habe ich A+ Rating und amazon gefällt das schon besser.

aber bei mir stimmt immer noch etwas nicht - nun so:

Zwischenablage02.jpg

Also weiter suchen wo nun der Fehler liegt....
Gruss
O.

[merlin1900]

Hallo zusammen,

ich nutze das LetsEncrypt Zertifikat und den dyndns von qnap. Das funktioniert auch soweit. Bei mir läuft der Apache auf einem separaten Ubuntu. Da der vorhanden war, habe ich diesen um den R-Proxy erweitert.

A herauskommen. (Anzeige im Browser)

Das hatte ich überlesen. Ein A Rating habe ich nicht im Moment. Da muss es also klemmen.
Checke ich nochmal.
Danke für den TIP.

[trollmar]

Bedeutet dein Reverse Proxy ist deine syno??
Wenn ja... Ok... Würde ich so nicht machen.. Aber zum testen Ne schnelle nummer

[woda]

Die Synology erstellt auf Wunsch auch ein LetsEncrypt Zertifikat, zusätzlich läuft dort sowieso nginx.
Läuft hier problemlos seit Monaten.

Synology_Zertifikat.png

Der Test aus der Anleitung gibt da Klarheit bezüglich des Vertrauens in das Zertifikat
Auszug aus der Anleitung:

Nun kann von extern mit folgendem Link die SSL Konfiguration von extern getestet werden:

[URL]https://www.ssllabs.com/ssltest/analyze.html?d[/URL][U]=<DYNDNS_NAME>&latest[/U]

Hier sollte nach einigen Minuten ein Overall Rating A herauskommen. (Anzeige im Browser)

Gruß
Wolfgang

[gulp2k]

merlin1900
Wenn du Selfsigned Certificates nutzt wird das nicht klappen. Amazon vertraut denen nicht...
In diesem Fall ist es am besten LetsEncrypt zu nutzen.

[merlin1900]

Hi Thomas,

das mit dem Port 80 im Binding sieht komisch aus.

Kämpfe aber auch mit SSL. Folgende Fehlermeldung erhalte ich von Amazon.
Zwischenablage01.jpg

There was an exception during the SSL hand shake. Please check the certificate you have provided.

Reverse Proxy ist über ssl auch sauber erreichbar. Ebenso ist Edomi über SSL durch den Proxy erreichbar. phpinfo.php und eine test index.html lassen sich sauber öffnen.
Die Files liegen alles in den Verzeichnissen und die Berechtigungen sehen auch richtig aus.

Habe wirklich keine Idee woran es liegt. Ich nutze bestehende Zertifikate aus dem NAS. Das funktioniert eigentlich auch soweit bei allem...

Hat jemand einen Tip?

Danke

[saegefisch]

noch besser - danke, Robby.

[Robby]

https://knx-user-forum.de/forum/proj...97#post1160797

[saegefisch]

Hallo André,

vielleicht bin ich gerade echt zu doof. Nun wollte ich mir gerade mal Deine aktuelle PDF-Version für die Installation des Reverse-Proxy herunter laden, dass Du für Alexa gemacht hast, aber im Eröffnungsbeitrag finde ich den Link auf das PDF nicht...<schäm>

Danke und viele Grüße,
Carsten

Uups, habe gerade in Beitrag #321 gesehen, dass es im Receiver-LBS enthalten ist. Da hatte ich schon geschaut, aber es ist auch kein PDF mehr, sondern ein ODT...habe halt nach PDF "gescannt"... 'tschuldigung...

[Sargon]

Hallo zusammen,

ich versuche seit heute Morgen vergeblich der Zertifikat zu erstellen. Ich habe mich für die nginx Variante entschieden habe auch die Startseite intern als auch extern aufrufen könne. Allerdings wird anscheinend kein Zertifikat angelegt.
Beim Anlegen bekomme ich folgende Meldung:

[LEFT][COLOR=#111111][FONT=Arial][SIZE=15px]http-01 challenge for xxxxxxxxx.selfhost.me[/SIZE][/FONT][/COLOR][/LEFT]
[LEFT][COLOR=#111111][FONT=Arial][SIZE=15px]Cleaning up challenges[/SIZE][/FONT][/COLOR][/LEFT]
[LEFT][COLOR=#111111][FONT=Arial][SIZE=15px]Problem binding to port 80: Could not bind to IPv4 or IPv6.[/SIZE][/FONT][/COLOR][/LEFT]

Beim Restart von

nginx

bekomme ich bei

nginx

-t folgenden Informationen

nginx: [emerg] BIO_new_file("/etc/letsencrypt/live/xxxxxxxxx.selfhost.me/fullchain.pem")
failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/etc/letsencrypt/live/xxxxxxx.selfhost.me/fullchain.pem','r') error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: configuration file /etc/nginx/nginx.conf test failed
[LEFT][COLOR=#111111][FONT=Arial][SIZE=15px][/SIZE][/FONT][/COLOR][/LEFT]

Was mache ich falsch?

Gruß
Thomas

[jonofe]

Das liegt vermutlich daran, dass sich die Amazon Alexa IPs inzwischen geändert haben, bzw. neue dazugekommen sind.
Entweder musst du mal bei Amazon schauen, welche IPs es sein können oder einfach mal loggen, von welchen IPs auf dein SkillSkript zugegriffen wird und diese dann dort eintragen.

Du solltest die IP im apache Access Log finden:

less /var/log/apache2/access.log

Bei mir sind es inzwischen auch viele verschiedene Source Adresse seitens Amazon.

[Inventor]

So fehler gefunden!!!

vermutlich ist beim Kopieren der Daten "edomi-custom-skill.php" etwas schief gegangen, hatte die Datei aus dem Zip kopiert statt zu entpackt!
Nun läuft der custom skill. Großes Lächeln

ein kleines Problem hab ich noch, wenn ich im apatche2 die

"Require ip 192.168.0.0/24 54.240.197.0/24" einrichte bekomme ich beim Testen

There was an error calling the remote endpoint, which returned HTTP 403 : Forbidden

zurück!

Sehe ich das richtig das 192.168.0.0/24 bedeutet das alle Adressen von 192.168.0.0 bis 192.168.0.255 zugriff haben?

Stimmt die Alexa IP oder muss ich die auch anpassen?

[jonofe]

Wenn das nicht der Fall wäre, würdest du einen Fehler im Log sehen, dass msg_get_queue() keine bekannte Funktion ist.

[Inventor]

Wie kann ich prüfen ob die php-Process richtig installiert ist?