Ankündigung

Einklappen
Keine Ankündigung bisher.

Amazon Alexa Plugin

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • AndreK
    antwortet
    Hallo Jürgen ,

    zur Lambda findest Du eine ziemlich aktuelle Doku hier.

    Meine Skill-Settings hier : die Redirect-URL´s sind wichtig, ohne die geht nichts.
    Skill_Acount-Linking.png
    Gruss Andre

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    Hallo Leuts, da bin ich wieder :-)

    wieder mal in den Copy&Paste Fehler gelaufen, wie schon in #323 von jemandem berichtet:

    Ich kann meinen Skill nicht über die Alexa APP / Browser aktivieren. Zunächst kam die Fehlermeldung "Kann derzeit nicht aktiviert werden".
    Ich bin dann alle 30 Seiten hier durchgegangen und habe wohl das Problem mit einem falschen "Scope".
    In der Anleitung
    https://www.smarthomeng.de/aws-fuer-...gin-einrichten
    steht
    Scope profile
    Wenn ich nun in das Feld den Namen meines AWS Security Profiles eintrage, bekomme ich die Meldung:
    Verknüpfung fehlgeschlagen.
    Der Autorisierungsserver meldete einen error- Parameter. Weitere Informationen finden Sie unter https://tools.ietf.org/html/rfc6749#section-4.1.2.1.


    Was genau muss denn nun in der Lambda Konfiguration hinter scope eingetragen werden? Ich bin ratlos...
    Wäre auch schön, wenn Marc René Fries seine Beschreibung an dieser Stelle aktualisieren würde :-)

    In der Amazon Doku steht:

    https://developer.amazon.com/de/blogs/post/Tx3CX1ETRZZ2NPC/Alexa-Account-Linking-5-Steps-to-Seamlessly-Link-Your-Alexa-Skill-with-Login-wit
    Scope Login with Amazon supports several scopes, for this example, let’s use “profile”. This will allow your code to retrieve a unique Amazon userid, email address, and full name for the user.
    Bringt mich momentan aber auch nicht wirklich weiter, zu viele Bäume vor dem Wald..
    Zumal der Link zur Erklärung der Scopes auch nicht funktioniert...

    Gruß und Dank
    Jürgen
    Zuletzt geändert von Jürgen; 13.01.2019, 16:29.

    Einen Kommentar schreiben:


  • Cannon
    antwortet
    Zitat von Jürgen Beitrag anzeigen
    Kann mal jemand den Alexa Block aus der Nginx.conf posten?
    Anbei der Code:

    Code:
        # Alexa Plugin Weiterleitung
        location /alexa {
            auth_basic "Restricted Area: Alexa";
            auth_basic_user_file /etc/nginx/.alexa;
            proxy_pass http://IP-Adresse:9000/;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
        }
    Das Ziel bei der AWS bleibt gleich.

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    So, neuer Zwischenstand:
    Nach dem Jonglieren der {} in der nginx.conf startet der Proxy nun und leitet auch Anfragen für "mydomain/Port/alexa" weiter (Passwortabfrage im Browser).
    Die Alexa App kann den Service aber noch nicht aktivieren, ein Zugriff taucht im acess.log nicht auf.
    Da geht es vielleicht morgen weiter...

    Mühsam nährt sich das Eichhörnchen.
    Spannend, aber nichts für den "Normalen Anwender", aber wer ist hier schon normal ;-)

    Gruß
    Jürgen

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    Bezog sich auf:
    >Wäre es nicht möglich, den Skill zu offizialisieren und auf smarthome-ng.de das Gegenstück zu hosten?
    Mit einer vernüftigen ANleitung kommt man auch mit dem eigenen Skill durch.

    Gruß
    Jürgen

    Einen Kommentar schreiben:


  • henfri
    antwortet
    Hä? Gerade deshalb schlage ich es ja vor.

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    Hallo Hendrik,

    im Prinzip ist das ja alles OK, das Problem in meinen Augen: Die verfügbaren Anleitungen sind von "Profis" geschrieben.
    Wenn man mit der Materie bisher wenig bis nichts zu tun hatte, scheitert man oft an für den Schreiber selbstverständlichen Dingen.
    Daher dokumentiere ich für mich jeden Schritt zu einem einzigen Dokument. Wenn es dann mal läuft, wird das dann bei einem Kollegen (DAU) auf Tauglichkeit geprüft.
    :-)

    OK, meine Ports scheinen zu stimmen, im Lambda habe ich "/alexa/" mit einem zweiten Slash stehen ?!
    Ich bin direkt mit V3 gestartet.
    Ich baue gerade eine neue Nginx.conf auf, bin da wohl mit den {} irgendwo durcheinander geraten..



    Gruß Jürgen

    Einen Kommentar schreiben:


  • henfri
    antwortet
    Hallo,

    was wäre eigentlich nötig, um dem User die Installation einfacher zu machen?
    Wäre es nicht möglich, den Skill zu offizialisieren und auf smarthome-ng.de das Gegenstück zu hosten?

    Gruß,
    Hendrik

    Einen Kommentar schreiben:


  • AndreK
    antwortet
    Hallo Jürgen ,

    beim mir sieht die Config wie folgt aus :

    Router lauscht auf Port 1443 , leitet diesen auf 443 auf den Nginx weiter. Der Nginx leitet die location /alexa auf den Smarthome-PI Port 9000 weiter.
    In der Lambda habe ich Port 1443 eingtragen. Pfad in Der Lambda muss der "location" im Nginx entsprechen. Im Alexa-Plugin is Port 9000 konfiguriert.

    Nginx-Config sieht wie folgt aus, wobei die 192.168.178.37 der SmartHome-PI ist :

    Code:
        # Alexa Plugin Weiterleitung
        location /alexa {
            auth_basic "Restricted Area: Alexa";
            auth_basic_user_file /etc/nginx/.smartvisu;
    
            # Zugreifendes Land erlaubt?
            if ($allowed_country = no) {
                    return 403;
            }
    
            proxy_pass http://192.168.178.37:9000/;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
        }
    Das Ziel muss für P3 nicht geändert werden, es bleibt alles wie gehabt. Für P3 muss lediglich im "Skill" von V2 auf V3 umgstellt werden.
    !! Im Skill umstellen, d.h. nichts mit eventuellen Testfunktionen in der Lambda zu tun, diese müssen manuelle umgestellt werden !!

    Gruss Andre

    Einen Kommentar schreiben:


  • Max2612
    antwortet
    Hallo,

    das ist mein Alexa- Teil:
    Code:
    location /alexa {
            auth_basic "Restricted Area: Alexa";
            auth_basic_user_file /etc/nginx/htpasswd.alexa;
    
        # Zugreifendes Land erlaubt?
            if ($allowed_country = no) {
                    return 403;
            }
    
            proxy_pass http://192.168.1.13:9000/;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
        }
    Ich hab keine Änderungen wegen der v3 gemacht.

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    Zitat von AndreK Beitrag anzeigen
    Ansonsten hatte ich auch das Problem weil in meiner Config des Nginx die Portweiterleitung für AlexaP3 und AlexaP2 auf unterschiedliche
    Ports gingen.
    Nachdem ich die Nginx-config korrigiert hatte funktioniert es.

    Gruss Andre
    Hallo noch einmal...

    Mein NGINX mag nicht mehr starten, er meckert die Alexa location an.

    Kann mal jemand den Alexa Block aus der Nginx.conf posten?

    Im AWS habe ich als Ziel /Alexa angegeben, wird das für P3 geändert?

    Fragen über Fragen :-(

    Gruß Jürgen

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    Zitat von AndreK Beitrag anzeigen
    Hallo ASSR85

    prüfe doch bitte ob die Portnummer des Plugins in der plugin.yaml mit der Portnummer der Lambda-Config übereinstimmt.
    Was steht in Deiner Nginx - Access-Log und error-Log Datei ?

    Gruss Andre
    Hallo zusammen,
    eine der für den Dau unklaren Stellen:
    Der Alexa Port in der yaml steht bei mir auf default 9000, gebe ich den bei Amazon auch so an?
    Ich gehe ja über den NGINX Proxy, also habe ich bei Amazon den externen Port meines Routers angegeben, der auf den internen des Proxy geleitet wird.
    Denkfehler?

    Gruß Jürgen
    Zuletzt geändert von Jürgen; 16.01.2019, 12:46.

    Einen Kommentar schreiben:


  • AndreK
    antwortet
    Hallo psilo ,

    eventuell kannst du in die Cloudwatch-Logs der Lambda was finden. Anfrage stellen "Zeige Küchenkamera" und mal prüfen ob dort was in den Cloudwatch-Logs
    steht. Ich bin hier noch am Testen mit sTunnel und live555Proxy. Das sollte funktionieren, nur bei mir mal wieder nicht ;-( Der sTunnel lässt nichts zum live555Proxy durch.
    Bin noch auf der Suche ob es an den Zertifikaten, openSSL oder an mir liegt.

    Einen Kommentar schreiben:


  • psilo
    antwortet
    ich habe es jetzt mit einem öffentlichen rtsp stream probiert. leider gleiches verhalten. kann leider nicht sagen, ob der stream tls hat :-/ kann man irgendwie seitens alexa rauskriegen, was das genaue problem ist?!

    Einen Kommentar schreiben:


  • psilo
    antwortet
    das sollte es doch eigentlich tun? https://github.com/arut/nginx-rtmp-module teste ich später. hmm mist ist RTMP nicht RTSP..
    Zuletzt geändert von psilo; 04.01.2019, 10:16.

    Einen Kommentar schreiben:

Lädt...
X