Beiträge von kk

Ab sofort steht ein Build für CentOS zur Verfügung.
Das Paket kann ab CentOS 5 installiert werden, ausführlich getestet haben wir es mit CentOS 5.7 und CentOS 6.
Eine Anleitung zum Einrichten eines Hosting-Servers mit CentOS 6 haben wir in der Knowledgebase vorbereitet.
Als Besonderheit gilt, dass SELinux für die Nutzung von LiveConfig nicht deaktiviert werden muss - das hat uns zwar fast ein paar graue Haare gekostet, bringt aber große Sicherheitsvorteile mit sich. Es kann allerdings sein, dass komplexe PHP- oder CGI-Anwendungen zusätzliche Berechtigungen in SELinux benötigen.

Die Unterstützung von Mailserver-Software (Postfix/Dovecot) ist noch nicht abgeschlossen (und daher auch in der Anleitung noch nicht enthalten); dieses soll bis zu nächsten Version (1.2.3) fertig sein.

Für Feedback jeglicher Art sind wir an dieser Stelle bereits sehr dankbar.

Viele Grüße

Klaus Keppler

Soeben wurde LiveConfig Version 1.2.2 (r1130) zum Download bereitgestellt. Die wichtigsten Änderungen sind:

• Optimierung der HTML-Ausgabe (weniger HTML, mehr CSS3). Schaut mit dem IE7 nicht mehr ganz so schön aus wie vorher (keine abgerundeten Ecken), also bitte ggf. auf IE8 upgraden
• Zombie-Prozesse nach Änderung von Systempasswörtern beseitigt
• Verwaltung "eigener" Hosting-Verträge als Administrator/Reseller nun auch möglich (man muss für selbst genutzte Hosting-Pakete also nicht erst einen Pseudo-Kunden anlegen)
• Unterstützung von CentOS 6 vorbereitet (siehe Forum)

Hallo!
Wir haben das Problem hier eben reproduzieren können. Es erfolgt offenbar keine brauchbare Rückmeldung von LiveConfig an die Login-Funktion. Wir werden das umgehend beseitigen; das Update steht voraussichtlich schon morgen zur Verfügung.
Viele Grüße

Klaus Keppler

Welche Distribution verwenden Sie? Ist Dovecot auch installiert?
Könnten Sie mir evtl. die Ausgabe von "liveconfig --diag" schicken? (gerne auch per PM, E-Mail an info@liveconfig.com oder per Kontaktformular)

Eigentlich sollte die Konfiguration durch LiveConfig nämlich ohne Eingriffe funktionieren.

Viele Grüße

Klaus Keppler

Für CentOS 6 haben wir nun auch einen RPM-Build, mit dem bereits Webserver und FTP-Server (vsftpd) verwaltet werden können.
SMTP/POP3/IMAP wird derzeit noch getestet.

Die Besonderheit ist, dass LiveConfig die Dienste so verwaltet/konfiguriert, dass SELinux aktiviert bleiben kann (wir kennen derzeit kein anderes Server Control Panel, das mit aktiviertem SELinux noch funktioniert).
Außerdem ist die FTP-Anmeldung sowohl als lokaler Benutzer als auch als virtueller FTP-Benutzer möglich.

Wir bereiten gerade noch die Installationsanleitung für CentOS vor - weitere Infos sowie der Download-Link zum Testen dann im Laufe des Tages...

Viele Grüße

Klaus Keppler

Wir haben eben LiveConfig v1.2.1 r1101 zum Download bereitgestellt. Dabei handelt es sich im Wesentlichen um ein Bugfix-Release, welches einen Fehler im Quota-Management beseitigt.

Außerdem wurde noch eine Einstellung in der ProFTPD-Konfiguration geändert, damit "versteckte" Dateien (z.B. .htaccess) auch aufgelistet werden; zur Aktualisierung bitte einfach im LiveConfig in der Serververwaltung den Menüpunkt "FTP" auswählen, und den Button "Regenerate Configuration" anklicken.

Ein paar der für das nächste Release geplanten Features sind bereits enthalten, u.a. kann nun beim Anlegen von virtuellen FTP-Accounts das Startverzeichnis per GUI ausgewählt werden.

Viele Grüße

Klaus Keppler

Hallo,

der Fehler wurde gefunden und beseitigt. Das Problem trat unter bestimmten Umständen dann auf, wenn u.a. für einen Kunden kein Webspace-Quota im Hosting-Angebot definiert war (also "unbegrenzter" Webspace). Ob auf dem betroffenen Filesystem ein Quota aktiviert war spielte keine Rolle.
Ein neues Release wird gerade gebaut und in den nächsten 2-3 Stunden zum Download bereitgestellt.

Viele Grüße

Klaus Keppler

[Nachtrag] Die neue Version (1.2.1 r1101) steht zum Download bereit.

Ok, das hilft weiter. Wir werden diese Konfiguration (ext3 ohne Quota) morgen mal ausführlicher testen.
Wenn Sie möchten, aktivieren Sie einfach mal Group Quota auf der root-Partition - vielleicht erledigt sich das Problem dann schon:
(Folgende Anleitung ist frei aus dem Gedächtnis, sollte aber etwa so funktionieren)

• aptitude install quota
• modprobe quota_v2
• touch /aquota.group
• chmod 600 /aquota.group
• mount -o remount,grpquota /
• quotacheck -vgm /
• quotaon -vg /

Ich melde mich dann morgen noch mal sobald der Fehler behoben ist.

Danke auch für die schnelle Rückmeldung

Das Problem liegt in der Abfrage der Filesystem-Quotas.
Könnten Sie mir bitte noch die Ausgabe von "mount" zuschicken? Ich denke, dass wir das Problem dann kurzfristig beseitigen können.
Die Segfaults sind für LiveConfig an sich "nicht schlimm" (da der Client-Prozess durch den eingebauten Watchdog automatisch neu gestartet wird), aber sicher sehr lästig. Künftig werden wir auch Segfaults im Client-Prozess besser abfangen, um einen kleinen Stackdump ins Logfile schreiben zu lassen, mit dem wir die Ursache dann noch schneller identifizieren können.

Viele Grüße

Klaus Keppler

Der Meldung nach stürzt der Client-Prozess (also der Teil, der mit Lua-Scripten die Konfigurationsdateien verwaltet etc.) nach ca. 30 Sekunden ab.
Da wir dieses Problem unter Debian 6 bisher noch nicht erlebt haben, bitte ich Sie, uns die Ausgabe von "liveconfig --diag" zukommen zu lassen (IP/Hostname usw. kann gerne anonymisiert werden; interessant für uns sind die erkannten Software-Pakete).
Einfach hier ins Forum posten, oder Kontaktformular, oder Mail an info@liveconfig.com
Vielen Dank schon mal!

Hallo,

soeben wurde Version 1.2.1 zum Download freigegeben (vorerst Debian/AMD64; Debian/i386 folgt in Kürze; bei Gentoo müssen wir noch ein paar Lua-Scripte überarbeiten, da dort nach einem Update von Dovecot Warnungen auftreten).

Die Änderungen zur Version 1.2.0 sind in den Release Notes ausführlich beschrieben; die wichtigsten Neuerungen sind:

• Verwaltung virtueller FTP-Accounts mit ProFTPD
• Anzeige des Web-Traffics (Bytes in/out, Zugriffe), alle 5 min aktualisiert
• Löschen von Benutzer-Accounts
• Optimierungen in der Programmoberfläche
• diverse Bugfixes

Ein Upgrade von allen früheren Versionen ist reibungslos möglich.
Bei Rückfragen jeglicher Art stehen wir hier natürlich gerne zur Verfügung.

Viele Grüße

Klaus Keppler

Wir erzeugen bereits RPM-Pakete, müssen aber noch ein paar Lua-Scripte mit CentOS 5 testen. CentOS 6 wird gerade vorbereitet (auch hier muss eigentlich "nur" noch die von LiveConfig erzeugte Konfiguration angepasst werden).

Beide Betriebssysteme werden voraussichtlich ab etwa Ende nächster Woche unterstützt.

Viele Grüße

Klaus Keppler

Es gibt einen Workaround: aktivieren Sie in der Konfigurationsdatei den Eintrag "library_path = ...". Wie sich gezeigt hat, wird die Konfiguration schon eingelesen, der Fehler besteht darin, dass der Standard-Wert für "library_path" nicht definiert war.
Ist im nächsten Release nun ebenfalls beseitigt.

Ah, ok... das Problem ist etwas kniffliger, dazu existiert hier intern auch noch ein Ticket. LiveConfig hat zu dem Zeitpunkt wenn "--init" abgearbeitet wird, die Konfigurationsdatei nicht (bzw nicht vollständig) eingelesen, und greift daher nicht auf den mitgebrachten MySQL-Client zurück. Das betrifft aber ausschließlich "--init" - der "normale" Betrieb mit einer MySQL-Datenbank klappt (was bedeutet, dass Sie sich mit dem Standard-Login admin/admin eigentlich anmelden können müssten).
Wir werden das gleich mal erledigen...

Ok, das ist noch ein Fehler im Handbuch. Inzwischen enthält LiveConfig die notwendige MySQL-Client-Bibliothek (/usr/lib/liveconfig/libmysqlclient_r.so). Das Paket "libmysqlclient[...]" wird also (zumindest für LiveConfig) nicht benötigt.
Bekommen Sie irgendwo eine Fehlermeldung mit den o.g. MySQL-Versionscodes (50000 bzw. 60000)?

Zitat von Wachert

Wenn man die Installation mit einem nicht interaktiven Debian Frontend ausführt, erfolgt keinerlei Abfrage des gewünschten Passworts [...] Wer es nicht weiss, hat dann kein Passwort gesetzt und kann LiveConfig nicht nutzen [...]

Es ist Absicht, bei der nicht-interaktiven Installation keine Eingabe zu erwarten (einige Kunden nutzen diesen Modus für die automatisierte Installation auf vServern). In diesem Fall gilt das Standard-Passwort (siehe Handbuch) - so lange, bis dieses entweder über die GUI oder über --init geändert wird.

Zitat von Wachert

Zwingend notwendig wäre es sicherlich nicht, allerdings wird Courier noch recht häufig gewünscht / verwendet, schlecht wäre es daher nicht um zumindest eine Alternative zu haben.

Courier wird in einer der nächsten Versionen mit unterstützt - Ticket ist bereits geöffnet.

Zitat

Hab auch nochmal ein frisches System aufgesetzt und konnte es nicht mehr nachvollziehen. Muss ein temporäres Problem gewesen sein

Auch ein temporäres Problem ist ein Problem Wir untersuchen das trotzdem weiter. Falls Sie im LiveConfig-Log (/var/log/liveconfig/liveconfig.log) irgendwelche Fehlermeldungen rund um den Zeitpunkt des nicht erfolgreichen Neustarts finden, schicken Sie mir diese bitte einfach per PM oder E-Mail (kk@keppler-it.de). Vielen Dank schonmal!

Zitat von Wachert

What about Courier? Oder bleibt es bei Dovecot?

Nun, Dovecot ist schlanker, effizienter, moderner und einfacher zu konfigurieren als Courier. Bei Bedarf können wir den aber natürlich genauso integrieren. Ich nehm' das mal als "Feature Request" auf.

Zitat

Achja: Wenn man liveconfig installiert rennt es ohne Lizenz. Installiert man dann allerdings Dienste wie apache php5 etc. startet liveconfig nicht bei einem restart weil er meint er findet keine Lizenz. Ist tatsächlich auch ein Restart nicht möglich mit der Demo-Version?

Ein Restart sollte unabhängig von der Lizenz eigentlich immer möglich sein. Wir schauen uns das beschriebene Verhalten noch mal genauer an.

Zitat von Wachert

- LiveConfig erkennt Postfix zwar als Mailsystem in der Serververwaltung, einen Kunden kann man jedoch nicht erstellen da der Maildienst (Kein Mailserver verfügbar) wiederum nicht erkannt wird?

Es sollten sowohl Postfix als auch Dovecot (dovecot-imapd und dovecot-pop3d) installiert sein, und deren Verwaltung in LiveConfig aktiviert sein. Dann können auch Verträge mit E-Mail-Postfächern erstellt werden.
Die o.g. Fehlermeldung sollte eigentlich nur dann auftreten, wenn einer der Dienste (Postfix/Dovecot) nicht installiert ist (bzw nicht erkannt wurde) und nicht von LiveConfig verwaltet wird.
Wir haben bereits ein Ticket hierzu eröffnet, um die Fehlermeldung etwas genauer zu gestalten und dem Benutzer am besten gleich einen Hinweis auf notwendige Änderungen zu geben (Sie sind nicht der erste, bei dem diese Frage auftaucht

Zitat

- LiveConfig erkennt weder proftpd noch vsftpd als FTP-Server?

Um genau zu sein: LiveConfig ist der installierte FTP-Server derzeit noch egal (es gibt bereits Lua-Scripte zur Erkennung und Verwaltung von proFTPd, diese werden aber noch nicht aktiv genutzt). Der Hintergrund ist etwas komplexer - um's kurz zu fassen: ursprünglich wollten wir für weitere FTP-Accounts eines Kunden einfach weitere "echte" (Betriebssystem-)Accounts einrichten. Das klappt in der Praxis aber nicht, wenn die Standard-Versionen von suExec/suPHP zum Einsatz kommen, da diese Benutzer ja eben nicht Eigentümer des Kunden-Web-Verzeichnisses sind (das verbietet dann der Sicherheitsmechanismus von suPHP). Aus diesem Grund werden weitere FTP-Accounts künftig als "virtuelle" Benutzer eingerichtet - dazu mussten wir einige Teile noch etwas umorganisieren. Im nächsten Release (1.2.1) wird dann ProFTPd erkannt, und "virtuelle" FTP-Accounts damit unterstützt.

Viele Grüße

Klaus Keppler

Was genau meinen Sie mit "Reverse Proxy Funktion"? Irgendeine (unerwünschte) Apache-Einstellung?
Wenn ja, welche Einstellung, und welche Distribution verwenden Sie?