Alexa Smarthome Skill (Payload Version 3)

[jonofe]

Nur die PLv3.log ist relevant. Steht denn da was drin, wenn du nach Geräten suchen lässt?

[gregorS]

Zumindest selbes verhalten als bei mir (OAuth Fehler)

Gibt es bei dir ein

sr/local/edomi/www/data/log/edomi-smarthome-skill.log???

Hallo,
bei mir gibt es die Datei, ist aber leer.
in der PLv3.log ist der Oauth Fehler bei mir nicht.

LG

[jonofe]

Dann ist es dort falsch.
In der PDF Anleitung stehts richtig drin. (Seite 33)

[gregorS]

Da fehlt ein / vor dem "usr"

hab den code gestern aus eintrag #103 kopiert.
Da stehts ohne dem / drin.

[jonofe]

Code:

tail -f usr/local/edomi/www/data/log/edomi-smarthome-skill-PLv3.log
das Log leer bleibt, stimmt wohl irgendwas noch nicht.

Da fehlt ein / vor dem "usr"

[gspsteve]

Da Alexa keine Geräte findet und

Zumindest selbes verhalten als bei mir (OAuth Fehler)

Gibt es bei dir ein

sr/local/edomi/www/data/log/edomi-smarthome-skill.log???

[gregorS]

gregorS Bin schon gespant ob bei dir die OAuth ufnktioniert, eventuell kannst du kurz berichten!?

kann ich machen.
Meine Einrichtung ist aber noch nicht fertig.
Da Alexa keine Geräte findet und

 
 tail -f usr/local/edomi/www/data/log/edomi-smarthome-skill-PLv3.log

das Log leer bleibt, stimmt wohl irgendwas noch nicht.

[jonofe]

gspsteve ich habe übrigens am Wochenende einen Skill komplett neu in der US Region aufgesetzt. OAuth hat auf Anhieb funktioniert.

[gspsteve]

gregorS Bin schon gespant ob bei dir die OAuth ufnktioniert, eventuell kannst du kurz berichten!?

[gregorS]

Hab jetzt ab 2.4.1.1 Installation SSL Zertifikat alles nochmal gemacht.
Da dürfte gestern irgendwas schiefgelaufen sein.

Hab jetzt auch unter sites-available die folgende Datei 000-default-le-ssl.conf so wie in der Anleitung beschrieben.

Jetzt funktioniert auch der https Zugriff und auch der SSL Test läuft durch.

Danke für die Hilfestellungen

[jonofe]

Hast du die Installation auf dem RPi als root gemacht?
Ich würde den Port 80 auch mal weiterleiten, denn die Fehlermeldung sagt ja invalid response from http://... und nicht https://...

[gregorS]

Port 443 leitet auf den RaspPi auf dem der Reverse Proxy läuft weiter.
Port 80 hatte ich wie in der Beschreibung nur kurz zum testen weitergeleitet.

In beiden fällen (Eingabe der IP sowie über die DDNS-Adresse) konnte ich die Apache Startseite erreichen.

Was mir gerade noch einfällt bei durchschauen der Anleitung:
Die Datei: 000-default-le-ssl.conf gibt es bei mir mit diesem Dateinamen nicht.

Im Ordner /etc/apache2/sites-available/ sind bei mir zwei Dateien vorhanden.
Eine Leer, die andere beginnt eben mit <VirtualHost *:443>.
Wobei bei mir wenn ich mich richtig erinnere statt dem * default oder so steht.

LG

[jonofe]

Hast du verifiziert, dass dein Reverseproxy von außen erreichbar ist?
Hast du den HTTP/HTTPS Port vom DSL Router auf den Reverse Proxy weitergeleitet?
Für mich sieht es so aus, als könnte Letsencrypt deinen Reverse Proxy von außen nicht erreichen.

[gregorS]

Du hast hier wohl irgendwo vergessen <DYNDNS> auf deinen DDNS Host zu ändern...

Invalid response from http://<DYNDNS>/.well-known/acme-challenge/

Sorry hab ich nicht erwähnt:
Ich hab hier für den Post meine DDNS Adresse händisch Rausgenommen und gegen <DYNDNS> ersetzt.

Welche Distribution verwendest du? Ich vermute dass hier ein Repository in

/etc/apt/sources.list fehlt. Wenn ich die Möglichkeit habe schicke ich dir einen Auszug aus meiner..

Ich habe den Link aus der Anleitung für den Download verwendet.
Sollte also Raspian stretch lite sein.

Grüße

[gspsteve]

Bekomme allerdings bei der Zertifikaterstellung für die dyndns seite folgenden Fehler

Du hast hier wohl irgendwo vergessen <DYNDNS> auf deinen DDNS Host zu ändern...

Invalid response from http://<DYNDNS>/.well-known/acme-challenge/

Beim Installieren von Apache2 muss ich die 5 nach php auch weglassen

Welche Distribution verwendest du? Ich vermute dass hier ein Repository in

/etc/apt/sources.list fehlt. Wenn ich die Möglichkeit habe schicke ich dir einen Auszug aus meiner..