Alexa Smarthome Skill (Payload Version 3)

[jonofe]

Komisch, ich hatte bei meiner Installation auf die NEUE-HDD aber schon
curl https://curl.haxx.se/ca/cacert.pem -O /etc/pki/tls/cacert.pem


ausgeführt.
Oder passt das nicht?

Eigentlich sollte das funktionieren.
Testweise könntest du diesen Befehl noch mal ausführen und schauen, ob es dann noch geht (vorher Backup der funktionierenden Datei).
Wäre mal interessant das zu wissen.

[Gecko]

Eigentlich sollte das funktionieren.
Testweise könntest du diesen Befehl noch mal ausführen und schauen, ob es dann noch geht (vorher Backup der funktionierenden Datei).
Wäre mal interessant das zu wissen.

Da kommt dasselbe:
Edomi-Zertifikat.png

Die Rechte auf dem Ordner "tls" sind "0755".

Gruß
Oliver

[jonofe]

Du musst ein kleines "o" verwenden:

curl https://curl.haxx.se/ca/cacert.pem [COLOR=#c0392b][B]-o[/B][/COLOR] /etc/pki/tls/cacert.pem

Steht das irgendwo in der Doku mit -O?

[Gecko]

Du musst ein kleines "o" verwenden:

curl https://curl.haxx.se/ca/cacert.pem [COLOR=#c0392b][B]-o[/B][/COLOR] /etc/pki/tls/cacert.pem

Steht das irgendwo in der Doku mit -O?

Oha,

in der PDF-Anleitung steht da von diesem Befehl soweit ich sehen konnte garnichts. Ich habe mir die Info aus der Hilfe des Bausteins im Downloadbereich gezogen.
Vielleicht könntest du das anpassen, da steht ein -O beim 19001200:

Logik-Download.png

Und beim 19000809 steht auch ein -O.

Danke.

Gruß Oliver

[jonofe]

Und beim 19000809 steht auch ein -O

Beim 19000809 ist es richtig, denn dort wird wget verwendet, bei dem mit -O der Download als Datei gespeichert wird.

Beim 1200 ist es hingegen falsch, da hier curl verwendet wird. Das habe ich gerade mal korrigiert.

[Guidokoeller]

Ich hatte ein ähnliches Problem.
Habe auf dem Raspi den Apache 2 Server deinstalliert und die Einrichtung NGINX durchgeführt.
Jetzt geht alles wieder.
Vielleicht löst das dein Problem.

Viel Erfolg noch

[shortyle]

Hi,

wollte das Thema mit Alexa mal wieder neu in Angriff nehmen und komplett neu aufsetzen. RPi läuft mit Certificat etc.

Skill ist aktiviert und mit dem Konto verknüpft. Wenn ich nun Alexa nach einem neuen Gerät suchen lasse findet er nicht das Testgerät.

Der LiveLog von edomi-smarthome-skill-PLv3.log endet wie folgt:

##########################################
############ START OF COMMAND ############
##########################################

Received (JSON) Event from alexa@amazon
=========================================
Array
(
[directive] => Array
(
[header] => Array
(
[payloadVersion] => 3
[namespace] => Alexa.Discovery
[name] => Discover
[messageId] => 3e18a259-12ce-4ae3-8484-6b820bf92d3e

)
[payload] => Array
(
[scope] => Array
(

[token] => Atza|IwEBINkLByhNb9rX9bCUI7jBMIJ1NJSktI5QcYU024Y_Q-obEzUjcjaVfAUvTSKbvz0UNKtsEIkScx-He-TAV73EDB4E91jB894Ykj50Ofv4htU2YBQxy6T3kq-ho5luoSdXk-lp1RSfSTjgmxMOf-B4C8Wf2THk7El0ECyfG3f0dXEgc0yoODLz2d_mJ6VzpIFPtZB3 L5lR4Z1T49-elfNnV_h0vH9i7DgNWua6j5Q1tn9sIGI9uGnhLcV74PGbEys_o wpl6pZT8vLIhmI3NHwmG8-qQGltpvWb4H0EWYmslpLw1LdtQ4Ga9MHG2glUixcjCY4W-B5ujLToGrk9MArsperToNOpMhBldPNF7kdKd8d7BA

[type] => BearerToken

)
)
)
)

Validation URL: https://api.amazon.com/auth/O2/tokeninfo?access_token=Atza|IwEBINkLByhNb9rX9bCUI7 jBMIJ1NJSktI5QcYU024Y_Q-obEzUjcjaVfAUvTSKbvz0UNKtsEIkScx-He-TAV73EDB4E91jB894Ykj50Ofv4htU2YBQxy6T3kq-ho5luoSdXk-lp1RSfSTjgmxMOf-B4C8Wf2THk7El0ECyfG3f0dXEgc0yoODLz2d_mJ6VzpIFPtZB3 L5lR4Z1T49-elfNnV_h0vH9i7DgNWua6j5Q1tn9sIGI9uGnhLcV74PGbEys_o wpl6pZT8vLIhmI3NHwmG8-qQGltpvWb4H0EWYmslpLw1LdtQ4Ga9MHG2glUixcjCY4W-B5ujLToGrk9MArsperToNOpMhBldPNF7kdKd8d7BA

JSON Validation Response: {"aud":"amzn1.application-oa2-client.28xxxxxxxxxxxxxxx6","user_id" :"amzn1.account.AGxxxxxxxxxxxxxxxx","iss ":"https://www.amazon.com","exp":1345,"app_id":"amzn1.applica tion.31xxxxxxxxxxxxxxx20","iat":16053 84817}

OAUTH Validattion Response:
Array
(
[aud] => amzn1.application-oa2-client.28xxxxxxxxxxxxxxxe6
[user_id] => amzn1.account.AGCxxxxxxxxxxxxxxx
[iss] => https://www.amazon.com
[exp] => 1345
[app_id] => amzn1.application.31xxxxxxxxxxxxxxxxxx
[iat] => 1605384817
)

Source : OK
User-ID : OK
Client-ID : OK
Expiry : OK
Authorization Token successfully validated
Starting communication with EDOMI
Alexa.Discovery event started...

Und dann tut sich nichts mehr.

In der LiveAnsicht in Edomi wird an A5 des 1200er LBS auch nichts ausgegeben.

Vielen Dank vorab

[Jue]

Hallo Leute,

ich hab mich mal wieder na das Thema gewagt, in der Vergangenheit hatte ich wenig Erfolg mit Alexa. Jetzt dachte ich, noch mal von vorne...
Früher hatte ich es immer mit Apache versucht, jetzt mit NGINX... dachte es wäre einfacher.
Nun häng ich schon bei der Zertifikat ausstellung (Kapitel 2.4.2.1).

Nach dem ich das eingebe (natürlich angepasst)

./letsencrypt-auto certonly --standalone --rsa-key-size 4096 -d <DYNDNS_NAME> -m <E-MAIL-ADRESSE>

wird das ausgespuckt:

Skipping bootstrap because certbot-auto is deprecated on this system.
Your system is not supported by certbot-auto anymore.
Certbot cannot be installed.
Please visit https://certbot.eff.org/ to check for other alternatives.

Hab schon mal Google gefragt, aber es bring mich nicht weiter.
Was soll ich machen? Nochmal mit Apache versuchen?

Viele Grüße

[jonofe]

Bist du denn mal dem Link gefolgt statt Google zu befragen?
Google sollte auch viele Treffer bringen, wie man letsencrypt auf CentOS7 installiert, denn hier geht es wirklich um die Standardinstallation von letsencrypt. Sind keine Edomi Spezifika enthalten.

[Jue]

Hallo jonofe,

danke für die Antwort. Klar bin ich den Link auch gefolgt.
Ich bin ja nach der Standartinstallation (auf Raspberry) vorgegangen, daher hat sich da wohl was geändert und die Installationsanleitung ist wohl zumindest was NGNIX betrift nicht mehr korrekt. Natürlich kann es auch sein das ich was falsch gemacht habe...

Daher wollte ich mal nachfragen.

[Lonie]

certbot-auto ist halt deprecated. Entweder dein OS bringt ein Paket für Certbot mit Plugin für deinen Webserver mit (dann installiere das) oder du folgst der Installationsanleitung auf https://certbot.eff.org/

[xsven80x]

Hallo zusammen,

erstmal ein riesen Danke an Jonofe und alle weiteren, die an diesem Skill und an der Doku gearbeitet haben.

Die letzten Tage habe ich wahnsinnig viel gelernt, auf dem Weg, diesen Skill zu aktivieren: Habe mein Unifi-System weiter kennen gelernt, habe gelernt, wie ich VLANs verwalte (um den ReverseProxy in der DMZ zu betreiben), etc.

Meine Voraussetzungen:
- Edomi im Docker-Container auf Synology-NAS (funktioniert hervorragend!)
- ReverseProxy im VLAN auf VM auf der Synology mit Debian 10
- Portforwarding ist eingerichtet (mit einer kleinen Schwierigkeit, da das NAS Port 443 bereits in Benutzung hat)
- Aktuell sind die VLANs nicht voneinander geblockt (zur Fehlersuche)

Mein aktueller Stand: Ich habe die Anleitung mehrfach durchgearbeitet und versucht die Schritte versucht 1:1 nachzumachen. Die Herausforderung den ReverseProxy zu installieren (dank des Verweises auf certbot.eff.org) war dann auch gelungen. Ich habe das Zertifikat und SSL installiert (Ich erreiche "von aussen" merine phpinfo-Seite über den ReverseProxy). Bis dahin glaube ich, passt es...

Die beiden LBS habe ich auch analog der Anleitung angelegt.

Viel mehr Mühe hatte ich mit der Konfiguration des Skills. Auch hier habe ich (mehrfach) alle Schritte durchlaufen und bin der Meinung, dass nun auch alles lt. Anleitung eingerichtet ist. An der ein oder anderen Stelle passte die Anleitung nicht mehr zu 100% zu den Amazon-Websites, hier habe ich jedoch für mich plausibel überall die richtigen Optionen gefunden.

Bei der Aktivierung des Skills kommt nun die Fehlermeldung: "Verknüpfung mit EDOMI konnte diesmal nicht hergestellt werden."

Im "edomi-smarthome-skill.log" ist gar kein Eintrag abgelegt, das macht mich stutzig! In den anderen beiden logs befinden sich keine Fehlermeldungen.

Und da stehe ich nun mit meinem kurzen Hemd. Mir fehlt jeglicher Anpack nach Fehlern zu suchen. Mir ist bewusst, dass ich die ein oder andere Sonderlocke (ReverseProxy in der VM, Edomi im Docker) habe, aber ich bilde mir ein, dass der Zugriff funktionieren sollte (schliesslich kann ich die phpinfo öffnen).

Wer kann mir mit Ansätzen zur Fehlersuche helfen?

Vorab vielen Dank!

Viele Grüße
Sven

[jonofe]

Wie verifizierst du denn dein SSL Zertifikat auf dem Reverseproxy, wenn das NAS den Port 443 für sich nutzt?
Kannst von außen (aus dem Internet) per SSL auf deinen Reverse Proxy zugreifen?

[xsven80x]

Hallo Andre,

puhh... ich versuche mal mit meinem Laienwissen zu beschreiben, was ich hier probiert habe:

Anfrage kommt von 443 rein - der Router macht ein Portforwarding auf 1234 - ReverseProxy hört auf 1234 (und schickt auf selben Port hoffentlich weiter) - NAS / Docker routet 1234 auf 443 weiter. Damit habe ich das NAS umgangen und bin am Ende innerhalb des Containers wieder auf 443.

Dann habe ich über "https://www.ssllabs.com/ssltest/analyze.html?d=<DYNDNS_NAME>&latest" meine DYNDNS getestest und erreiche ein "B"-Rating. Daher bin ich erstmal davon ausgegangen, dass es bis dahin alles korrekt ist!

Wenn ich nun von außen auf meine dyndns-Adresse zugreife (über https natürlich) dann meldet sich der NGINX-Webserver. Wenn ich von außen auf die phpinfo.php auf edomi zugreife, erhalte ich auch die korrekte php-Info-Seite. Von daher unterstelle ich, dass ich bis zum Edomi komme...

Gruß
Sven

[jonofe]

Ja, das sollte dann korrekt funktionieren.
Wenn das Skill-Skript-Log leer bleibt, dann muss entweder auf Amazon Seite etwas nicht korrekt konfiguriert sein oder bei der Weiterleitung zwischen Fritz=>Rev-Proxy=>Edomi. Am besten mal ins access/error-Log vom nginx auf dem Reverse Proxy schauen, ob dort Aufrufe von Seiten Amazon-Alexa kommen. Zusätzlich mal versuchen die URL, die du im Python-Skript verwendest, von außen (Internet) aufzurufen.