Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[A Former User]

@Matten-Matten
Hast Du gut gemacht.
Als vorübergehender Workarround sicher gut zu gebrauchen.
Zumindest läuft so mein System erstmal wieder.
Dann wollen wir mal warten ob apollon77 und Kollegen eine Lösung finden.

[apollon77]

Ich hätte mal eine testbitte. Am besten mir unmodifiziertem Code.

Bitte in den instanz Objekt Einstellungen (system.adapter.alexa2.0) auf den Stift und dort unter raw sehr ihr die Cookie Daten. Ist da ein „leeres“ craft mit drin oder fehlt es? Egal wie mal bitte ein csrf=12345678 oder so reinschreiben. Geht es dann nach einem Neustart?

Alternativ mal mit dem modifizierten Code und dem Cookie mit csrf den Wert mal ändern. Geht es dann noch immer?

[leuchtturm]

@apollon77
kein craft
{
"from": "system.host.iobroker.cli",
"ts": 1548520580799,
"common": {
"name": "Alexa Cookie",
"role": "text",
"type": "string",
"def": "",
"read": true,
"write": false
},
"native": {},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "alexa2.0.info.cookie",
"type": "state"
}

[Diginix]

@leuchttrm Du bist glaube im falschen RAW

@apollon77
So sieht das bei mir aus. CSRF ist gesetzt. Alles andere habe ich mal mit *** geschwärzt.

"cookieData": {
  "loginCookie": "***",
  "frc": "***",
  "map-md": "***",
  "deviceId": "***",
  "deviceSerial": "***",
  "refreshToken": "***",
  "tokenDate": 1560830823529,
  "amazonPage": "amazon.de",
  "localCookie": "session-id=123-4567890-1234567; session-id-time=2191550824l; ubid-acbde=123-4567890-1234567; x-acbde=\"***\"; at-acbde=\"Atza|***-***-**_0x-***-***-***"; sess-at-acbde=\"***",
  "csrf": "2094313357"
}

Mit dem Workaround von @Matten-Matten hat es bei mir auch funktioniert.
Nur was soll ich mit dem csfr Wert dann machen?

[dslraser]

@Diginix
ich finde den Datenpunkt nicht. Unter System Adapter....und dann wo/welcher ?

[leuchtturm]

@dslraser Der Expertenmodus muss an sein.
Dann unter:
system.adapter.alexa2.0

[Diginix]

@dslraser

[dslraser]

@Diginix
@leuchttrm

habe ich so, und dann ?

[Cool-runner1990]

Bei mir läuft es mit workaround auch nicht, den Cookie gelöscht, den neuen laut Beschreibung geholt und eingetragen und neugestartet. Dann blinkt der adapter kurz gelb und wird sofort wieder rot.
Der Log gibt dann immer wieder das hier aus:

host.raspberrypi 2019-06-18 21:58:48.367 error instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.raspberrypi 2019-06-18 21:58:48.367 error Caught by controller[0]: at AlexaRemote.init (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:133:9)
host.raspberrypi 2019-06-18 21:58:48.367 error Caught by controller[0]: at getCookie (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:127:21)
host.raspberrypi 2019-06-18 21:58:48.367 error Caught by controller[0]: at getCookie (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:140:18)
host.raspberrypi 2019-06-18 21:58:48.366 error Caught by controller[0]: at AlexaRemote.checkAuthentication (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:738:14)
host.raspberrypi 2019-06-18 21:58:48.366 error Caught by controller[0]: at AlexaRemote.httpsGetCall (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:697:25)
host.raspberrypi 2019-06-18 21:58:48.366 error Caught by controller[0]: at Object.request (https.js:239:15)
host.raspberrypi 2019-06-18 21:58:48.366 error Caught by controller[0]: at Object.request (http.js:38:10)
host.raspberrypi 2019-06-18 21:58:48.366 error Caught by controller[0]: at new ClientRequest (_http_client.js:173:14)
host.raspberrypi 2019-06-18 21:58:48.366 error Caught by controller[0]: at ClientRequest.setHeader (_http_outgoing.js:498:3)
host.raspberrypi 2019-06-18 21:58:48.366 error Caught by controller[0]: at validateHeader (_http_outgoing.js:494:11)
host.raspberrypi 2019-06-18 21:58:48.364 error Caught by controller[0]: TypeError: The header content contains invalid characters
alexa2.0 2019-06-18 21:58:47.442 debug Schedule restart: 15 3 * * *
alexa2.0 2019-06-18 21:58:47.441 info starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.alexa2, node: v8.11.3
host.raspberrypi 2019-06-18 21:58:46.205 info instance system.adapter.javascript.0 started with pid 1245
rpi2.0 2019-06-18 21:58:45.644 error No Value found for cpu_frequency
host.raspberrypi 2019-06-18 21:58:45.562 info instance system.adapter.alexa2.0 started with pid 1227
host.raspberrypi 2019-06-18 21:58:44.515 info Restart adapter system.adapter.alexa2.0 because enabled
host.raspberrypi 2019-06-18 21:58:44.515 error instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.raspberrypi 2019-06-18 21:58:44.515 error Caught by controller[0]: at AlexaRemote.init (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:133:9)

jemand eine Ahnung?

[Diginix]

@dslraser
Na das was apollon77 geschrieben hat. Bei mir war aber ein csrf Wert drin.
Ich habe dann den Workaround von Matten Matten angewendet und den Cookie manuell neu gesetzt. Nun läuft die Instanz wieder.
Interessanterweise ist die zweite Instanz noch nie gelb gewesen und läuft mit dem alten Cookie weiterhin.

[leuchtturm]

@dslraser Dann gibt es unter RAW
die config und unter
"cookieData": {
findest du dann die Einträge

[dslraser]

@leuchttrm
@Diginix

alles klar, ich bin am Handy und habe im RAW nicht weit genug runter gescrollt.🙄

[dslraser]

@Diginix
meine Instanz (habe nur eine) läuft auch immer noch, wollte mich nur schon informieren.

[apollon77]

@Diginix setz mal das tokendate auf einen aktuelleren Unix timestamp in Millisekunden. Denke der ist alt und daher gilt er nen neuen.

Und ja er setzt keinen neuen wenn csrf fehlt. Also bringt das nix.

Außer mal das zweite in meinen post die Frage ob man in den manuell geladenen Cookie Daten den csrf änderten kann und es immer noch tut.

[leuchtturm]

@apollon77 ich habe jetzt mal den csrf bei der geänderten Config in der Main.js auf 12345678 geändert und den Adapter neu gestartet. Funktioniert immer noch.

[Diginix]

@apollon77 sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

@Diginix setz mal das tokendate auf einen aktuelleren Unix timestamp in Millisekunden. Denke der ist alt und daher gilt er nen neuen.

Ich habe ja jetzt einen neuen Cookie manuell hinterlegt mit dem die Instanz wieder läuft. Soll ich dennoch das tokendate anpassen?
Das oben gepostete ist von 2019-06-18 4:07am (UTC). Also von heute morgen.

[Matten Matten]

@apollon77

Bitte in den instanz Objekt Einstellungen (system.adapter.alexa2.0) auf den Stift und dort unter raw sehr ihr die Cookie Daten. Ist da ein „leeres“ craft mit drin oder fehlt es? Egal wie mal bitte ein csrf=12345678 oder so reinschreiben. Geht es dann nach einem Neustart?

nein funktioniert nicht(ich habe es mit einer neuen Instanz getestet)

Alternativ mal mit dem modifizierten Code und dem Cookie mit csrf den Wert mal ändern. Geht es dann noch immer?

Edit: JA! funktioniert, Adapter geht auf grün!

[apollon77]

Strange. Andere Berichte sagen das csrf zur Session passen muss. Hm ok. Bin morgen Abend aus dem Urlaub zurück. Danach ist das Prio 1 (was die iobroker Themen angeht). Eine Lösung haben wir Vorauss auch schon in Aussicht.

[Sweatchuck]

Hallo,

kurze Info. Auf Lötzimmer gibt es bereits ein „Bugfix“ des Scripts. Bei meinem Homematic-Version funktioniert es nach Verwendung des neuen Release wieder ohne Probleme.

Vielleicht hilft es weiter...

Gruß
Sweatchuck!

[apollon77]

Jupp bekannt und in Zusammenarbeit entstanden. Das wird auch die Basis des fixes sein. Es muss damit nur die 2.x offiziell veröffentlicht werden ...