Modul 93_DbRep - Reporting und Management von Datenbankinhalten (DbLog)

Begonnen von DS_Starter, 19 Mai 2016, 22:52:13

Vorheriges Thema - Nächstes Thema

DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

Zitat von: supergrobi am 17 Juli 2021, 12:09:25
BlockingInfo liefert folgendes:

Pid:3012 Fn:PRESENCE_DoLocalPingScan Arg:Klaus_WLAN_Device_2|192.168.2.162|0|4 Timeout:60 ConnectedVia:telnetPort_127.0.0.1_56316
Pid:3014 Fn:PRESENCE_DoLocalPingScan Arg:Baerbel_WLAN_Device_2|192.168.2.168|0|4 Timeout:60 ConnectedVia:telnetPort_127.0.0.1_56322


aber ich stecke da echt nicht so tief drin, dass ich das in Verbindung bringen könnte ::)

ich hab die beiden mal von LAN-Ping auf Abfrage der MAC umgestellt...

list Type=telnet zeigt:

Internals:
   CONNECTS   844
   DEF        7072 global
   FD         5
   FUUID      5e2be9c4-f33f-2f94-3190-22b543cce14dcacc
   NAME       telnetPort
   NR         4
   PORT       7072
   STATE      Initialized
   TYPE       telnet
   .attraggr:
   .attrminint:
   READINGS:
     2021-07-17 10:30:15   state           Initialized
Attributes:

DS_Starter

#1457
Jetzt sehe ich leider die Attribute nicht, aber das telnet Device darf das Attr allowfrom nicht gesetzt haben oder aber muß "127.0.0.1" beinhalten.
Außerdem darf das Telnet Device nicht durch Paßwort geschützt sein.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

#1458
Ich glaube das Telnet hatte ich vor zig Jahren mal wegen der Fritzbox eingerichtet.
Die läuft ja nun auch schon seit vielen Jahren auf fbahahttp ... brauche ich dann das Telnet noch?
Die beiden WLAN Devices habe ich gerad noch auf die Mac Funktion umgestellt...

Edit: BlockingInfo liefert jetzt nix mehr
telnet hat kein Attribut, aber auch nix mit 127.0.0.1
jedoch hatten die WLAN Ping abfragen die 127.0.0.1 - jetzt jedoch nicht mehr.

DS_Starter

Kein Attribut ist auch ok, 127.0.0.1 wird dann als default verwendet. Alle Module die BlockingCall intern verwenden brauchen noch ein Telnet Device. Allerdings war ich der Meinung dass FHEM intern ein telnet Device für die Verwendung durch BlockingCall erzeugt.
Kann mich da aber auch täuschen.
Jedefalls darf das Telnet nicht durch Paßwort gesichert sein. Stichwort ist hier  allowed-Device.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Wenn ich den Code richtig deute darf auch SSL im Telnet Device nicht gesetzt sein.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

hier mal die RAW Definition vom Telnet Device:

defmod telnetPort telnet 7072 global

setstate telnetPort 2021-07-17 10:30:15 state Initialized



ich würde behaupten da ist kein SSL und kein allowed definiert.

DS_Starter

SSL stimmt. Aber ob telnet ein PW verlangt siehst du in deinem allowed Device sofern vorhanden. Dort würde dann im Attribut validFor dein telnet-Device mit drinstehen.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

danke, ich glaube jetzt hab ichs kapiert :)

ein list TYPE=allowed gibt mir
allowed_WEB
allowed_WEBphone
allowed_WEBtablet

die drei devices, von denen ist bei keinem telnet(port) aktiviert.

DS_Starter

Hmm, schade ... das war jetzt meine Hoffnung.  ;)

Ich habe inzwischen auch die Stelle gefunden wo ein temporäres telnet Device erzeugt werden würde wenn kein passendes vorhanden wäre. Also das war jetzt nicht der Punkt.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi

leider auch nichts...
state   done - No BlockingCall processes running   2021-07-17 13:58:52

DS_Starter

Wie ist denn dein global Attribut blockingCallMax gesetzt ?
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

supergrobi


DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter