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

[shortyle]

Ahhhh ich da das betrifft nur die Anzeige von Visa Seiten. Ich les mich dann mal dort ein!

[Pendragon]

shortyle schau mal hier:

Da gibts einen separaten Thread zu. Es liegt an der Nutzung von Websockets seit Edomi 1.52. Damit dies von extern funktioniert sind einige Änderungen in der Reverse Proxy Konfiguration notwendig.

Siehe HIER

[shortyle]

Hi,
wollte nur nochmal kurz was fragen.

Woran kann es liegen, dass ich beim Aufruf von https://<DYNDNS_NAME>/edomi/admin, nicht in auf meiner Edomi Seite lande Es kommt ?
Bei https://<DYNDNS_NAME> kommt die "Welcome to nginx" Startseite und bei "https://<DYNDNS_NAME>/edomi/phpinfo.php" kommt die PHP Info Seite.

bzw was müsste ich einstellen, damit das klappt?

[shortyle]

wollte nur mal kurz zurückmelden das nun alles unter Raspian Jessie geklappt hat. Damit lief es ohne Probleme durch und das Cert. lies sich erstellen.

[Pendragon]

bei mir klappt jetzt alles wunderbar.

danke André

Und was war es? Ich hänge immernoch daran, dass ich keinen OAUTH toke bekomme. Habe das Skill gerade mal wieder neu aufgesetzt.

Weiterhin ändert sich bei mir täglich die IP von Amazon, so dass ich heute schon wieder den Proxy anpassen musste und den Filter jetzt erstmal ausgeschaltet habe...

##################EDIT###########
Und immer wenn ich gerade aufgebe kommt doch noch eine kleine Idee...

Unbenanntes Bild.png
Ich habe jetzt auf v2 umgestellt und schon wird meine Schreibtischlampe gefunden...

Das wars!
Danke André für das LBS!

[jonofe]

puuh, sehr gut, dachte schon es hätte sich noch was grundlegendes auf Seiten Amazons getan.
Werde das neue ZIP File dann später hochladen.

[webasti321]

bei mir klappt jetzt alles wunderbar.

danke André

[Pendragon]

Perfekt!
Das behebt den vorrangigen Fehler.

Jetzt muss ich nur noch die richtige IP für den Zugriff durch den proxy rausfinden:

 <h1>Forbidden</h1> <p>You don\'t have permission to access /edomi/edomi-smarthome-skill.php on this server.<br />

Schon gefunden:

 52.208.234.59/24 34.252.36.58/24

Ich probiere mal...

...Zeit vergeht...

Also die IPs funktionieren. Die aus dem Manual sind anscheinend nicht bei mir in Verwendung...

Jetzt habe ich aber den Fehler von webasti321 :

No OAUTH Access Token received

Mache nun aber Feierabend.
Bis morgen!

[jonofe]

Könnte sein, dass sich etwas an der python Installation geändert hat. Kann das aber im Moment nicht selber testen.
Ihr könnt mal folgendes ZIP versuchen:

https://www.anrath.net/edomi-smart-h...ill-deploy.zip

[webasti321]

Hab auch den selben Fehler.

[Pendragon]

Habe das ZIP des LBS aktualisiert. Jetzt sollte das Deployment ZIP wieder dabei sein.

Habe damit gerade noch leichte Probleme. Hatte gehofft die verschwinden mit den zugehörigen Funktionen.. Anscheinend findet er immernoch nicht alles. Hat jemand eine ähnliche Fehlermeldung mit der Lambda Funktion?:

Unable to import module 'edomi-aws-lambda-skill-adapter': No module named urllib3

[shortyle]

hat leider auch keine Änderung herbeigeführt...egal jetzt...will nicht weiter deine Zeit rauben

ich versuch es einfach mit apache

[jonofe]

Weiß zwar nicht, ob es die Ursache ist, aber zwischen ~ und / darf kein Leerzeichen stehen.

[shortyle]

Danke Andre für deine ganze Geduld und Nachsicht...aber leider klappt es auch mit dem anderen How To nicht.
habe alles exakt dort nach Anleitung gemacht.

/etc/nginx/snippets/ existiert auch und der Punkt scheint durchzulaufen

beim Punkt/Versuch nginx neuzustarten nachdem ich die default config angepasst hab kommt die Fehlermeldung

Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.

mit

nginx -t

kann man sich die Probleme zeigen lassen und da kommt

nginx: [emerg] BIO_new_file("/etc/letsencrypt/live/[COLOR=#FF0000]<DYNDNS_NAME>[/COLOR]/fullchain.pem") failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/etc/letsencrypt/live/[COLOR=#FF0000]<DYNDNS_NAME>[/COLOR]/fullchain.pem','r') error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: configuration file /etc/nginx/nginx.conf test failed

Ich habe die Default Datei wie folgt angepasst

# Default server configuration
#

server {

     listen 443 ssl default_server;

[COLOR=#0000FF] include /etc/nginx/snippets/letsencrypt.conf;[/COLOR]

     ssl_certificate /etc/letsencrypt/live/[COLOR=#FF0000]<DYNDNS_NAME>[/COLOR]/fullchain.pem;
     ssl_certificate_key /etc/letsencrypt/live/[COLOR=#FF0000]<DYNDNS_NAME>[/COLOR]/privkey.pem;
     root /var/www/html;
     index index.html index.htm index.nginx-debian.html;
     server_name [COLOR=#FF0000]<DYNDNS_NAME>[/COLOR];

[COLOR=#0000FF] location ~ /.well-known {allow all;}[/COLOR]

     location /edomi/ {
           proxy_redirect off;
           proxy_set_header Host $host;
           proxy_set_header X-Forwarded-For $remote_addr;
           proxy_pass https://192.168.[COLOR=#FF0000]xxx[/COLOR]/;
           proxy_buffering off;
           proxy_connect_timeout 5; # more than http_server
           proxy_read_timeout 350; # 60 default, 300s is GNUnet's idle timeout
           proxy_http_version 1.1;
           proxy_next_upstream error timeout invalid_header http_500 http_503 http_502 http_504;
      }
      if ($scheme != "https") {
         return 301 https://$host$request_uri; }
}

Beim Versuch das Zertifikat mit

certbot certonly --rsa-key-size 4096 --webroot -w /var/www/letsencrypt -d [COLOR=#FF0000]<DYNDNS_NAME>[/COLOR]

kommt nach Eingabe der E-Mail und Bestätigung der Terms wieder die "bekannte" Fehlermeldung.

Ich versuche es jetzt einfach nochmal mit Apache

[jonofe]

mach am besten ein sudo -s
und danach den echo Befehl.
Und ggf schauen, ob das Verzeichnis
/etc/nginx/snippets/ vorhanden ist. Ansonsten vorher anlegen.