NEWS
Alexa2 Adapter – Login nicht möglich, Proxy-Error
-
ioBroker läuft nativ auf einem Raspberry Pi.
Alexa2‑Adapter: stable v3.27.4
Node.js: v22.15.0 (zuvor v20.19.1, Update per iob nodejs-update)Die Alexa2‑Instanz bleibt gelb („keine Verbindung zu Dienst oder Gerät“).
Adapter‑Einstellungen der Instanz:
Push-Verbindung: aktiviert (auch schon testweise deaktiviert)
Cookies in der Instanz gelöscht
Eigene IP/Hostname für Proxy-Link: 10.10.3.2 (eth0, Raspberry Pi im IoT‑VLAN)
Proxy-Port: zuerst 34567, aktuell 34568
Proxy-Beschränkung (Listen Bind): 0.0.0.0 (alle IPs)
Log beim Start der Instanz:
Nach dem Start erscheint nur die bekannte Meldung:
Error: Please open http://10.10.3.2:34568/ with your browser and login to Amazon. The cookie will be output here after successfull login.Verhalten beim Öffnen des Proxy-Links:
Wenn ich http://10.10.3.2:34568/ im Browser öffne (normal und Inkognito), kommt sofort:
Proxy-Error: AggregateError
Währenddessen erscheinen keine neuen Log-Einträge in ioBroker – der Adapter scheint den Request gar nicht bis zur eigentlichen Loginlogik durchzubekommen.
Alle Adblocker und Browser‑Erweiterungen sind deaktiviert bzw. im Inkognito‑Fenster gar nicht aktiv.Netzwerk / Ports:
Raspberry Pi: 10.10.3.2 im IoT‑VLAN
PC: normalerweise im Main‑VLAN (10.10.1.26), Tests inzwischen auch direkt im IoT‑VLAN
Gateway: UniFi Cloud Gateway Ultra, mDNS‑Proxy zwischen Main (VLAN 1) und IoT (VLAN 3) aktiv
Verbindung getestet:
Ping 10.10.3.2 vom PC funktioniert
Auf dem Pi zeigt ss -tuln | grep 34568 → tcp LISTEN 0 511 0.0.0.0:34568 0.0.0.0:* → der Proxy lauscht auf allen IPs
Amazon‑Login / QR‑Flow:
Wenn ich direkt auf Alexa/Amazon gehe, bekomme ich nur die neue QR‑Code‑Seite, die mich zwingt, die Alexa‑App am Handy zu öffnen.
Ich komme nicht auf eine klassische Alexa‑Weboberfläche, aus der ich den Cookie manuell ziehen könnte.
Auch mit geändertem User-Agent (Linux Chrome) im Inkognito‑Fenster lande ich weiter in diesem QR‑/App‑Flow.Schon probiert:
Mehrfaches Löschen/Neuinstallieren der Alexa2‑Instanz
Änderung des Proxy‑Ports (34567 → 34568)
Browser im Inkognito-Modus
User-Agent auf Linux‑Chrome umgestellt
Node.js‑Update von 20.19.1 auf 22.15.0
PC in dasselbe VLAN wie der Pi gehängt
Adblocker und sonstige Erweiterungen deaktiviert
Fragen:
-
Gibt es aktuell eine empfohlene Vorgehensweise, wie ich den Amazon‑Cookie ohne den integrierten Proxy (z. B. über ein externes Tool) erzeugen und im Adapter manuell eintragen kann?
-
Existiert bereits eine angepasste/Test‑Version des Alexa2‑Adapters, die mit dem neuen QR‑/App‑Login‑Flow von Amazon sauber funktioniert?
Hinweis:
Ich habe auf meinem Windows‑PC kein Node.js installiert und bin in dem Bereich nicht so fit.
Eine Lösung, bei der ich nur Schritt für Schritt eine Anleitung nachklicken muss (z. B. ein kleines Tool ausführen und den ausgegebenen Cookie in den Adapter eintragen), wäre für mich ideal. -
-
ioBroker läuft nativ auf einem Raspberry Pi.
Alexa2‑Adapter: stable v3.27.4
Node.js: v22.15.0 (zuvor v20.19.1, Update per iob nodejs-update)Die Alexa2‑Instanz bleibt gelb („keine Verbindung zu Dienst oder Gerät“).
Adapter‑Einstellungen der Instanz:
Push-Verbindung: aktiviert (auch schon testweise deaktiviert)
Cookies in der Instanz gelöscht
Eigene IP/Hostname für Proxy-Link: 10.10.3.2 (eth0, Raspberry Pi im IoT‑VLAN)
Proxy-Port: zuerst 34567, aktuell 34568
Proxy-Beschränkung (Listen Bind): 0.0.0.0 (alle IPs)
Log beim Start der Instanz:
Nach dem Start erscheint nur die bekannte Meldung:
Error: Please open http://10.10.3.2:34568/ with your browser and login to Amazon. The cookie will be output here after successfull login.Verhalten beim Öffnen des Proxy-Links:
Wenn ich http://10.10.3.2:34568/ im Browser öffne (normal und Inkognito), kommt sofort:
Proxy-Error: AggregateError
Währenddessen erscheinen keine neuen Log-Einträge in ioBroker – der Adapter scheint den Request gar nicht bis zur eigentlichen Loginlogik durchzubekommen.
Alle Adblocker und Browser‑Erweiterungen sind deaktiviert bzw. im Inkognito‑Fenster gar nicht aktiv.Netzwerk / Ports:
Raspberry Pi: 10.10.3.2 im IoT‑VLAN
PC: normalerweise im Main‑VLAN (10.10.1.26), Tests inzwischen auch direkt im IoT‑VLAN
Gateway: UniFi Cloud Gateway Ultra, mDNS‑Proxy zwischen Main (VLAN 1) und IoT (VLAN 3) aktiv
Verbindung getestet:
Ping 10.10.3.2 vom PC funktioniert
Auf dem Pi zeigt ss -tuln | grep 34568 → tcp LISTEN 0 511 0.0.0.0:34568 0.0.0.0:* → der Proxy lauscht auf allen IPs
Amazon‑Login / QR‑Flow:
Wenn ich direkt auf Alexa/Amazon gehe, bekomme ich nur die neue QR‑Code‑Seite, die mich zwingt, die Alexa‑App am Handy zu öffnen.
Ich komme nicht auf eine klassische Alexa‑Weboberfläche, aus der ich den Cookie manuell ziehen könnte.
Auch mit geändertem User-Agent (Linux Chrome) im Inkognito‑Fenster lande ich weiter in diesem QR‑/App‑Flow.Schon probiert:
Mehrfaches Löschen/Neuinstallieren der Alexa2‑Instanz
Änderung des Proxy‑Ports (34567 → 34568)
Browser im Inkognito-Modus
User-Agent auf Linux‑Chrome umgestellt
Node.js‑Update von 20.19.1 auf 22.15.0
PC in dasselbe VLAN wie der Pi gehängt
Adblocker und sonstige Erweiterungen deaktiviert
Fragen:
-
Gibt es aktuell eine empfohlene Vorgehensweise, wie ich den Amazon‑Cookie ohne den integrierten Proxy (z. B. über ein externes Tool) erzeugen und im Adapter manuell eintragen kann?
-
Existiert bereits eine angepasste/Test‑Version des Alexa2‑Adapters, die mit dem neuen QR‑/App‑Login‑Flow von Amazon sauber funktioniert?
Hinweis:
Ich habe auf meinem Windows‑PC kein Node.js installiert und bin in dem Bereich nicht so fit.
Eine Lösung, bei der ich nur Schritt für Schritt eine Anleitung nachklicken muss (z. B. ein kleines Tool ausführen und den ausgegebenen Cookie in den Adapter eintragen), wäre für mich ideal.@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
Eigene IP/Hostname für Proxy-Link: 10.10.3.2 (eth0, Raspberry Pi im IoT‑VLAN)
und das ist auch die iobroker ip ?
-
-
ioBroker läuft nativ auf einem Raspberry Pi.
Alexa2‑Adapter: stable v3.27.4
Node.js: v22.15.0 (zuvor v20.19.1, Update per iob nodejs-update)Die Alexa2‑Instanz bleibt gelb („keine Verbindung zu Dienst oder Gerät“).
Adapter‑Einstellungen der Instanz:
Push-Verbindung: aktiviert (auch schon testweise deaktiviert)
Cookies in der Instanz gelöscht
Eigene IP/Hostname für Proxy-Link: 10.10.3.2 (eth0, Raspberry Pi im IoT‑VLAN)
Proxy-Port: zuerst 34567, aktuell 34568
Proxy-Beschränkung (Listen Bind): 0.0.0.0 (alle IPs)
Log beim Start der Instanz:
Nach dem Start erscheint nur die bekannte Meldung:
Error: Please open http://10.10.3.2:34568/ with your browser and login to Amazon. The cookie will be output here after successfull login.Verhalten beim Öffnen des Proxy-Links:
Wenn ich http://10.10.3.2:34568/ im Browser öffne (normal und Inkognito), kommt sofort:
Proxy-Error: AggregateError
Währenddessen erscheinen keine neuen Log-Einträge in ioBroker – der Adapter scheint den Request gar nicht bis zur eigentlichen Loginlogik durchzubekommen.
Alle Adblocker und Browser‑Erweiterungen sind deaktiviert bzw. im Inkognito‑Fenster gar nicht aktiv.Netzwerk / Ports:
Raspberry Pi: 10.10.3.2 im IoT‑VLAN
PC: normalerweise im Main‑VLAN (10.10.1.26), Tests inzwischen auch direkt im IoT‑VLAN
Gateway: UniFi Cloud Gateway Ultra, mDNS‑Proxy zwischen Main (VLAN 1) und IoT (VLAN 3) aktiv
Verbindung getestet:
Ping 10.10.3.2 vom PC funktioniert
Auf dem Pi zeigt ss -tuln | grep 34568 → tcp LISTEN 0 511 0.0.0.0:34568 0.0.0.0:* → der Proxy lauscht auf allen IPs
Amazon‑Login / QR‑Flow:
Wenn ich direkt auf Alexa/Amazon gehe, bekomme ich nur die neue QR‑Code‑Seite, die mich zwingt, die Alexa‑App am Handy zu öffnen.
Ich komme nicht auf eine klassische Alexa‑Weboberfläche, aus der ich den Cookie manuell ziehen könnte.
Auch mit geändertem User-Agent (Linux Chrome) im Inkognito‑Fenster lande ich weiter in diesem QR‑/App‑Flow.Schon probiert:
Mehrfaches Löschen/Neuinstallieren der Alexa2‑Instanz
Änderung des Proxy‑Ports (34567 → 34568)
Browser im Inkognito-Modus
User-Agent auf Linux‑Chrome umgestellt
Node.js‑Update von 20.19.1 auf 22.15.0
PC in dasselbe VLAN wie der Pi gehängt
Adblocker und sonstige Erweiterungen deaktiviert
Fragen:
-
Gibt es aktuell eine empfohlene Vorgehensweise, wie ich den Amazon‑Cookie ohne den integrierten Proxy (z. B. über ein externes Tool) erzeugen und im Adapter manuell eintragen kann?
-
Existiert bereits eine angepasste/Test‑Version des Alexa2‑Adapters, die mit dem neuen QR‑/App‑Login‑Flow von Amazon sauber funktioniert?
Hinweis:
Ich habe auf meinem Windows‑PC kein Node.js installiert und bin in dem Bereich nicht so fit.
Eine Lösung, bei der ich nur Schritt für Schritt eine Anleitung nachklicken muss (z. B. ein kleines Tool ausführen und den ausgegebenen Cookie in den Adapter eintragen), wäre für mich ideal.@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
Auf dem Pi zeigt ss -tuln | grep 34568 → tcp LISTEN 0 511 0.0.0.0:34568 0.0.0.0:* → der Proxy lauscht auf allen IPs
Amazon‑Login / QR‑Flow:
Wenn ich direkt auf Alexa/Amazon gehe, bekomme ich nur die neue QR‑Code‑Seite, die mich zwingt, die Alexa‑App am Handy zu öffnen.
Ich komme nicht auf eine klassische Alexa‑Weboberfläche, aus der ich den Cookie manuell ziehen könnte.
Auch mit geändertem User-Agent (Linux Chrome) im Inkognito‑Fenster lande ich weiter in diesem QR‑/App‑Flow.dann funktioniert doch alles richtig, Amazon hat schon lange die klassische Alexa-Seite abgeschaltet, und du musst halt 2fa aktivieren, sonst kommst du nicht weiter.
Aus meiner Sicht alles ok, schalt 2fa an, dann klappt's auch wieder mit der Alexa.. :)
-
-
@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
Eigene IP/Hostname für Proxy-Link: 10.10.3.2 (eth0, Raspberry Pi im IoT‑VLAN)
und das ist auch die iobroker ip ?
-
@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
Auf dem Pi zeigt ss -tuln | grep 34568 → tcp LISTEN 0 511 0.0.0.0:34568 0.0.0.0:* → der Proxy lauscht auf allen IPs
Amazon‑Login / QR‑Flow:
Wenn ich direkt auf Alexa/Amazon gehe, bekomme ich nur die neue QR‑Code‑Seite, die mich zwingt, die Alexa‑App am Handy zu öffnen.
Ich komme nicht auf eine klassische Alexa‑Weboberfläche, aus der ich den Cookie manuell ziehen könnte.
Auch mit geändertem User-Agent (Linux Chrome) im Inkognito‑Fenster lande ich weiter in diesem QR‑/App‑Flow.dann funktioniert doch alles richtig, Amazon hat schon lange die klassische Alexa-Seite abgeschaltet, und du musst halt 2fa aktivieren, sonst kommst du nicht weiter.
Aus meiner Sicht alles ok, schalt 2fa an, dann klappt's auch wieder mit der Alexa.. :)
@ilovegym 2FA ist Aktiviert.
Sorry das habe ich vergessen zu erwähnen!
Auch wahlweise per SMS, komplett gelöscht und deaktiviert und frisch aktiviert mit der Google Authenticator App.Egal was ich ein-oder umstelle, ich bekomme bei dem Link den es aufzurufen gilt, die gleiche Error Meldung.
-
@ilovegym 2FA ist Aktiviert.
Sorry das habe ich vergessen zu erwähnen!
Auch wahlweise per SMS, komplett gelöscht und deaktiviert und frisch aktiviert mit der Google Authenticator App.Egal was ich ein-oder umstelle, ich bekomme bei dem Link den es aufzurufen gilt, die gleiche Error Meldung.
@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
Auch wahlweise per SMS,
Das funktioniert sowieso nicht. Wenn ich mich recht erinnere, ist das
@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
mit der Google Authenticator App.
der einzige richtige Weg.
-
@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
Auch wahlweise per SMS,
Das funktioniert sowieso nicht. Wenn ich mich recht erinnere, ist das
@Brokerti sagte in Alexa2 Adapter – Login nicht möglich, Proxy-Error:
mit der Google Authenticator App.
der einzige richtige Weg.
-
@Brokerti
Bei Deinen internen Routing-Problemen zwischen Deinen VLAN's kann ich Dir leider nicht helfen.Der Post ist so aber in der falschen Kategorie. Das ist ja kein genereller Error/Bug von ioBroker, sondern liegt mit an Sicherheit grenzender Wahrscheinlichkeit an Deiner speziellen lokalen Konstellation. Ich schiebe das daher mal in den Bereich Cloud Dienste. Da passt es thematisch am ehesten hin.
-
S Samson71 verschob dieses Thema von Error/Bug am