Nagware CloudMatic und NeoServer

[detLAN]

Da ich weder CloudMatic noch NeoServer einsetze, habe ich diese Nagware wie unten angegeben aus dem System gelöscht. RaspberryMatic hat anfänglich nach einen reboot auf einem RaspberryPi4 bzw. einem TinkerBoard S die Nagware CloudMatic wieder installiert. Irgendwann wurde dies gefixed, jedenfalls bleibt auf den genannten Systemen CloudMatic jetzt auch nach einen reboot gelöscht.
Nun stelle ich mein System auf Home Assistant via Synology (OCI) um und musste feststellen, dass der alte Fehler in dieser Variante noch vorhanden ist. Die Meinung von Herrn Maus zu diesem Thema ist bekannt. Ich denke jedoch, dass die einzelnen Varianten des System sich einheitlich Verhalten sollten! Wie seht Ihr das?

Code: Alles auswählen

mount -o remount,rw /
rm -r /opt/mediola/
rm -r /opt/mh/
rm -r /usr/local/etc/config/addons/mh/
rm -r /usr/local/etc/config/addons/www/mh
rm -r /etc/init.d/S97NeoServer
rm -r /etc/init.d/S97CloudMatic
mount -o remount,ro /

[Baxxy]

Es liegt nun mal an der Infrastruktur.

Ein Docker-Container verhält sich eben anders als ein Raspi oder eine VM.
Persistieren von Änderungen in einem laufenden Container ist nun mal nicht vorgesehen.

Siehe auch: >> Wie funktionieren Docker Container <<

[detLAN]

Es liegt nun mal an der Infrastruktur.

Ein Docker-Container verhält sich eben anders als ein Raspi oder eine VM.
Persistieren von Änderungen in einem laufenden Container ist nun mal nicht vorgesehen.

Das ist schon klar. Was mich jedoch wundert - wenn ich den vorinstallierten NeoServer lösche, dann bleibt dieser gelöscht. CloudMatic ist doch auch nix anderes als eine Zusatzsoftware, nur mit dem Unterschied, dass im Image eine automatische Installation inbegriffen ist. Warum kann diese Installationsroutine nicht einfach von vornherein aus dem Image entfernt werden, sowie dies bei anderen Images wie z.B. beim RaspberryPi4 der Fall ist.

[Baxxy]

Naja, der NEO-Server liegt wie alle anderen "regulären" AddOns im /userfs.
Einmalig deinstalliert bleibt er dauerhaft weg, außer man fängt mit einer frischen RM (ohne ein NEO-loses Backup einzuspielen) an.

CloudMatic ist kein AddOn im Sinne der anderen AddOns sondern so eine Art "Zusatzfunktion des Betriebssystems".

Warum das mal so gemacht wurde weiß ich nicht.
CloudMatic als "reguläres" AddOn wäre mir aber in der Tat auch lieber.

Das "lustige" an der Sache ist aber...
Wer CloudMatic nutzt und das Auto-Update aktiv hat bekommt ja regelmäßig die neuere Version ins /rootfs geschrieben...

Code: Alles auswählen

Feb 10 07:17:01 RM-CCU user.info homematic: CloudMatic Update Prozess, heruntergeladene Version ist neuer, f�hre Update durch.
Feb 10 07:17:01 RM-CCU user.info homematic: cloudmatic.de Update Prozess aktualisiert Dateirechte
Feb 10 07:17:01 RM-CCU kern.info kernel: [745889.087024] EXT4-fs (sda2): re-mounted. Opts: (null). Quota mode: none.
Feb 10 07:17:01 RM-CCU kern.info kernel: [745889.123610] EXT4-fs (sda2): re-mounted. Opts: (null). Quota mode: none.
Feb 10 07:17:01 RM-CCU user.info homematic: cloudmatic.de key update, openvpn wird beendet.
Feb 10 07:17:08 RM-CCU user.info homematic: cloudmatic.de update startet openvpn.
Feb 10 07:17:08 RM-CCU daemon.warn openvpn[22176]: WARNING: Compression for receiving enabled. Compression has been used in the past to break encryption. Sent packets are not compressed unless "allow-compression yes" is also set.
Feb 10 07:17:08 RM-CCU daemon.warn openvpn[22176]: --cipher is not set. Previous OpenVPN version defaulted to BF-CBC as fallback when cipher negotiation failed in this case. If you need this fallback please add '--data-ciphers-fallback BF-CBC' to your configuration and/or add BF-CBC to --data-ciphers.
Feb 10 07:17:08 RM-CCU daemon.warn openvpn[22176]: WARNING: file '/usr/local/etc/config/addons/mh/client.key' is group or others accessible
Feb 10 07:17:08 RM-CCU daemon.warn openvpn[22177]: WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Feb 10 07:17:08 RM-CCU user.info homematic: CloudMatic Update Prozess beendet
Feb 10 07:17:10 RM-CCU daemon.warn openvpn[22177]: WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this

Was natürlich bei der Docker / Homassistant-AddOn RM Quark ist weil ja nach einem Reboot eh alles wieder zurückgesetzt wird.

Nachtrag:
CloudMatic ist immer in allen RaspberryMatic Versionen enthalten. Ich kenne kein RM-Image wo das nicht der Fall ist.

[detLAN]

CloudMatic als "reguläres" AddOn wäre mir aber in der Tat auch lieber.

Das "lustige" an der Sache ist aber...
Wer CloudMatic nutzt und das Auto-Update aktiv hat bekommt ja regelmäßig die neuere Version ins /rootfs geschrieben...
Was natürlich bei der Docker / Homassistant-AddOn RM Quark ist weil ja nach einem Reboot eh alles wieder zurückgesetzt wird.

Nachtrag:
CloudMatic ist immer in allen RaspberryMatic Versionen enthalten. Ich kenne kein RM-Image wo das nicht der Fall ist.

Das CloudMatic immer in allen RaspberryMatic Versionen enthalten ist, dass bestreite ich auch nicht.
Aber, die Installationsroutine / das Auto-Update ist in den genannten RM-Images nicht vorhanden.
Kann ganz einfach ausprobiert / nachvollzogen werden.

Nachtrag:
Mit jedem Update des RM-Images kommt die Nagware wieder. Kann jedoch bis zum nächsten Update wie beschrieben ausser Gefecht gesetzt werden. Und das sind wirklich wenige Handgriffe, die ich bereits automatisch nach einem Update durchführe.

[Baxxy]

Kleines Update:

Ich habe zum Thema einen PR eingereicht #2223.

Wenn das akzeptiert wird kannst du eine leere Datei...

Code: Alles auswählen

/etc/config/NoCloudmaticStart

erzeugen, welche den Start bzw. die "Installation" von Cloudmatic künftig verhindert.

Die Überreste im /userfs und den Button in...

Code: Alles auswählen

/usr/local/etc/config/hm_addons.cfg

...musst du aber einmalig händisch selbst löschen.

Code: Alles auswählen

/opt/mh

wird nicht angefasst. Macht aus meiner Sicht auch keinen Sinn das zu löschen, vor allem wenn man vielleicht doch mal vorhat Cloudmatic zu testen.

[jmaus]

Ich habe zum Thema einen PR eingereicht #2223.

Wenn das akzeptiert wird kannst du eine leere Datei...

Code: Alles auswählen

/etc/config/NoCloudmaticStart

Das wird aller Voraussicht so akzeptiert werden, ja. Ich wäre hier sogar gewillt dafür eine extra Option unter "Erweiterte Einstellungen" zu akzeptieren. Und man könnte auch etwas einbauen das beim Abschalten von Cloudmatic dann sogar den Button automatisch entfernt.

[Baxxy]

man könnte auch etwas einbauen das beim Abschalten von Cloudmatic dann sogar den Button automatisch entfernt.

Ja, darüber haben @jp112sdl und ich schon nachgedacht.

Hab gesehen das du die Option schon in die Advanced-Settings implementiert hast, gucke ich mir dann im nächsten Nightly an.

Man könnte sogar noch weitergehen und bei "Deaktivierung" dann CloudMatic stop und gleich noch das Verzeichnis '/usr/local/etc/config/addons/mh/' sowie den Symlink '/usr/local/etc/config/addons/www/mh/' löschen.

Bei Aktivierung dann Cloudmatic start, Verzeichnis und Symlink werden dann automatisch neu angelegt.

[jmaus]

Man könnte sogar noch weitergehen und bei "Deaktivierung" dann CloudMatic stop und gleich noch das Verzeichnis '/usr/local/etc/config/addons/mh/' sowie den Symlink '/usr/local/etc/config/addons/www/mh/' löschen.

Den /addons/www/mh Symlink könnte man sicherlich problemlos löschen. Allerdings das gesamte /addons/mh verzeichnis zu löschen würde ggf Nutzerkonfiguration mit löschen (die keys) und dafür müsste man dann erst wieder ne Abfrage einbauen ob das wirklich gewollt ist. Insofern kann das Verzeichnis doch sicherlich auch im abgeschalteten Fall einfach da verbleiben weil es ja niemandem wehtun sollte..

[detLAN]

Ich bedanke mich bei den Beteiligten für die perfekte Umsetzung!