Ab sofort steht LiveConfig v1.8.1 (r3367) als erste Preview bereit.
Die wichtigsten Änderungen sind:
Ein weiteres Update (r3371) steckt derzeit noch in der Build-Pipeline, dieses enthält dann u.a. eine aktualisierte OpenSSL-Bibliothek (1.0.1k).
Viele Grüße
-Klaus Keppler
Ab sofort im Handbuch: http://www.liveconfig.com/de/h…tml#advanced.mail.postfix
Die Meldung "Verbindung durch Peer zurückgesetzt" deutet darauf hin, dass ProFTPd die Verbindung irgendwann unterbricht.
Da hilft also nur ein Blick in die ProFTPd-Logdatei (/var/log/proftpd/). Falls das nicht weiterhilft: ProFTPd-Debugging.
Danke für den Hinweis. Ich habe mir das eben mal direkt im Code angesehen, warum es zu diesem Fehler kommen kann.
Grundsätzlich arbeitet LiveConfig immer mit Prepared Statements, wodurch keine SQL-Injections möglich sind. Es gibt aber einige ganz wenige Ausnahmen: MySQL selbst kann nämlich einige Befehle nicht als Prepared Statement verarbeiten - u.a. bei GRANT. Diese Befehle werden dann direkt über mysql_query() ausgeführt. Hier ist es aber so, dass LiveConfig bewusst bei der Verbindung zur MySQL-Datenbank das Flag CLIENT_MULTI_STATEMENTS nicht setzt, wodurch also keine Befehle angefügt werden können.
Dennoch handelt es sich hier um einen Fehler (es wurde hier die falsche Escaping-Funktion verwendet); ein Update steht in ca. 30 Minuten in den Repositories.
Danke für die Info, der Fehler wurde mit v1.8.0-r3361 (ab sofort verfügbar) behoben.
Viele Grüße
-Klaus Keppler
Funktioniert hier alles einwandfrei. Die Präfixe gelten aber nur für Kunden. Wenn Sie unter "Mein Hosting" einen Vertrag angelegt haben, dann greifen hier keine Reseller-Einstellungen.
Haben Sie als Admin unter "Hosting" -> "PHP-Einstellung" eventuell ausstehende Änderungen an der globalen Konfiguration auch übernommen? (Button "Änderungen übernehmen" angeklickt?)
Wenn der Endkunde dann eine Änderung vornimmt (Hosting -> Webspace -> PHP -> Einstellungen), dann sollte diese nach wenigen Sekunden in die ~/conf/php5/php.ini übernommen werden. Falls das dort nicht passiert, dann stimmt etwas mit dem LiveConfig-Prozess nicht; in diesem Fall schicken Sie bitte mal die letzten 200 Zeilen vom LiveConfig-Log ("tail -n 200 /var/log/liveconfig/liveconfig.log") an support@liveconfig.com.
Viele Grüße
-Klaus Keppler
Durch ein anderes Problem hatte der LiveConfig-Client in diesem Fall gar keine Jobs mehr abgearbeitet. Ursache war ein Fehler beim Löschen einzelner DNS-Einträge; dieser wurde mit der aktuellen LiveConfig-Version (v1.8.0-r3361) beseitigt.
Viele Grüße
-Klaus Keppler
siehe Handbuch:
http://www.liveconfig.com/de/h…/server.requirements.html - dort nach "OpenVZ" suchen.
Viele Grüße
-Klaus Keppler
Ab sofort steht ein kleines Update für LiveConfig bereit (v1.8.0-r3353).
Der Internet Explorer hat einen Fehler bei der Eingabeprüfung von "textarea"-Feldern mit HTML5. Wenn das Feld deaktiviert ist, springt dennoch die Prüfung an, was konkret beim Bearbeiten von E-Mail-Postfächern ohne Autoresponder zu einem Fehler führte.
Ansonsten bedanke ich mich an dieser Stelle schon mal bei allen Kunden und Anwendern für das tolle vergangene Jahr, die vielen Rückmeldungen, Anregungen, Wünsche und auch Kritik.
DANKE & einen "Guten Rutsch"! 
-Klaus Keppler
Ich habe eben einige Beiträge entfernt, die absolut nichts mit dem Thema zu tun hatten...
Im LiveConfig unter Berichte -> Top10 mal schauen, ob es Verträge mit auffällig hoher Mail-Aktivität in den letzten 24 Stunden gab. Und auf dem Server mit dem Befehl "mailq" mal einen Blick in die Mail-Queue werfen. Ausgehender Spam sollte da relativ schnell zu lokalisieren sein.
PS: und bitte alle schön höflich bleiben... 
Eben wurde noch mal ein kleines Update freigegeben (v1.8.0-r3350). Wie im Changelog zu sehen gibt es nur zwei Änderungen:
Wenn während der Backup-Erstellung Fehler auftreten, so sollten diese nun zuverlässig in ~/logs/backup.log protokolliert werden (lässt sich in LC mit dem LogViewer anzeigen).
Bei Tests haben wir festgestellt, dass bei ZIP-Backups leider keine symbolischen Links gesichert werden können (ZIP bricht dann bei einem Symlink mit einer Fehlermeldung ab). Das hängt damit zusammen, dass wir das Backup derzeit ja als Stream erzeugen, so dass keine große temporäre Datei angelegt werden muss. Das ZIP-Format ist bei Streams aber recht unflexibel - wer an den technischen Details interessiert ist findet diese hier.
Wir haben also die Option "--symlink" bei der ZIP-Erstellung entfernt; verlinkte Dateien werden somit komplett ins Backup mit aufgenommen. Wer symbolische Links zuverlässig mit sichern möchte, muss das Backup als .tar.gz erzeugen.
Wir erweitern demnächste die Backup-Funktion, so dass man auch Backup-Dateien im Webspace erzeugen kann (statt diese zu downloaden). Diese Variante wird bei .zip-Backups dann auch Symlinks unterstützen.
Viele Grüße
-Klaus Keppler
Im Angebot oder Vertrag muss die Berechtigung "Subdomains" vorhanden sein, sowie darunter das Häkchen "darf DNS-Einträge bearbeiten". Zudem müssen die entsprechenden Domains auf von LiveConfig verwalteten Nameservern angelegt sein (siehe Handbuch).
Ich habe den Beitrag mal vom englischen ins deutsche Forum verschoben.
ZitatBackup in der Regel nur nach Neustart von LC möglich, sonst seltsame Fehler, wie "ssl record too long"
Gibt es Meldungen in /var/log/liveconfig/liveconfig.log?
ZitatDatenmenge stimmt nicht mit "du" überein. 650 Mbyte (entpackt) gegen 1,1 Gbyte
Wenn das Backup vollständig erzeugt wurde, speichert LiveConfig eine SHA1-Prüfsumme. Die ersten 16 Zeichen davon werden in der Backup-Übersicht angezeigt. Erzeugen Sie ggf. mal eine SHA1-Prüfsumme über die heruntergeladene Backup-Datei und vergleichen die ersten 16 Zeichen.
Für mich klingt das so, als ob das Backup nicht vollständig heruntergeladen wurde. Seitens LiveConfig wird dieses als Stream in Echtzeit erzeugt und zum Browser geschickt (also ohne Zwischenspeicherung auf dem Server).
Werfen Sie dann bitte zum Reload-Zeitpunkt mal einen Blick in die /var/log/liveconfig/liveconfig.log - dort sollten ab v1.8 die Ausgaben vom Reload-Befehl protokolliert werden.
Viele Grüße
-Klaus Keppler
Unser Büro ist vom 24.12.2014-06.01.2015 nicht besetzt (der 06.01. ist in Bayern ein Feiertag), d.h. in diesem Zeitraum steht kein telefonischer Support zur Verfügung.
In dringenden Fällen senden Sie bitte eine E-Mail an support@liveconfig.com. Wir haben natürlich einen "Notdienst" eingerichtet, der auch an den Feiertagen und den Brückentagen zur Verfügung steht.
Ab dem 12.01. sind wir wieder vollzählig. Aufgrund von Umstellungen in unserem Abrechnungssystem kann es zudem sein, dass in den ersten Tagen im Januar keine LiveConfig-Rechnungen erzeugt werden (das erfolgt dann mit ein paar Tagen Verzögerung). Grund hierfür sind zum 01.01.2015 in Kraft tretende Gesetzesänderungen bei der Umsatzsteuer-Berechnung.
Viele Grüße
-Klaus Keppler
Das restliche (noch nicht im Weihnachtsurlaub befindliche) LiveConfig-Team freut sich, die Verfügbarkeit von LiveConfig v1.8.0 (r3345) bekanntgeben zu dürfen.
Die wichtigsten Änderungen sind:
... sowie viele kleinere Verbesserungen und Fehlerbeseitigungen.
Die vollständige Liste aller Änderungen finden Sie im Changelog.
Das Update lässt sich wie immer reibungslos über die Repositories einspielen.
Die während dem Update angezeigte Fehlermeldung "Invalid date: '2011-12-29 24:00:00'" kann ignoriert werden - die importierten Zeitzonen-Daten enthalten da lediglich einen falschen Wert.
Viele Grüße
-Klaus Keppler
Die PHP-Pakete für Debian Linux (siehe KB#22) wurden eben auf die aktuellen Versionen 5.4.36, 5.5.20 und 5.6.4 aktualisiert.
Viele Grüße
-Klaus Keppler
Das kommt schon auch noch - Geduld...
