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

ahlermi · 27 November 2023, 16:15:00

Guten Abend zusammen,

ich bin leider Deutsche-Glasfasergeschädigter und kann nur per IPv6 auf mein System zugreifen, ich habe über "feste-ip.net" einen Universal-Portmapper angelegt, das klappt auch.
Nach einem Stromausfall ändert sich leider manchmal die IPv6 von meinem FHEM System, dann muss ich die IP bei "feste-ip.net" aktualisieren, was zu einem neuen Port führt, was mich zwingt die Lamdafunktion anzupassen, oder zumindest die Umgebungsvariablen.

Ich habe ein Synology Nas als Reverseproxy laufen, darüber klappt es auch Fhem nach außen erreichbar zu machen, bei Alexa-Fhem scheitere ich aber.
Ich habe schon versucht im Lokalen IPv4 über HTTP und HTTPS zu gehen. Selbst die Synologyme Adresse bei "feste-ip.net" einzutragen kommt nicht zum Ergebnis.

Hat es schon jemand geschaft das Problem zu lösen?

Gruß Michael

MadMax-FHEM · 27 November 2023, 16:19:26

Nutzt du den Custom Skill oder eigenen Smart Home Skill?

Wenn "nur" eigenen Smart Home Skill dann umsteigen auf: alexa-fhem Connector https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa

Da braucht es keine (eigene) Lambda mehr bei Amazon und auch keinen offenen Port...

Gruß, Joachim

ahlermi · 28 November 2023, 20:46:05

Hi Joachim,

danke für den Tipp, leider nutze ich sehr excessive einen Custom Skill, da ich im FHEM das Modul Talk2Fhem nutze.
Die Möglichkeiten finde ich der Hammer, die möchte ich nicht mehr missen.

Noch jemand eine Idee wie ich mir feste-ip.net sparen kann?

Kann man in Lambda mittlerweile irgendwie IPv6 benutzen?

Gruß Michael

Jewe · 24 Dezember 2023, 14:46:49

Hallo zusammen und schöne Weihnachten,
bin nun ebdlich mal dazugekommen mich um mein Alexa zu kümmern. Leider funktioniert das seit ca. 1-2 Monaten nicht mehr und ich habe nichts gemacht

. zumindest weis ich es nicht.

So wie es aussieht habe ich ein Problem mit dem Proxy:

Code Auswählen

error; Reverse Proxy replied with neither registered nor unregistered status: out:  err:Unable to negotiate with 188.40.131.57 port 58824: no matching host key type found. Their offer: ssh-rsa

Auf der Konsole ist die Adresse aber erreichbar.
ssh Berechtigungen stimmen:

Code Auswählen

-rw------- 1 fhem dialout 3381 24. Nov 2019  id_rsa
-rw-r--r-- 1 fhem dialout  742 24. Nov 2019  id_rsa.pub
-rw-r--r-- 1 fhem dialout 1768  9. Feb 2023  known_hosts

Im Alexa-Log finde ich das:

Code Auswählen

[24.12.2023, 14:29:38] Server listening on: http://127.0.0.1:33917 for proxy connections
[24.12.2023, 14:29:38] *** SSH: checking proxy configuration
[24.12.2023, 14:29:38] sshautoconf: home=/opt/fhem, spath=/opt/fhem/.alexa, cpath=./alexa-fhem.cfg, sshpath=/opt/fhem/.ssh
[24.12.2023, 14:29:38] Passed config: {
  sshproxy: {
    description: 'FHEM Connector',
    ssh: '/usr/bin/ssh',
    options: [ '-i', '/opt/fhem/.ssh/id_rsa', '-p', 58824, 'fhem-va.fhem.de' ],
    'bind-ip': '127.0.0.1',
    server: Server {
      maxHeaderSize: undefined,
      insecureHTTPParser: undefined,
      requestTimeout: 300000,
      headersTimeout: 60000,
      keepAliveTimeout: 5000,
      connectionsCheckingInterval: 30000,
      _events: [Object: null prototype],
      _eventsCount: 3,
      _maxListeners: undefined,
      _connections: 0,
      _handle: [TCP],
      _usingWorkers: false,
      _workers: [],
      _unref: false,
      allowHalfOpen: true,
      pauseOnConnect: false,
      noDelay: true,
      keepAlive: false,
      keepAliveInitialDelay: 0,
      httpAllowHalfOpen: false,
      timeout: 0,
      maxHeadersCount: null,
      maxRequestsPerSocket: 0,
      _connectionKey: '4:127.0.0.1:0',
      [Symbol(IncomingMessage)]: [Function: IncomingMessage],
      [Symbol(ServerResponse)]: [Function: ServerResponse],
      [Symbol(kCapture)]: false,
      [Symbol(async_id_symbol)]: 187,
      [Symbol(http.server.connections)]: ConnectionsList {},
      [Symbol(http.server.connectionsCheckingInterval)]: Timeout {
        _idleTimeout: 30000,
        _idlePrev: [TimersList],
        _idleNext: [TimersList],
        _idleStart: 1241,
        _onTimeout: [Function: bound checkConnections],
        _timerArgs: undefined,
        _repeat: 30000,
        _destroyed: false,
        [Symbol(refed)]: false,
        [Symbol(kHasPrimitive)]: false,
        [Symbol(asyncId)]: 182,
        [Symbol(triggerId)]: 178
      },
      [Symbol(kUniqueHeaders)]: null
    }
  },
  connections: [
    {
      filter: 'alexaName=..*',
      name: 'FHEM',
      port: '8083',
      server: '127.0.0.1',
      webname: 'fhem',
      uid: 998
    }
  ]
}
[24.12.2023, 14:29:38] sshautoconf: SSH key seems to exist
[24.12.2023, 14:29:38] sshautoconf: aborted with Reverse Proxy replied with neither registered nor unregistered status: out:  err:Unable to negotiate with 188.40.131.57 port 58824: no matching host key type found. Their offer: ssh-rsa

[24.12.2023, 14:29:38] *** SSH: proxy configuration failed: Reverse Proxy replied with neither registered nor unregistered status: out:  err:Unable to negotiate with 188.40.131.57 port 58824: no matching host key type found. Their offer: ssh-rsa

[24.12.2023, 14:29:38] BearerToken '...8A1B1' read from alexa
[24.12.2023, 14:29:39] Reading alexaFHEM.ProxyConnection set to error;; Reverse Proxy replied with neither registered nor unregistered status: out:  err:Unable to negotiate with 188.40.131.57 port 58824: no matching host key type found. Their offer: ssh-rsa

[24.12.2023, 14:29:39] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20error%3B%3B%20Reverse%20Proxy%20replied%20with%20neither%20registered%20nor%20unregistered%20status%3A%20out%3A%20%20err%3AUnable%20to%20negotiate%20with%20188.40.131.57%20port%2058824%3A%20no%20matching%20host%20key%20type%20found.%20Their%20offer%3A%20ssh-rsa%0D%0A%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_117928524583679&XHR=1
  2023-12-24 14:30:18 caching: Dreambox520-state: absent
[24.12.2023, 14:30:18] [FHEM]     caching: On: 1 (as number; from 'absent')
  2023-12-24 14:31:00 caching: Dreambox520-state: off
[24.12.2023, 14:31:00] [FHEM]     caching: On: 0 (as number; from 'off')

Was habe ich nun falsch gemacht, oder was muss ich anpassen? die VM und Fhem ist aktuell.

LG, Jens

MadMax-FHEM · 24 Dezember 2023, 17:40:35

Evtl. das hier: https://forum.fhem.de/index.php?topic=60452.msg1234787#msg1234787

Gruß, Joachim

Jewe · 26 Dezember 2023, 11:26:07

Zitat von: MadMax-FHEM am 24 Dezember 2023, 17:40:35Evtl. das hier: https://forum.fhem.de/index.php?topic=60452.msg1234787#msg1234787

Gruß, Joachim

Danke, das hat weitergeholfen. Habe nun in der /etc/ssh/ssh_config folgendes eingetragen

Code Auswählen

Host fhem-va.fhem.de
  HostkeyAlgorithms +ssh-rsa
  PubkeyAcceptedAlgorithms +ssh-rsa

Damit war der Fehler mit dem Proxy behoben. Allerdings musste ich auch noch den Skill in Alexa neu aufsetzen, das funktioniert allerdings nur über die App auf Tablet oder Handy. Ist etwas mühsam.

Nun funktioniert es aber wieder.

JudgeDredd · 28 Dezember 2023, 09:50:15

Hallo Zusammen,

nach einiger Zeit wollte ich heute mal wieder ein neues Device durch den Connector verfügbar machen.
Leider hatte damit keinen Erfolg.
Alle schon länger (> 6 Monate) definierten Devices (ca. 30 Stück), funktionieren so wie ich es erwarte.
Nur neue Geräte können von Amazon nicht angesteuert werden, noch werden sie in der App angezeigt.

Neues (Test-)Device:

Code Auswählen

LIST:
Internals:
   CFGFN      
   FUUID      658d29a8-f33f-e996-3035-e0fd3c67fc62646c
   NAME       dumTest
   NR         615
   STATE      off
   TYPE       dummy
   eventCount 1
   READINGS:
     2023-12-28 08:55:00   state           off
   hmccu:
Attributes:
   alexaName  test
   genericDeviceType switch
   room       Alexa
   setList    on off

Alexa-fhem-log nach reload:

Code Auswählen

[28.12.2023, 09:33:29] {
  On: {
    reading: 'state',
    valueOff: '/off|Off|OFF|A0|000000/',
    cmdOn: 'on',
    cmdOff: 'off',
    device: 'dumTest',
    informId: 'dumTest-state',
    characteristic_type: 'On',
    log: [Function: bound ] {
      debug: [Function (anonymous)],
      info: [Function (anonymous)],
      warn: [Function (anonymous)],
      error: [Function (anonymous)],
      log: [Function (anonymous)],
      prefix: 'FHEM'
    },
    characteristic: undefined
  }
}
[28.12.2023, 09:33:29] no event token available

Alexa-fhem-log nach restart:

Code Auswählen

[28.12.2023, 09:33:36] [FHEM] dumTest is switch
[28.12.2023, 09:33:36] [FHEM] dumTest has
[28.12.2023, 09:33:36] [FHEM]   On [state;on,off]
[28.12.2023, 09:33:36] [FHEM] dumTest will not send proactive events
[28.12.2023, 09:33:36] [FHEM] dumTest uses ID: 658d29a8-f33f-e996-3035-e0fd3c67fc62646c
  2023-12-28 09:33:36 caching: dumTest-state: off

Natürlich steht das alexa Device auf "running; SSH connected"

Hat jemand eine Idee, wo ich noch suchen könnte, oder vielleicht hat jemand ja etwas Zeit und versucht selbst mal schnell ein neues Device anzulegen ?

Gruß,
JudgeDredd

fz55 · 28 Dezember 2023, 15:43:10

Hallo JudgeDredd,

bei mir wird das Device in Alexa erkannt und angezeigt. Ich habe es genauso wie du angelegt. Die Log-Meldungen sind dieselben wie bei dir, nur no event token available erscheint bei mir nicht. Ich habe keine Idee was da bei dir schief läuft.

Code Auswählen

define dumTest dummy
attr dumTest alexaName test
attr dumTest genericDeviceType switch
attr dumTest setList on off
#   CFGFN      
#   FUUID      658d8211-f33f-eac9-2f28-28103068ef91f787
#   NAME       dumTest
#   NR         631
#   STATE      off
#   TYPE       dummy
#   eventCount 9
#   READINGS:
#     2023-12-28 15:27:25   state           off
#
setstate dumTest off
setstate dumTest 2023-12-28 15:27:25 state off

Code Auswählen

[28.12.2023, 15:14:18] {
  On: {
    reading: 'state',
    valueOff: '/off|Off|OFF|A0|000000/',
    cmdOn: 'on',
    cmdOff: 'off',
    device: 'dumTest',
    informId: 'dumTest-state',
    characteristic_type: 'On',
    log: [Function: bound ] {
      debug: [Function (anonymous)],
      info: [Function (anonymous)],
      warn: [Function (anonymous)],
      error: [Function (anonymous)],
      log: [Function (anonymous)],
      prefix: 'FHEM'
    },
    characteristic: undefined
  }
}

Code Auswählen

[28.12.2023, 15:14:18] [FHEM] dumTest is switch
[28.12.2023, 15:14:18] [FHEM] dumTest has
[28.12.2023, 15:14:18] [FHEM]   On [state;on,off]
[28.12.2023, 15:14:18] [FHEM] dumTest will not send proactive events
[28.12.2023, 15:14:18] [FHEM] dumTest uses ID: 658d8211-f33f-eac9-2f28-28103068ef91f787
  2023-12-28 15:14:18 caching: dumTest-state: on

Grüße
fz55

JudgeDredd · 29 Dezember 2023, 09:37:38

Hallo fz55,
ich vermute mal, diesen Teil hattest Du nicht in Deinem Log.

Code Auswählen

no event token availableDas scheint wohl die Ursache (gewesen) zu sein.

Nach deaktivieren/aktivieren des Skills erkennt er wieder neue Geräte.
Warum aber das ".eventToken" von Geisterhand gelöscht wurde, kann ich nicht mehr nachvollziehen.

Gruß,
JudgeDredd

rabehd · 04 Januar 2024, 08:58:32

Zitat von: Jewe am 24 Dezember 2023, 14:46:49Hallo zusammen und schöne Weihnachten,
bin nun ebdlich mal dazugekommen mich um mein Alexa zu kümmern. Leider funktioniert das seit ca. 1-2 Monaten nicht mehr und ich habe nichts gemacht . zumindest weis ich es nicht.

So wie es aussieht habe ich ein Problem mit dem Proxy:
Code Auswählen Erweitern
Code Auswählen Erweitern
error; Reverse Proxy replied with neither registered nor unregistered status: out: err:Unable to negotiate with 188.40.131.57 port 58824: no matching host key type found. Their offer: ssh-rsa

Diese Fehlermeldung habe ich auch, jedoch verstehe ich das ToDo der Lösungen nicht.

Hintergrund:
Ich habe eine FHEM-Instanz auf einem Raspberry 3B, auf dem es bisher und immer noch läuft.

Code Auswählen

-Raspberry3-FHEM:~ $ sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
Registered.
Registered on 2022-08-26T14:48:40Z as 6.....

Jetzt baue ich eine zweite Instanz auf einem Raspberry 5 auf.
Dort erhalte ich diese Fehlermeldung in FHEM.
Der Test in der Konsole ist negativ.

Code Auswählen

Raspberry5-FHEM:~ $ sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
Unable to negotiate with 188.40.131.57 port 58824: no matching host key type found. Their offer: ssh-rsa

Was sollte ich noch prüfen uns anpassen?

MadMax-FHEM · 04 Januar 2024, 09:14:43

https://forum.fhem.de/index.php?topic=60452.msg1297821#msg1297821

Gruß, Joachim

rabehd · 04 Januar 2024, 09:47:15

Zitat von: MadMax-FHEM am 04 Januar 2024, 09:14:43https://forum.fhem.de/index.php?topic=60452.msg1297821#msg1297821

Gruß, Joachim

Danke, nochmal lesen hilft

unter /etc/ssh/ in ssh_config den Text eingefügt.
Neustart Raspberry (zur Sicherheit)
Löschen alexa Device und neu angelegt.
-> Jetzt sind die richtigen Readings da.

Nun muss ich die Ursache finde, warum Alexa keine neuen Devices findet. Testdevice angelegt, aber nicht gefunden (trotz Restart im Device).
Edit: https://forum.fhem.de/index.php?msg=1284024 hat geholfen. Scheinbar geht es nur mit einer einzelnen Instanz und nicht mit 2.