RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

nuiler
Beiträge: 207
Registriert: 15.04.2012, 11:07
Wohnort: Ostalbkreis / Deutschland

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von nuiler » 27.11.2018, 10:09

systemupdate.JPG

Soweit läuft die Version, leider tauchen unter dem Systemupdate-Addon noch Darstellungsfehler auf.
www.nuiler.de
Raspberrymatic 3.57.4.20210320 rpi3

LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von LibertyX » 27.11.2018, 10:11

Hab ich bereits an j-a-n gemeldet.
https://github.com/j-a-n/raspberrymatic ... /issues/17
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)

Benutzeravatar
Centauri2k
Beiträge: 684
Registriert: 17.09.2016, 21:13

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von Centauri2k » 27.11.2018, 10:23

Läuft bei jemandem HVL?

LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von LibertyX » 27.11.2018, 10:24

Centauri2k hat geschrieben:
27.11.2018, 10:23
Läuft bei jemandem HVL?
https://github.com/jens-maus/RaspberryMatic/issues/492

Aktuell wohl nicht.
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)

Benutzeravatar
jmaus
Beiträge: 9865
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1882 Mal
Kontaktdaten:

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von jmaus » 27.11.2018, 10:27

LibertyX hat geschrieben:
27.11.2018, 10:06
@Jens
Wie sieht es denn mit der Implementierung von Fail2ban aus, würde das ggf. Sinn machen?
Das ist IMHO etwas over-the-top. Das ergibt nur bei Systemen/Servern Sinn die direkt vom Internet aus via SSH&Co erreichbar sind und das sollte man definitiv nicht mit einer CCU (auch nicht einer CCU3/RaspberryMatic) machen und diese nicht via Port-Forwarding gar vom Internet aus verfügbar machen.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

dldavid
Beiträge: 96
Registriert: 01.10.2018, 12:39
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von dldavid » 27.11.2018, 10:43

Der Status geht wieder nicht bei den Osram Steckdocsen

viewtopic.php?f=19&t=46072&p=461318#p461318

mit der Version RaspberryMatic 3.37.8.20181026 ging es und seit RaspberryMatic 3.41.11.20181124/RaspberryMatic 3.41.11.20181126
wird der Status wieder nicht angezeigt

LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von LibertyX » 27.11.2018, 11:06

jmaus hat geschrieben:
27.11.2018, 10:27
LibertyX hat geschrieben:
27.11.2018, 10:06
@Jens
Wie sieht es denn mit der Implementierung von Fail2ban aus, würde das ggf. Sinn machen?
Das ist IMHO etwas over-the-top. Das ergibt nur bei Systemen/Servern Sinn die direkt vom Internet aus via SSH&Co erreichbar sind und das sollte man definitiv nicht mit einer CCU (auch nicht einer CCU3/RaspberryMatic) machen und diese nicht via Port-Forwarding gar vom Internet aus verfügbar machen.
d.h. wenn man keine Cloud Lösung zum Zugriff auf die CCU haben möchte, bleibt einem nur eine VPN, was auf einem Android Gerät etwas umständlich ist, denn ich habe noch keine Lösung gefunden, bei der die VPN immer aktiv ist, es gibt zwar welche, die erfordern aber eine Feste IP des Servers.

Eine TLS verschlüsselte Freigabe mit Authentifizierung der XMLRPC schließt du also generell aus?
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)

Benutzeravatar
jmaus
Beiträge: 9865
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1882 Mal
Kontaktdaten:

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von jmaus » 27.11.2018, 11:10

LibertyX hat geschrieben:
27.11.2018, 11:06
Eine TLS verschlüsselte Freigabe mit Authentifizierung der XMLRPC schließt du also generell aus?
Ja, sowas würde ich immer noch nicht machen und auch nicht anraten! Eine CCU gehört unter keinen Umständen direkt via Port Forwarding ins Internet, egal auf welchem Port und egal ob das eine TLS Verschlüsselung mit Authentifizierung am Werke ist. Alleine schon die Tatsache das man dann via DoS Attacken den Port mit Requests lahmlegen kann spricht dafür so etwas schon gar nicht in Erwägung zu ziehen.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Benutzeravatar
klana
Beiträge: 1099
Registriert: 08.02.2015, 08:37
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 66 Mal
Danksagung erhalten: 27 Mal

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von klana » 27.11.2018, 11:30

Hi Jens,

nachdem ich die vorgeschlagenen Zeitserver eingetragen (plus Fritzbox) und einen Reboot durchgeführt habe kommen die folgenden Meldungen.
Da ich bisher keine dieser Meldungen hatte bin ich mir immer noch nicht sicher, ob das jetzt alles so sein soll?

Code: Alles auswählen

...
Nov 27 09:59:23 homematic-raspi daemon.notice ntpd[584]: ntpd exiting on signal 15 (Terminated)
Nov 27 09:59:23 homematic-raspi daemon.info ntpd[584]: 85.10.240.253 local addr 192.168.178.24 -> <null>
Nov 27 09:59:23 homematic-raspi daemon.info ntpd[584]: 185.194.140.199 local addr 192.168.178.24 -> <null>
Nov 27 09:59:23 homematic-raspi daemon.info ntpd[584]: 62.116.162.126 local addr 192.168.178.24 -> <null>
Nov 27 09:59:23 homematic-raspi daemon.info ntpd[584]: 212.83.44.18 local addr 192.168.178.24 -> <null>
Nov 27 09:59:36 homematic-raspi daemon.notice ntpdate[2389]: step time server 85.114.128.137 offset 0.000027 sec
Nov 27 09:59:36 homematic-raspi daemon.notice ntpd[2413]: ntpd 4.2.8p12@1.3728-o Mon Nov 26 15:42:54 UTC 2018 (1): Starting
Nov 27 09:59:36 homematic-raspi daemon.info ntpd[2413]: Command line: /usr/sbin/ntpd -g 192.168.178.1 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Nov 27 09:59:36 homematic-raspi daemon.info ntpd[2415]: proto: precision = 0.468 usec (-21)
Nov 27 09:59:36 homematic-raspi daemon.err ntpd[2415]: unable to bind to wildcard address :: - another process may be running - EXITING
Nov 27 09:59:41 homematic-raspi daemon.notice ntpdate[2406]: step time server 82.165.77.22 offset 0.000247 sec
Nov 27 09:59:41 homematic-raspi daemon.notice ntpd[2421]: ntpd 4.2.8p12@1.3728-o Mon Nov 26 15:42:54 UTC 2018 (1): Starting
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2421]: Command line: /usr/sbin/ntpd -g 192.168.178.1 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: proto: precision = 0.520 usec (-21)
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen and drop on 0 v6wildcard [::]:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen normally on 2 lo 127.0.0.1:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen normally on 3 eth0 192.168.178.24:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen normally on 4 tun0 10.220.59.92:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen normally on 5 lo [::1]:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen normally on 6 eth0 [fd00::ba27:ebff:fefb:4373]:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen normally on 7 eth0 [fe80::ba27:ebff:fefb:4373%2]:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listen normally on 8 tun0 [fe80::621e:bc7f:5b83:d24a%4]:123
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: Listening on routing socket on fd #25 for interface updates
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Nov 27 09:59:41 homematic-raspi daemon.info ntpd[2423]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Nov 27 10:05:29 homematic-raspi daemon.info ntpd[2423]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
...

Hier ohne Fritzbox

Code: Alles auswählen

Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4782]: Command line: /usr/sbin/ntpd -g 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: proto: precision = 0.469 usec (-21)
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen and drop on 0 v6wildcard [::]:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen normally on 2 lo 127.0.0.1:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen normally on 3 eth0 192.168.178.24:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen normally on 4 tun0 10.220.59.92:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen normally on 5 lo [::1]:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen normally on 6 eth0 [fd00::ba27:ebff:fefb:4373]:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen normally on 7 eth0 [fe80::ba27:ebff:fefb:4373%2]:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listen normally on 8 tun0 [fe80::621e:bc7f:5b83:d24a%4]:123
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: Listening on routing socket on fd #25 for interface updates
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Nov 27 11:24:32 homematic-raspi daemon.info ntpd[4784]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Nov 27 11:30:14 homematic-raspi daemon.info ntpd[4784]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Zu dem DutyCycle aus dem Sysinfo Programm...hier hatte ich einfach nicht lange genug gewartet, das Programm wird ja nur alle 15 Minuten ausgeführt. Da aber der Timer nicht funktionierte konnte da auch nichts ausgelesen werden. Mit neu gestartetem Timer läuft es jetzt.

Code: Alles auswählen

CCU2_DutyCycle:	10.000000   <<= aus Sysinfoprogramm
CCU2_Im_Reboot:	nein
CCU2_Load_15min:	0.00
CCU2_Load_1min:	0.00
CCU2_Load_5min:	0.03
CCU2_ReGa_Version:	R1.00.0388.0203
CCU2_SYSfreeMem:	671624 kB
CCU2_UpTime:	0 Tage 01 Std 58 Min
CPU_Temp:	54.20
DutyCycle:	10.00 %        <<== interner DutyCycle
Gruß
Klana
Zuletzt geändert von klana am 27.11.2018, 11:46, insgesamt 1-mal geändert.
Gruß Klana
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.

Benutzeravatar
jmaus
Beiträge: 9865
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1882 Mal
Kontaktdaten:

Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

Beitrag von jmaus » 27.11.2018, 11:46

klana hat geschrieben:
27.11.2018, 11:30
nachdem ich die vorgeschlagenen Zeitserver eingetragen (plus Fritzbox) und einen Reboot durchgeführt habe kommen die folgenden Meldungen.
Da ich bisher keine dieser Meldungen hatte bin ich mir immer noch nicht sicher, ob das jetzt alles so sein soll?
Das sieht nun alles soweit gut aus.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Gesperrt

Zurück zu „RaspberryMatic“