[alexa-fhem | Generell] Alles zu Installation und damit verbundenen Problemen

[MadMax-FHEM]

Hier die auf beiden Systemen identische Definition des Devices:

Poste doch mal ein list (keinen Auszug aus der cfg) oder (noch besser) copy for Forum von BEIDEN Systemen!

Irgendwo muss es doch einen Unterschied geben?
Und wenn beispielsweise bei den Readings etc. was anders ist, würde man das da dann sehen...
...in einem cfg-Auszug eben nicht...

Gruß, Joachim

[fz55]

Hier ein list vom Altsystem:

Code Auswählen Erweitern

define dym_jl_Esszimmerrollo dummy
attr dym_jl_Esszimmerrollo userattr relatedTo
attr dym_jl_Esszimmerrollo alexaName Esszimmerrollo
attr dym_jl_Esszimmerrollo genericDeviceType mode
attr dym_jl_Esszimmerrollo homebridgeMapping ModeController:mode,cmd=mode,mode=state,values=auf;;zu;;schatten;;stop
attr dym_jl_Esszimmerrollo relatedTo mq_jl_Esszimmerrollo
attr dym_jl_Esszimmerrollo room Jarolift
attr dym_jl_Esszimmerrollo setList mode:auf,zu,schatten,stop
attr dym_jl_Esszimmerrollo webCmd mode
#   FUUID      62dbd2c3-f33f-eac9-db89-ee7846f840b0b93c
#   NAME       dym_jl_Esszimmerrollo
#   NR         335
#   STATE      mode auf
#   TYPE       dummy
#   READINGS:
#     2025-02-27 08:57:53   state           mode auf
#
setstate dym_jl_Esszimmerrollo mode auf
setstate dym_jl_Esszimmerrollo 2025-02-27 08:57:53 state mode auf


Und vom Neusystem:

Code Auswählen Erweitern

define dym_jl_Esszimmerrollo dummy
attr dym_jl_Esszimmerrollo userattr relatedTo
attr dym_jl_Esszimmerrollo alexaName Esszimmerrollo
attr dym_jl_Esszimmerrollo genericDeviceType mode
attr dym_jl_Esszimmerrollo homebridgeMapping ModeController:mode,cmd=mode,mode=state,values=auf;;zu;;schatten;;stop
attr dym_jl_Esszimmerrollo relatedTo mq_jl_Esszimmerrollo
attr dym_jl_Esszimmerrollo room Jarolift
attr dym_jl_Esszimmerrollo setList mode:auf,zu,schatten,stop
attr dym_jl_Esszimmerrollo webCmd mode
#   DEF       
#   FUUID      67bf4de6-f33f-eac9-5826-564739c9a55b3cc6
#   NAME       dym_jl_Esszimmerrollo
#   NR         659
#   STATE      mode auf
#   TYPE       dummy
#   eventCount 1
#   READINGS:
#     2025-02-27 13:07:41   state           mode auf
#
setstate dym_jl_Esszimmerrollo mode auf
setstate dym_jl_Esszimmerrollo 2025-02-27 13:07:41 state mode auf


Mir fällt nur auf, dass am Neusystem ein eventCount erscheint.

[fz55]

Nachdem ich den Ordner /usr/local/lib/node_modules/alexa-fhem/lib vom Alt- auf das Neusystem kopiert hatte, läßt sich alexa-fhem problemlos starten. Ich habe alle gelöschten "Problemdevices" wieder definiert - bisher keine Probleme.

[Sepp]

alexa instaliert wie im wiki denke ich

curl -fsSL https://deb.nodesource.com/setup_lts.x | sudo -E bash -
sudo apt install -y nodejs

dann
########überprüft Version
node -v v22.16.0
npm -v 10.9.2

dann
sudo npm install -g npm

dann
sudo npm install -g alexa-fhem

dann
alexa-fhem
danach diese meldung
[01/06/2025, 09:10:35] os.homedir()=/home/michael
[01/06/2025, 09:10:35] using config from /home/michael/.alexa/config.json
[01/06/2025, 09:10:35] Couldn't find a config file at '/home/michael/.alexa/config.json'. Look at config-sample.json for an example.
und in fhem steht
alexaFHEM
stopped; failed to connect to fhem: 401: Authorization Required
2025-06-01 09:12:14

was mache ich falsch ich habe fhem neu auf einen raspi4 aufgesetzt da meine alte karte kaputt ist ich habe auch die skill id der skill ist noch aktiv habe einen anderen Benutzernamen und neues Passwort genommen liegt es vielleicht daran
habe auch noch den alten Ordner opt/Fhem habe aber keine richtige sicherung gemacht
wäre schön wenn mir jemand helfen könnte

[Sepp]

Das neue Passwort hab ich auch gesetzt geht aber nicht kann ich oder muss ich das alte löschen sind es zu wenig Infos was ich geschrieben habe müsst ihr mehr wissen
Keiner eine idee

attr WEB basicAuth wasser:luft  nimmt er aber nicht muss das aber setzen oder
aber dann kommt das WEB: unknown attribute basicAuth. Type 'attr WEB ?' for a detailed list

[fz55]

Zu basicAuth schau dir Mal die CommandRef zu allowed an.

[Gary]

Nach dem Upgrade meines Raspberry auf die neue Debian-Distribution 13 "Trixie" hat die SSH-Verbindung zum FHEM-Vereinsserver für Alexa nicht mehr funktioniert. Die Fehlermeldung in den FHEM-Logs:

Code Auswählen Erweitern

Reverse Proxy replied with neither registered nor unregistered status: out:  err:fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
Der Test mit

Code Auswählen Erweitern

sudo -u fhem ssh -i /opt/fhem/.ssh/id_rsa -p 58824 -v fhem@fhem-va.fhem.de statusergab u.a.

Code Auswählen Erweitern

debug1: send_pubkey_test: no mutual signature algorithm
fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
Das Problem ist offensichtlich, dass neuere Debian-Distributionen standardmäßig beim SSH-Client ältere Algorithmen (RSA SHA1) nicht mehr zulassen und nur neuere Algorithmen bzw. Signaturtypen verwenden.

Ich verwende nun folgenden Workaround - allerdings denke ich, dass es mittelfristig besser wäre das Modul auf einen modernen Key zu ändern.
Der Workaround besteht darin für die FHEM-SSH-Verbindung den schwächeren Key-Typ SSH-RSA wieder zuzulassen.

Dazu ist ein (neues) config File im verwendeten .ssh Verzeichnis anzulegen und ggfls. die Rechte zu ändern.

Code Auswählen Erweitern

sudo nano /opt/fhem/.ssh/config
sudo chown fhem:dialout /opt/fhem/.ssh/config
Der nötige Inhalt der config-Datei:

Code Auswählen Erweitern

Host fhem-va.fhem.de
    Port 58824
    User fhem
    IdentityFile /opt/fhem/.ssh/id_rsa
    PubkeyAcceptedKeyTypes +ssh-rsa

[passibe]

Ja, das ist schon seit einiger Zeit bekannt, siehe z.B. hier oder hier.

Siehe auch hier zur Diskussion über die komplizierte/aufwendige Aktualisierung von Apache MINA auf dem Vereinsserver.

(Ansonsten: Einfach das Docker image benutzen, da passiert das automatisch ...)

[Joker]

Hi,
nachdem ich jetzt seit zwei Stunden hier versuche mein alexa-fhem wieder ans laufen zu kriegen, versuche ich jetzt mal mein Glück hier.
Was hab ich gemacht:
- ich benutze das fhem docker image:

Code Auswählen Erweitern

ghcr.io/fhem/fhem-docker:5.2.2-bookworm- dazu habe ich bisher das folgende alexa-fhem docker image verwendet

Code Auswählen Erweitern

ghcr.io/fhem/alexa-fhem:5.0.16
Das hat bisher alles perfekt funktioniert. Ich wollte jetzt alexa-fhem auf das aktuelle Docker-image aktualisieren:

Code Auswählen Erweitern

ghcr.io/fhem/alexa-fhem:5.1.7
Und das bekomme ich nun nicht ans laufen. Direkt am Anfang steht folgendes im alexa-fhem log:

Code Auswählen Erweitern

Preparing user environment ...
Harden ssh client configuration for user alexa-fhem...
  - Existing ssh config file found. Checking if it needs patching...
  - Patching ssh config file...
  - Creating symlink to /alexa-fhem/config.json in /alexa-fhem/.alexa/config.json ...
Testing alexa-fhem registration status ...
node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
  -
Und daher kommt die Verbindung zum Reverse Proxy nicht zu stande:

Code Auswählen Erweitern

[12/26/2025, 8:40:20 PM] sshautoconf: SSH key seems to exist
[12/26/2025, 8:40:20 PM] sshautoconf: aborted with Reverse Proxy replied with neither registered nor unregistered status: out:  err:node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).

[12/26/2025, 8:40:20 PM] *** SSH: proxy configuration failed: Reverse Proxy replied with neither registered nor unregistered status: out:  err:node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).


Code Auswählen Erweitern

[12/26/2025, 8:40:20 PM] BearerToken '...481A3' read from alexa
[12/26/2025, 8:40:21 PM] Reading alexaFHEM.ProxyConnection set to error;; Reverse Proxy replied with neither registered nor unregistered status: out:  err:node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
Nach diversem hin und her  habe ich jetzt folgendes gemacht um quasi komplett neu zu starten:
- das volume was ich im alexa-fhem container mounte (mit config und .ssh) komplett gelöscht
- das Alexa device im FHEM komplett gelöscht
- die docker container neu erzeugt

Aber es ändert sich genau nichts, Fehlermeldung bleibt.
Auch wenn ich den Registrierungsstatus versuche abzufragen, bekomme ich Permission denied:

Code Auswählen Erweitern

pi@automationpi:~/docker/fhem $ docker exec -it fhem bash
root@d459190a73ef:/opt/fhem# sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
Was kann ich jetzt machen? Mir fällt nichts mehr ein...