Ich habe schon sehr lange FHEM2FHEM Verbindungen am Laufen.
Seit dem letztem Update habe ich plötzlich Verbindungsproblem, obwohl es an den FHEM2FHEM Verbindungen schon lange keine Änderungen gab.
Ich komme aber nicht auf den Fehler, was plötzlich den Verbindungfehler verursacht und den Login verweigert.
LOG Auszug
2025.03.02 13:50:20.740 1: 192.168.17.189:7073 disconnected, waiting to reappear
2025.03.02 13:52:45.650 3: Login denied via F2F_Rasp01_TX_192.168.17.189_37172
2025.03.02 13:52:45.873 3: Login denied via F2F_Rasp01_TX_192.168.17.189_37186
2025.03.02 13:52:46.077 3: Login denied via F2F_Rasp01_TX_192.168.17.189_37196
2025.03.02 13:52:52.923 1: FHEM2FHEM 192.168.17.189:7073 reappeared (F2F_Rasp09_RX)
2025.03.02 13:52:54.108 1: FHEM2FHEM 192.168.17.189:7073 reappeared (F2F_Rasp09_RX)
2025.03.02 13:53:16.197 1: 192.168.17.189:7073 disconnected, waiting to reappear
list F2F_Rasp09_TX
Internals:
CFGFN /media/hdd/fhem/mycfg/FHEM2FHEM/f2f_rasp09.cfg
CONNECTS 156
DEF 7073 global
FD 11
FUUID 641df4df-f33f-f4d2-72bd-e29405009ba57ffe
NAME F2F_Rasp09_TX
NR 141
PORT 7073
SSL 1
STATE Initialized
TYPE telnet
READINGS:
2025-03-02 13:19:19 state Initialized
Attributes:
SSL 1
alias OG2 EDV-Raum - LOG Schnittstelle Rasp09
allowfrom ^(127\.0\.0\.1|192\.168\.17\..*)$
connectInterval 60
connectTimeout 2
devStateStyle style="text-align:left;;font-weight:bold;;"
encoding utf8
group Schnittstellen FHEM2FHEM lokal
icon it_network
room _RxTx
sortby 09.01
sslCertPrefix certs/server-
list allowed_F2F_Rasp09_TX
Internals:
CFGFN /media/hdd/fhem/mycfg/FHEM2FHEM/f2f_rasp09.cfg
FUUID 5cadc381-f33f-72be-94a7-fe61a8b35ea540fc
NAME allowed_F2F_Rasp09_TX
NR 143
STATE validFor:F2F_Rasp09_TX
TYPE allowed
READINGS:
2025-03-02 13:19:19 state validFor:F2F_Rasp09_TX
Attributes:
alias OG2 EDV-Raum - LOG Schnittstelle Rasp09
devStateStyle style="text-align:left;;font-weight:bold;;"
globalpassword SHA256:135239A3:9CmTt7jy0uJ9C72ohusa311/hLg9LM/1WYEn/MwE6RQ
group Schnittstellen FHEM2FHEM lokal
icon it_network
room _RxTx
sortby 09.02
validFor F2F_Rasp09_TX
list F2F_Rasp09_RX
Internals:
CFGFN /media/hdd/fhem/mycfg/FHEM2FHEM/f2f_rasp01.cfg
DEF 192.168.17.189:7073:SSL LOG:AB_W_GA_UV_STSP5_HTD.*|AB_VG_WBLD.*|AB_W_TK_BLD.*|AB_W_ZS_RRALD.*|AB_W_ZS_WC_TOED.*|AB_W_ZS_WI_DRD.*|AB_W_ZS_WI_LOCKD.*|AB_W_ZS_WI_SD.*
FUUID 5c45b038-f33f-f4d2-23ca-5444b66799ae5905
Host 192.168.17.189:7073
NAME F2F_Rasp09_RX
NEXT_OPEN 1740920818.53497
NR 363
PARTIAL
SSL 1
STATE disconnected
TYPE FHEM2FHEM
eventCount 156
informType LOG
regexp AB_W_GA_UV_STSP5_HTD.*|AB_VG_WBLD.*|AB_W_TK_BLD.*|AB_W_ZS_RRALD.*|AB_W_ZS_WC_TOED.*|AB_W_ZS_WI_DRD.*|AB_W_ZS_WI_LOCKD.*|AB_W_ZS_WI_SD.*
Attributes:
alias AB Garage West UV - LOG Schnittstelle Rasp09
devStateIcon connected:it_network@0CFB0C disconnected:it_network@red
devStateStyle style="text-align:left;;font-weight:bold;;"
group Schnittstellen FHEM2FHEM Remote
icon it_network
room _RxTx
sortby 09.01
Hat sich im FHEM etwas geändert das ich übersehen habe?
Ich lese was von SSL.
Zertifikat abgelaufen?
ZitatZertifikat abgelaufen?
Nein, diese sind so von mir so hergestellt, dass diese 20 Jahre gültig sind.
Ich habe den Fehler schon gefunden. Doch verstehen tue ich es überhaupt nicht.
Auf allen FHEM2FHEM Verbindungen und auf allen Systemen fehlten beim Empfänger das Passwort.
define <name> FHEM2FHEM <host>[:<portnr>][:SSL] [LOG:regexp|RAW:devicename] {portpassword}Wie kann es sein, dass nach einem Update der 10 Systemen plötzlich überall nach der [LOG:regexp|RAW:devicename] Definition nur das Passwort am Ende der Zeile fehlt?
So etwas hatte es bisher noch nie gegeben.
Nachdem ich nun das Passwort manuell wieder ergänzt habe funktionieren die Schnittstellen wieder.
Wie gesagt, verstehen tue ich dieses Phänomen nicht, denn auf die System habe nur ich lokal Zugriff.
Ich habe FHEM2FHEM seit 2 Jahren nicht angefasst.
Das Modul unternimmt auch nichts, um das Passwort aus der Definition zu entfernen.
=> Ich habe keine Erklaerung.
Das bei einer Schnittstelle ein Fehler in der Konfiguration auftritt kann durch einen irrtümlichen Eingriff passieren, aber bei 10 Systemen und über 20 FHEM2FHEM Definitionen ist mir ein Rätsel. Zudem sind die Systeme auch nur im lokalem Netzwerk erreichbar, und an den Schnittstellen wurden weder Datenpunkte hinzugefügt oder gelöscht.
Ihc werde das beobachten und hoffen das es nicht mehr passiert. Zumindest habe ich den Fehler gefunden, und kann nächstes Mal schneller darauf reagieren. Trotzdem hoffe ich es war nur ein einmaliges Phänomen.