Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[pdbjjens]

@Homoran
Bisher war m.W. der Zugriff auf die CCU nur durch User Admin und Password geregelt. Ich erinnere mich nicht irgendwas in der CCU eingerichtet zu haben. Ich habe die CCU nicht durch Zertifikate abgesichert. Lediglich ssh habe ich aktiviert.

[Homoran]

dann musst du https aktivieren

[pdbjjens]

@Homoran
O.K., das hat es gebracht.
https ohne "Nur signierte Zertifikate zulassen" und dann CCU backup manuell angestoßen führte zu einem korrekt 6MB großen backup file auf dem ftp-Server.

Jetzt frage ich mich nur noch, warum es vor dem Update jahrelang ohne https funktioniert hat.
Aber egal - Hauptsache es geht jetzt.
Auf jeden Fall ein großes DANKE für eure schnelle Hilfe und die Tipps.

[Rene_HM]

Ich kann das Verhalten bestätigen. Auch bei mir war das backup der CCU plötzlich 0kB groß. Leider kann ich nicht mehr sagen, was zu diesem Zeitpunkt passiert ist. Evtl. habe ich ein update auf der CCU gemacht. Habe jetzt auf https im Backup umgestellt, und es funktioniert wieder...
@simatec Schade ist, dass man keinen Hinweis auf den Fehler im log sieht. Das log sagt, alles gut, nur beim Upload auf Onedrive kommt die Meldung, dass irgendetwas nicht passt. Damit sucht man aber an der völlig falschen Stelle. Ich kann leider auf die Schnelle hier nicht nachvollziehen, ob die CCU http-Anforderungen neuerdings abweist. Wenn dem so ist, müsste ein check auf den HTTP-Statuscode aber ein log möglich machen...

[simatec]

Biite mal ein Issue aufmachen…

[Homoran]

@Rene_HM sagte in BackItUp erzeugt leeres Homematic CCU Backup:

ob die CCU http-Anforderungen neuerdings abweist.

das war schon immer so.
entweder mit https, oder in der Firewall die Weiterleitung von http auf https aktivieren

[rmoere]

@pdbjjens
Ich hatte seit Mitte September auch das Problem mit dem leeren CCU-Backup. Auch bei mit hat die Umstellung auf https ohne "Nur signierte Zertifikate zulassen" das Problem gelöst.
Danke für den Tipp!

[simatec]

Unabhängig von den Meldungen in Backitup, welche ich nochmal detaillierter gestalten werde... Bei mir läuft OpenCCU in einer VM mit v3.83.6 über http und ich habe keinerlei Probleme. Backups werden mittel http Request erstellt

[Rene_HM]

Bei mir trat das Problem auf einer CCU (v2.61.7) auf (nicht OpenCCU)

[Homoran]

@Rene_HM sagte in BackItUp erzeugt leeres Homematic CCU Backup:

auf einer CCU (v2.61.7)

Das dürfte eine CCU2 sein.
Die wird allerdings schon geraume Zeit nicht nehr von EQ-3 supported

aber auch da müsste die Weiterleitung http -> https in der Firewall helfen

[simatec]

Das wäre dann um so komischer... Denke auch, dass die CCU seit einiger Zeit keine Updates mehr bekommt

[IT-Veteran]

Ich hatte das gleiche Problem und konnte es mit dem oben beschriebenen Vorgehen (Haken bei "nur https:", kein Haken mehr bei "Nur signierte Zertifikate zulassen") lösen. Anhand der Log-Dateien und der Update-Historie konnte ich es zumindest etwas eingrenzen. Die 0-Byte Dateien traten auf, nachdem ich vor einigen Tagen die "alte" Raspberrymatic auf die "neue" OpenCCU upgedatet hatte. Auch bei mir hat zuvor jahrelang alles ohne https: und mit "Nur signierte..." funktioniert.
Manche "Fehler" sind einfach ein Mysterium, das kenne ich seit mittlerweile rund 50 Jahren mit und in der IT, aber manchmal muss man auch einfach froh sein, wenn es dann wieder funktioniert, obwohl es natürlich gut ist, wenn man die Ursachen kennt. Danke an alle Beteiligten und Tippgeber.

[simatec]

Bitte die v3.3.12 testen. Dort sollte der Fehler abgefangen werden...

[reutli]

Ich habe / hatte den gleichen Fehler und bin nur drauf gekommen, da BackItUp sporadisch einen 'Unlink'-Fehler brachte und ich mal genauer überprüft hatte. Da ist man dann schon etwas erschrocken plötzlich zu sehen, dass man keine Sicherungen mehr hat (bzw. nur leere)...
Gibt es denn einen Hinweis auf die 'root cause' (oder habe ich was überlesen)? Auch bei mir hat es gefühlt immer schon OHNE https funktioniert.

[simatec]

Die nächste Version wird einen Fix bekommen...