Amazon Alexa Plugin

[jonsson]

heute mit 1.7.1. alles neu aufgesetzt, jetzt mit einer 32GB SSD am raspi 4 - endlich weg von den SD Karten (lediglich bootstrap)!

verhalten wie am alten raspberry, das denied 403 habe ich wegebekommen, indem ich alle allows auf gewisse IP Adressenranges rausgenommen habe.

wollte nur kurz Bescheid geben, dass der lambda test erfolgreich war (hinweis hier in dem thread irgendwo zwischen seite 10 und 15), ebenso, dass der error 501 so okay ist -> das ist ein Lichtblick

Response:
{
"header": {
"messageId": "cf172265d88a4ea2962036196d7c7393",
"name": "DiscoverAppliancesResponse",
"namespace": "Alexa.ConnectedHome.Discovery",
"payloadVersion": "2"
},
"payload": {
"discoveredAppliances": [
{
"actions": [
"TurnOn",
"TurnOff"
],
"additionalApplianceDetails": {
"item1": "EG.Arbeitszimmer.DeckenspotsNord.EinAus"
},
"applianceId": "Licht_az",
"friendlyDescription": "Licht im Arbeitszimmer",
"friendlyName": "Arbeitszimmer Licht",
"isReachable": true,
"manufacturerName": "SmartHomeNG",
"modelName": "SmartHomeNG",
"version": "1.0.2"
}
]
}
}

leider kann ich den skill nach wie vor nicht aktivieren. da der test funktioniert, nehme ich nun stark an, dass ich noch einmal durch die "amazon hölle" gehen muss, liegt vermutlich dort der fehler und nicht auf meinem raspberry, oder?

[yachti]

wenn der nginx auf dem Raspi mitläuft setzt dann im Abschnitt location die localhost IPein

proxy_pass http://127.0.0.1:9000

[jonsson]

mehrfach

Danke, werd ich mir im Detail ansehen. Doku habe ich bereits gelesen, jedoch hat diese als Annahme 2 getrennte Raspi. Da noch kein systemctl hat mich diese auch relativ alt angesehen.

Ich werde aufs erste einmal SHNG 10.1.7.1 neu aufsetzen und dann noch einmal einen sauberen Ablauf anhand des PDF machen. Ist ja nicht so, dass ich bis dato nicht schon einiges dazugelernt habe!

[yachti]

Gibt es hier schon mehrfach im Forum und in der Doku

https://knx-user-forum.de/forum/supp...14#post1478214

https://www.smarthomeng.de/user/visu...ighlight=nginx

[jonsson]

könnte mir ev. jemand mit einer korrekten auf Alexa und reverse proxy ausgerichteten nginx.conf und https.conf weiterhelfen?
ich fürchte irgendetwas stimmt bei mir nicht (mehr).

Wenn ich testweise hier auf allow all stelle, kann ich auf https://***.hopto.org/alexa zugreifen:

 # Alexa Plugin Weiterleitung
location /alexa/ {[INDENT]include /etc/nginx/headers.conf;
satisfy any;
# auth_basic "Restricted Area: Alexa";
# auth_basic_user_file /etc/nginx/.alexa;
allow 127.0.0.1;
allow 192.168.0.0/16;
allow 10.0.0.0/16;
allow ::1;
[B]allow all;
# deny all;[/B]
# This script tests the SSL certificate and enables Websocket access wi$
# If you want to limit your access to devices with certificates (recomm$
access_by_lua_file /etc/nginx/scripts/hass_access.lua;

proxy_pass http://alexa;[/INDENT]
 }

Antwort - vermutlich gewollt so:

[B]Error response[/B]


Error code: 501

Message: Unsupported method ('GET').

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

Die Aktivierung per app schlägt aber nach wie vor fehl, ebenso wenig kann ich mittels https://***.hopto.org auf die NGINX startseite zugreifen, dich nur mit http:// bekomme.

Danke!

[jonsson]

Hallo Jürgen,

fail2ban hat mich geblockt -> resolved

https://***.hopto.org liefert nun

" 403 Forbidden

---

nginx


var/log/nginx/error.log:

2020/04/28 10:47:51 [error] 939#939: *2 access forbidden by rule, client: 80.*.*.?1, server: ***.hopto.org, request: "GET /smartVISU HTTP/2.0", host: "***.hopto.org"

Noch ein update, gerade in der /etc/nginx/sites-enabled/default auch noch den alte, falschen dyndns hostname gefunden.....
jetzt steht in der error.log eine andere nummer:

2020/04/28 12:18:34 [error] 2891#2891: *1 access forbidden by rule,

kann man über diese Rückschlüsse ziehen? 939, 2891? Zeilennummer der rule geht sich nicht aus

[Jürgen]

Hallo Johannes,

der https Aufruf im Browser hat erstmal nichts mit dem Zertifikat zu tun, das kommst dann später. Der Aufruf muss klappen, wenn der DDNS Name richtig ist und die Portweiterleitung in deinem Router auf den Nginx eingerichtet ist. Also https://***.hopto.org:443 eingeben, im Router (z.B. Fritzbox) Portweiterleitung von 443 auf Deinen Nginx Server einrichten und den Nginx auf diesen Port konfigurieren.

Gruß Jürgen

[jonsson]

Hallo Johannes,

rufe Deine Startseite auf, da muss Nginx antworten: https://<deine Domain>:<dein Port>

Hallo Jürgen,

nginx startet nun wieder, Problem war, dass setup_all die config files wohl nicht mehr neu geschrieben hat und ein (von mir testweise) eingegebener, falscher dyndns drinnen stand. spannenderweise akzeptiert ngingx für den reverseproxy keine zahlen in der domain

Klappt:
Aufruf mittels http

Klappt nicht: Aufruf mittels https -> Die Website ist nicht erreichbar

Die Webseite unter https://***.hopto.org/ ist eventuell vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.

ERR_TUNNEL_CONNECTION_FAILED

Zertifikate sind installiert:
[

smarthome@SmartHomeNG ~]$ sudo certbot certificates
Saving debug log to /var/log/letsencrypt/letsencrypt.log

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Found the following certs:
Certificate Name: ***.hopto.org
Domains: ***.hopto.org
Expiry Date: 2020-07-26 14:10:15+00:00 (VALID: 89 days)
Certificate Path: /etc/letsencrypt/live/***.hopto.org/fullchain.pem
Private Key Path: /etc/letsencrypt/live/***.hopto.org/privkey.pem
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Momentan weiß ich nun nicht mehr weiter

[Cannon]

heute schaffe ich es nicht mehr ,hab irgendwie meine Dev-Umgebung zerschossen.

Ist ja kein Welt-Untergang. Ich warte. :-)

[henfri]

Keine Eile!

[AndreK]

Hallo Cannon ,

heute schaffe ich es nicht mehr ,hab irgendwie meine Dev-Umgebung zerschossen.
Muss ich erst wieder herstellen.
Ich gebe Info sobald es was neues

Gruss Andre

[AndreK]

Cannon ,

ich stell heute abend einen bug-fix ein

Gruss Andre

[schuma]

Ich glaube da ist etwas schief gegangen. Da fehlen wohl noch ein paar Dateien.
AndreK ist wohl schon dabei.


Grüße...

[Cannon]

Nach dem Update von SmartHomeNG auf 1.71 läuft das plugin nicht so richtig. Ich habe jetzt die Version aus dem Master genommen, also 1.02. Das Web-Interface lädt nicht, da kommt dann ein Fehler 500 udn auch die Funktionen gehen nicht so richtig:

Wenn ich Licht einschaltet funktioniert das zwar, Alexa sagt aber, dass das Gerät nicht reagiert. Die Rollläden fahren erst gar nicht. Das steht im Log:

2020-04-27 08:36:28 ERROR plugins.alexa4p3 Alexa P3: execution of control-directive 'SetRangeValue' failed: 'SmartHome' object has no attribute 'Alexa4P3'
2020-04-27 08:36:59 ERROR plugins.alexa4p3 Alexa P3: execution of control-directive 'SetRangeValue' failed: 'SmartHome' object has no attribute 'Alexa4P3'
2020-04-27 08:37:21 ERROR plugins.alexa4p3 Alexa P3: execution of control-directive 'TurnOn' failed: 'SmartHome' object has no attribute 'Alexa4P3'
2020-04-27 08:37:33 ERROR plugins.alexa4p3 Alexa P3: execution of control-directive 'SetRangeValue' failed: 'SmartHome' object has no attribute 'Alexa4P3'

[Jürgen]

Hallo Johannes,

rufe Deine Startseite auf, da muss Nginx antworten: https://<deine Domain>:<dein Port>

Welcome to nginx on Debian!
If you see this page, the nginx web server is successfully installed and working on Debian. Further configuration is required.

Gruß Jürgen