Heute schon wieder diese Meldung seit Mittag - weiß jemand, was da los ist?
Insgesamt könnte der gesamte SSL-Einrichtungsprozess wesentlich einfacher sein. Es gibt Provider, bei denen setzt man nur einen(!) Haken und die Sache ist erledigt. Bei LiveConfig muss man sich erst durch zahlreiche, teilweise für den Endkunden unverständliche, Menüpunkte klicken...
Nachtrag: auf allen Debian 8-Servern funktioniert das Backup noch, auf allen Debian 7-Servern seit dem Update nicht mehr.
Gerade von einem Kunden darüber informiert worden: seit dem letzten Update funktioniert auf allen Servern das Backup über LiveConfig nicht mehr. Folgende Meldung ist zu sehen:
ZitatFehler: Gesicherte Verbindung fehlgeschlagen
Ein Fehler ist während einer Verbindung mit xxxx.xxxxxx.de:8443 aufgetreten. SSL hat einen Eintrag mit ungültigem Nachrichtenauthentifizierungscode erhalten. Fehlercode: SSL_ERROR_BAD_MAC_READ
Die Website kann nicht angezeigt werden, da die Authentizität der erhaltenen Daten nicht verifiziert werden konnte. Kontaktieren Sie bitte den Inhaber der Website, um ihn über dieses Problem zu informieren.
Jemand eine Idee und besteht das Problem bei allen anderen auch?
Das Update wurde auf allen Servern erfolgreich eingespielt - vielen Dank dafür!
Update: falls jemand das selbe Problem hat:
Zitatmysql_upgrade -u root -p
... und das Problem ist erledigt! LiveConfig läuft nun tadellos mit der neuen Version.
Manchmal ist man eben schon betriebsblind 
Folgendes Problem: beim anlegen neuer Datenbanken fehlen diverse Rechte, siehe Bild rot umrahmt.
http://www.bilder-upload.eu/upload/505b56-1491906643.png
D.h. die Datenbanken werden zwar angelegt, jedoch ist nur ein root-Login möglich.
Das Problem trat nach dem Update des MySQL-Servers heute auf die o.g. Version auf.
Ergänzt man die fehlenden Rechte manuell, kann sich auch der "normal-Benutzer" (Kunde) einloggen.
Von LiveConfig selbst wird die Datenbankversion unter Serververwaltung ---> Datenbanken anerkannt Auch unter LiveConfig --diag wird die neue Version angezeigt. Liegt hier ein Bug vor?
Mal eine Frage: Umzug von 20 Kunden mit 50 SSL-Zertfikaten. Müssen diese allesamt manuell neu angelegt werden?
Hier würde ich für die Zukunft definitv soetwas wie eine "Export-Import"-Funktion wünschen, so wie es hier vor 5 Jahren schon einmal angekündigt worden ist.
Gibt es hier schon etwas neues?
Ich bin auch ein wenig enttäuscht darüber, das es bei derartigen Bugs wie aktuell Bekannt keine kleineren Updates zwischendurch gibt.
Auch ich habe mir Plesk angeschaut - bei dem derzeitigen Funktionsumfang hängt LiveConfig noch sehr, sehr weit hinterher. (Backups auf Knopfdruck, Kopieren auf fremden FTP-Server und und und... das sind Dinge, die einem Kunden das leben leichter machen)
Ein Wechsel auf Plesk kommt aber trotzdem nicht in Frage (zu überladen, zu unübersichtlich). Die Kunden haben sich nun an diese Oberfläche gewöhnt. Ich schwöre auf LiveConfig und hoffe auf eine alsbaldige veröffentlichung des nächsten Updates und das es künftig noch viele neue Funktionen geben wird.
Also langsam macht das echt keinen Spaß mehr, vor 6 Monaten, also einem halben Jahr (!!!) wurde dieses Problem gemeldet, passiert ist noch immer nichts! Warum gibt es zwischendurch nicht mal ein kleines Update, welches genau solche Probleme behebt? Ständig ist irgend ein Server nicht erreichbar und es muss genau wegen diesem Problem jedesmal manuell eingegriffen werden... Ich will nicht meckern, weil ich sonst zufrieden mit dem Produkt bin, wollte das aber einmal loswerden.
Gibt es hier bald eine Lösung? Auf dauer kann das so nicht weitergehen!
und der Provider wäre glücklich, der Kunde würde seine Software auf PHP 5.6 oder PHP 7 updaten. Vielleicht wäre das ein Weg?
Bei unserem Kunden leider nicht!
... wir nutzen das ganze ausschließlich aus diesen Quellen, Debian 7: https://www.liveconfig.com/wiki/de/multiphp
Wenn man das noch nachträglich "einbauen" könnte, wäre der Kunde glücklich
Siehe oben - wie stellt man das am besten für PHP 5.5 an?
Mit PHP 5.4. gibt es keine Probleme - die Datei imagick.ini sorgt im entsprechenden Verzeichnis dafür, dass die Erweiterung funktioniert, nur mit PHP 5.5. will das nicht klappen. Ich stehe anscheinend gerade etwas auf dem Schlauch...
Auch ich muss leider etwas "drängeln": heute wieder selbiges Problem!
Auch wenn das Problem bereits bekannt ist: ich bitte um ein rasches Update, auch ich kann diese plötzlichen und vor allem unerwarteten Abstürze nur bestätigen, genau so wie oben beschrieben.
Blacklist/Whitelist pro E-Mail-Adresse
---> würde ich auch begrüßen!
Mal noch eine Frage: gibt es eigentlich eine richtige ausführliche (empfehlenswerte) Cronjob-Anleitung, die auch normale Endkunden ohne weiteres verstehen?
Das sind Dinge, die ein normaler Kunde gar nicht wissen kann.
Ich selbst ging immer davon aus, dass Cronjobs in der PHP-Version ausgeführt werden, welche man für den jeweiligen Account hinterlegt hat.
