NEWS
Alexa 2.0 alter Bug wieder da
-
alexa2.0 2018-11-09 07:59:03.007 error Error: You can try to get the cookie manually by opening http://192.168.123.250:39047/ with your browser. alexa2.0 2018-11-09 07:59:03.007 error Error: Amazon-Login-Error: Wichtige Mitteilung!: Zum besseren Schutz Ihres Kontos geben Sie bitte nochmals Ihr Passwort ein, und geben Sie dann die Zeichen ein, die in der Abbildung unten gezeigt werd alexa2.0 2018-11-09 07:59:03.007 debug Alexa-Remote: Error from retrieving cookies alexa2.0 2018-11-09 07:59:03.005 debug Alexa-Cookie: Proxy-Server listening on port 39047 alexa2.0 2018-11-09 07:59:02.871 debug Alexa-Cookie: Response (200) alexa2.0 2018-11-09 07:59:02.693 debug Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin","method":"POST","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleW alexa2.0 2018-11-09 07:59:02.691 debug Alexa-Cookie: Step 3: login with filled form, referer contains session id alexa2.0 2018-11-09 07:59:00.993 debug Alexa-Cookie: Response (200) alexa2.0 2018-11-09 07:59:00.851 debug system.adapter.admin.0: logging true alexa2.0 2018-11-09 07:59:00.851 debug Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin","method":"POST","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleW alexa2.0 2018-11-09 07:59:00.849 debug Alexa-Cookie: Step 2: login empty to generate session broadlink.0 2018-11-09 07:58:59.865 debug system.adapter.admin.0: logging true alexa2.0 2018-11-09 07:58:59.142 debug Alexa-Cookie: Response (200) alexa2.0 2018-11-09 07:58:58.968 debug Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin?showRmrMe=1&openid.return_to=https%3A%2F%2Falexa.amazon.de%2F&openid.identity=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0% alexa2.0 2018-11-09 07:58:58.964 debug Alexa-Cookie: Response (302) - Redirect to https://www.amazon.de/ap/signin?showRmrMe=1&openid.return_to=https%3A%2F%2Falexa.amazon.de%2F&openid.identity=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0%2Fi alexa2.0 2018-11-09 07:58:58.696 debug Alexa-Cookie: Sending Request with {"host":"alexa.amazon.de","path":"","method":"GET","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/53 alexa2.0 2018-11-09 07:58:58.694 debug Alexa-Cookie: Step 1: get first cookie and authentication redirect alexa2.0 2018-11-09 07:58:58.694 debug Alexa-Cookie: Proxy-Mode enabled if needed: 192.168.123.250:0 to listen on 0.0.0.0 alexa2.0 2018-11-09 07:58:58.693 debug Alexa-Cookie: Use as Accept-Language: de-DE alexa2.0 2018-11-09 07:58:58.693 debug Alexa-Cookie: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 alexa2.0 2018-11-09 07:58:58.692 debug Alexa-Cookie: Use as Alexa-Service-Host: alexa.amazon.de alexa2.0 2018-11-09 07:58:58.691 debug Alexa-Cookie: Use as Login-Amazon-URL: amazon.de alexa2.0 2018-11-09 07:58:57.449 debug Alexa-Remote: No cookie given, generate one alexa2.0 2018-11-09 07:58:57.449 debug Alexa-Remote: Use as Base-URL: alexa.amazon.de alexa2.0 2018-11-09 07:58:57.448 debug Alexa-Remote: Use as Login-Amazon-URL: amazon.de alexa2.0 2018-11-09 07:58:57.448 debug Alexa-Remote: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 alexa2.0 2018-11-09 07:58:57.447 debug Alexa-Remote: Cookie was set, but authentication invalid, retry with email/password ... alexa2.0 2018-11-09 07:58:57.447 debug Alexa-Remote: Authentication checked: false alexa2.0 2018-11-09 07:58:57.446 debug Alexa-Remote: Response: No body alexa2.0 2018-11-09 07:58:57.190 debug Alexa-Remote: Sending Request with {"host":"alexa.amazon.de","path":"/api/bootstrap?version=0","method":"GET","timeout":10000,"headers":{}} alexa2.0 2018-11-09 07:58:57.185 debug Alexa-Remote: cookie was provided alexa2.0 2018-11-09 07:58:57.183 debug Alexa-Remote: Use as Base-URL: alexa.amazon.de alexa2.0 2018-11-09 07:58:57.182 debug Alexa-Remote: Use as Login-Amazon-URL: amazon.de alexa2.0 2018-11-09 07:58:57.181 debug Alexa-Remote: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36
-
Und das hast aber gemacht?
You can try to get the cookie manually by opening http://192.168.123.250:39047/ with your browser.
-
Natürlich habe ich das gemacht.
-
Logout auf Amazon Seite durchgeführt.
Wieder über den link eingeloggt.
Login funktioniert.
Kein Captcha.
Status bleibt auf gelb.
Neustart bringt nichts. Im log erscheint immer der gleiche Hinweis.
-
Ich bräuchte bitte das log von so einem Proxy Versuch - also das log wenn du da im Browser das aufrufst.
Am besten aber per pn.
Gesendet vom Handy …
-
PN habe ich Dir geschickt.
Hmm, da scheint irgendwas mit nem redirect zu sein.
Mit dem Link vom Log lässt sich einloggen.
Aber kein Captcher.
Dann sofort wird weitergeleitet auf die Amazon Login Seite mit Captcher.
Das bekommt der Adapter dann aber wohl nicht mehr mit.
-
Log viel zu kurz! Und bitte aus dem Logfile auf Platte und senden als txt file. Lieber mehr als zu wenig!!
AM besten adapter starten und das machen inklusive Login mit Captahc und allem … und dann log von der ganzen Aktion seit Start des Adapters
-
Bei mir auch leider das gleiche Problem:
error: You can try to get the cookie manually by opening http://192.168.0.4:32812/ with your browser. error: Amazon-Login-Error: Wichtige Mitteilung!: Zum besseren Schutz Ihres Kontos geben Sie bitte nochmals Ihr Passwort ein, und geben Sie dann die Zeichen ein, die in der Abbildung unten gezeigt we
Verwende den iobroker auch mit dem docker. Aufruf der Seite "http://192.168.0.4:32812/" ergibt eine leere Seite.
Bei amazon habe ich mich schon mal ab. u. dann weider angemeldet.
heinzie
-
ist das die docker interne ip oder die die Docker-extern erreichbar ist? Wenn zweiteres einfach richtige IP ersetzen
-
ist das die docker interne ip oder die die Docker-extern erreichbar ist? Wenn zweiteres einfach richtige IP ersetzen `
sorry, aber stehe irgendwie auf dem Schlauch.
Docker Gateway ist bei mir dann wohl die 172.18.0.1
Nur bekomme die bei den Einstellungen nicht eingetragen bzw. wird nicht gepeichert.
Wenn ich das erneut aufrufe steht wieder 0 drin.
oder muss das woanders rein? -
Der Port ist nur die Portnummer. Wenn Du im Docker.internen netz bist musst du diesen Proxy Port irgendwie nach ausser weiterleiten … Keine Ahnung genug von Docker!!
Achja: Lösung für das aktuelle "Proxy-Seite geht trotzdem nicht ..." Problem, siehe: viewtopic.php?f=37&t=16095&e=1&view=unread#p191811
-
hast du was gemacht?
Bei mir geht es wieder
Hab mich noch mal ausgeloggt und es noch mal versucht.
Diesmal hat es wohl geklappt.
Gab zwar kein Captcha, aber geht jetzt wieder.
-
hast du was gemacht?
Bei mir geht es wieder
Hab mich noch mal ausgeloggt und es noch mal versucht.
Diesmal hat es wohl geklappt.
Gab zwar kein Captcha, aber geht jetzt wieder. `
Ich bin Magier ne scheinbar hat Amazon die Änderung selbst wieder rückgängig gemacht … aber naja der Adapter kann jetzt dann beidesGesendet vom Handy ...
-
Hi zusammen,
nach einem Crash meines RPis habe ich mir gedacht installiere ich Iobroker in Docker auf meinem NAS. Alle Adapter wurden direkt grün, außer der Alexa2.
Ich habe mir diesen Thread mal durchgelesen aber so wirklich steht ja keine Lösung drin, oder?
Meine Fehlermeldung ist:
alexa2.0
2018-11-16 15:29:57.681
error
Error: You can try to get the cookie manually by opening http://192.168.2.4:43156/ with your browser.
alexa2.0
2018-11-16 15:29:57.680
error
Error: Login unsuccessfull. Please check credentials.
Also nichts von wegen Amazon-Login-Error: Wichtige Mitteilung!
Mein Passwort ist definitiv richtig. Habe dann die Daten rausgelöscht und den Weg über manuelles Cookie versucht, auch ohne Erfolg.
Bin nach bestem Wissen und Gewissen die Anleitung durch: https://www.gehrig.info/alexa/Alexa.html und habe aus der cURL den Cookie Code rauskopiert, oder war das falsch?
Den anderen Weg über "You can try to get the cookie manually by opening http://192.168.2.4:43156/ with your browser" bin ich auch gegangen. Außer einer normalen Anmeldung passiert da nichts. Dort wieder abgemeldet und Adapter durchgestartet. Wieder nichts
Hat es hier jemand in Verbindung mit Docker hinbekommen?
Und evtl noch mal für dumme wie mich:
Ich habe Docker auf meinem NAS installiert und dort dann iobroker. Die iobroker Oberfläche ist dann über die IP des NAS mit Port 8081 erreichbar. Somit ist doch alles in meinem Heimnetz.
In den Adaptereinstellungen habe ich im Reiter Proxy bei Eigene IP die des NAS -eth0, bei Port die 0 (den Port aus dem Log habe ich auch schon getestet) und bei Proxy Beschränkung List on all IPs. Pass das so?
Danke schon mal für Tips und Hinweise
-
Dann versuche ich das problem zu umschreiben.
Der Adapter nutzt die Logindaten und versucht sich "automatisch" einzuloggen indem er die Anfragen sendet die auch beim Anmeldevorgang ablaufen.
Amazon ist aber inzwischen etwas zickig und wenn Ihm beim Login Vorgang etwas "komisch" vorkommt dann kann es sein das der automatische Login nicht geht weil
a) Amazon einfach nochmal die Logindaten haben will
b) Sicherheitsabfragen oder Captchas anzeigt die man "Lösen" muss
Beides kann der Adapter automatisch nicht behandeln und damit kann er kein cookie holen.
Damit es aber doch irgendwie geht, macht der Adapter in so einem Fall den dort genannten proxy auf und sagt "Hey, ruf mal da auf und log dich bitte bei Amazon ein und auf dem Weg dahin klaue ich mir das Cookie wenn Du Dich erfolgreich eingeloggt hast."
Also ja wenn Du die URL aufrufst kommt auch nichts anderes als ein Login Vorgang. Es kann sein das Du dich ausloggen und dann über den Weg neu einloggen musst damit es klappt.
Jetzt alle Klarheiten beseitigt?
-
Hi,
sorry das ich jetzt erst antworte, war beruflich on Tour.
Also grundsätzlich hatte ich das Problem ja verstanden, nur kam bei mir halt nie eine Sicherheitsabfrage o.Ä. hoch.
Jetzt mit dem neuen Adapter Update hat es funktioniert.
Vielen Dank