Beiträge von kk

Hallo,

wenn diese Fehlermeldung erscheint, werfen Sie bitte einen Blick in /var/log/apache2/error.log - dort gibt es weitere Informationen.

Viele Grüße

-Klaus Keppler

Wir bekommen derzeit eine ganze Menge Anfragen, wann die nächste Version (1.5.0) fertig ist. Daher möchte ich an dieser Stelle kurz ein paar Infos zum nächsten Release geben.

Das größte neue Feature in v1.5.0 ist die Verwaltung von SSL-Zertifikaten (zur Konfiguration von HTTPS-Webspace). Die komplette Zertifikatsverwaltung ist abgeschlossen:
forum.liveconfig.com/cms/attachment/4/

Auch die Konfiguration der (Sub-)Domains ist bereits fertig:
forum.liveconfig.com/cms/attachment/5/
Derzeit arbeiten wir noch am "letzten Schliff" für die IP-Verwaltung (daher die Platzhalter im vorigen Screenshot). Nach wie vor ist es ratsam, Domains mit einem SSL-Zertifikat auf einer eigenen ("exklusiven") IP-Adresse zu betreiben, da nach wie vor der Internet Explorer (egal welche Version) unter Windows XP kein SNI unterstützt.
Wir haben uns sehr lange und sehr gründlich Gedanken gemacht, wie LiveConfig die Verwaltung der IPs möglichst elegant lösen kann. Mit dem Ergebnis sind wir recht zufrieden, und hoffen auch seitens der LiveConfig-User auf Zustimmung
Kurz gesagt, werden IP-Adressen in Gruppen verwaltet. Eine IP-Gruppe kann eine oder auch mehrere IPs enthalten - Domains werden dann z.B. im Apache jeweils auf allen IPs einer Gruppe konfiguriert (so sind Multihomed- und IPv4/IPv6-Dualstack-Adressen ein Kinderspiel). Gruppen können dann jeweils gemeinsam ("shared") oder exklusiv genutzt werden. Eine exklusiv einem Reseller zugeteilte IP kann dieser selber so konfigurieren wie er diese benötigt (also z.B. als Shared-IP für seine Kunden, oder wiederum exklusiv für einen bestimmten Kunden usw...).
Wir haben uns auch alle derzeitigen Ansätze anderer Control-Panels angeschaut und nichts vergleichbares finden können. Gerade die Verwaltung mehrerer IPs für verschiedene Reseller und Endkunden läuft meist recht unübersichtlich ab und/oder bedarf einiger manueller Bastelei.

Unabhängig davon gibt es noch eine ganze Menge Detailverbesserungen und anderer neuer Features in der nächsten Version, die wir dann zum Release ausführlicher vorstellen werden.
Wir möchten uns nicht auf einen genauen Termin festnageln lassen, da dieses Update auch noch ausführlicher getestet werden muss als bisher - aber es sollte sich nur noch um wenige Tage handeln (idealerweise noch vor dem World IPv6 Launch)

Viele Grüße

-Klaus Keppler

v1.5 kommt in den nächsten Tagen (bis Ende nächster Woche) heraus, falls nichts mehr dazwischen kommt. Wir schließen derzeit nur noch die Verwaltung der IP-Adressen für Reseller ab.
Eine Neuinstallation ist nicht notwendig - eines der wichtigsten Features von LiveConfig ist ein reibungsloses Upgrade von jeder Version.

Wir bieten direkt keine Rabatte für andere Zahlungsräume an - aber vielleicht finden Sie einen LiveConfig-Partner der Ihnen das anbieten kann.

Viele Grüße

-Klaus Keppler

Wir haben uns die entsprechenden Masken mal vorgenommen. Ihre Anmerkungen sind nachvollziehbar und berechtigt, eine Lösung ist aber etwas kniffliger.

Das Mailbox-Quota wird in LiveConfig direkt als Maildir-Quota realisiert, d.h. jedes Postfach braucht quasi irgendeinen Quota-Wert. Daher ist es technisch nicht möglich, mehrere Postfächer zu haben, die gleichzeitig das "restliche" maximale Quota nutzen können. (einzige Ausnahme wäre, wenn der Kunde unbegrenzten Mailspace bekommen würde)

Theoretisch könnten wir ein Postfach so konfigurieren, dass es automatisch "alles übrige Quota" bekommt (wird dann eben immer aktualisiert, wenn irgendein anderes Postfach angelegt/gelöscht wurde). Hierfür wäre es aber Sinnvoll, auch ein "Mindest-Quota" dafür festlegen zu können (damit das Postfach nicht "zu klein" werden kann).
Eine weitere Idee wäre ein automatisches Aufteilen der Gesamt-Quota auf alle eingerichteten Postfächer. Hier kann es dann aber auch unübersichtlich bzw. problematisch werden, wenn ein neues Postfach angelegt wird, und der neue "Quota-pro-Postfach"-Wert für einzelne Postfächer nicht mehr reicht.

Beim Anlegen eines Postfachs haben wir das Problem, dass die dafür maximal noch verfürbare Quota nicht angezeigt werden kann, da das davon abhängt, mit welcher Domain (also in welchem Vertrag) das Postfach angelegt werden wird. Wir könnten aber nach Auswahl der Domain den maximal möglichen Quota-Wert per Ajax abholen und anzeigen (dann sieht man diesen nicht erst in der Fehlermeldung beim Speichern).

Wie würden Sie sich denn die Quota-Verwaltung wünschen?
Wären die Varianten mit dem "Mindest-Quota + Rest" sowie dem "Quota automatisch aufteilen" eine Hilfe?

Äh, sorry, hat etwas gebraucht bis ich das richtig reproduziert hatte. Auf einem der Testsysteme hier wird der Graph nämlich ganz normal angezeigt. Der Fehler tritt aber tatsächlich dann auf, wenn man auf den Graphen klick (zum "zoomen").
Hier liegt ein kleiner Javascript-Fehler vor, der mit dem nächsten Update (v1.5.0) behoben sein wird.

Die Graphen werden in den nächsten 2-3 Monaten übrigens noch etwas "aufgebohrt", um darin auch zoomen und navigieren zu können. Aber eins nach dem anderen.

Danke für den Hinweis & viele Grüße

-Klaus Keppler

Ja, ist bereits fix für die nächste größere Version (v1.6, etwa Ende Juni) eingeplant. Dort kann dann über die Maske zur Verwaltung von Postfix & Dovecot allerhand zusätzlicher Einstellungen vorgenommen werden. Dabei wird LiveConfig individuelle Spam/Virenfiltereinstellungen pro Postfach ermöglichen, sowie ein individuelles Training vom SpamAssassin.
Bis dahin kann man gerne auch selbst Spamassassin und/oder ClamAV in die Postfix-Konfiguration (/etc/postfix/master.cf) aufnehmen - LiveConfig wird diese Einstellungen bis dahin nicht überschreiben.

Viele Grüße

-Klaus Keppler

Das wäre prima, dann schaue ich mir das gerne mal eben im Debugger an. Die Kombination Debian6/openVZ wird eigentlich recht häufig genutzt, bislang sind (zumindest mir) da keine Fehler bekannt.
Zugangsdaten gerne per PM oder Mail an info@liveconfig.com - ich gebe dann kurz Bescheid sobald Sie das Passwort wieder zurück ändern können.

Das muss nicht unbedingt ein Fehler sein: das Popup-Fenster zeigt nur die Verzeichnisse an, die unterhalb von ~/htdocs/ existieren.
Falls der Browser tatsächlich in einer Lade-Animation hängen bleibt müssten wir wissen, ob denn der Webspace erfolgreich eingerichtet wurde (sprich: können Sie sich per FTP anmelden?) und welche Distribution Sie verwenden.

Viele Grüße

-Klaus Keppler

Zitat von mars-vie

Benötige ich für v1 überhaupt eine Lizenz?

"Kommt drauf an"™
Ab der kommenden Version (1.5) unterstützt LiveConfig auch die Verwaltung von Nameservern. Wenn Sie dann eine Zone auf dem Primary DNS (v3) via LiveConfig anlegen, muss der Secondary DNS (v1) ja auch darüber informiert werden, dass er für diese Zone Slave-Server ist.
Wird Server "v1" auch über LiveConfig verwaltet, so wird die Zone dort automatisch angelegt. Alternativ (also ohne LiveConfig-Lizenz) können Sie v1 trotzdem als "externen" Slave-DNS nutzen - müssen dann aber die Slave-Zonen manuell auf diesem Server hinzufügen bzw. entfernen. Der Zonentransfer selbst (AXFR/IXFR) findet so oder so natürlich automatisch statt.

Viele Grüße

-Klaus Keppler

suPHP kann ruhig aktiviert bleiben; das wird dann standardmäßig für PHP verwendet (also für Webspaces, für die man noch kein FastCGI aktiviert hat).

Im Grunde fehlt für die FastCGI-Konfiguration durch LiveConfig nicht mehr viel - die aktuell in Entwicklung befindliche Version liest bereits die Liste der verfügbaren Apache-Module aus, und stellt auf deren Basis dann eine Auswahl für die Ausführung von PHP-Scripts bereit.

Sie können bereits jetzt FastCGI für Webspaces einrichten, ohne dass LiveConfig da später in die Quere kommt. Voraussetzung ist lediglich, dass Sie das Apache-Modul fcgid (Debian-Package libapache2-mod-fcgid) installiert haben.

Hier die notwendigen Schritte (erfolgreich auf Debian 6 getestet). Den Vertragsnamen "web1" müssen Sie überall entsprechend anpassen:

Verzeichnis für FastCGI-Starter anlegen (wird später durch LiveConfig auch für php.ini's genutzt):

mkdir /var/www/web1/conf
chown web1:web1 /var/www/web1/conf
chmod 555 /var/www/web1/conf

FastCGI-Starter einrichten:

cat > /var/www/web1/conf/php-fcgi-starter << EOF
#!/bin/sh
export TMPDIR=/var/www/web1/tmp
exec /usr/bin/php5-cgi
EOF
chown web1:web1 /var/www/web1/conf/php-fcgi-starter
chmod 550 /var/www/web1/conf/php-fcgi-starter

.htaccess einrichten, damit FastCGI genutzt wird:

echo > /var/www/web1/.htaccess << EOF
<IfModule mod_fcgid.c>
 <Files ~ "\.php">
   Options +ExecCGI
 </Files>
 FCGIWrapper /var/www/web1/conf/php-fcgi-starter .php
 AddHandler fcgid-script .php
</IfModule>
EOF

Viele Grüße

-Klaus Keppler

- löschen Sie die Datei /etc/liveconfig/liveconfig.key
- aktivieren Sie anschließend die neue Lizenz (liveconfig --activate)
- starten Sie LiveConfig dann neu (/etc/init.d/liveconfig restart)

Viele Grüße

-Klaus Keppler

Im nächsten Handbuch-Update ist dieser Punkt auch beschrieben (ich sehe schon, vielleicht sollten wir vorab noch ein Update rausbringen?
Hier müssten Sie jedenfalls das Gesamt-Quota für die Summe aller Postfächer angeben. Wenn Sie hier also z.B. 1 GB eintragen, kann der Kunde z.B. 5 Postfächer á 200 MB anlegen, oder 2 Postfach á 500 MB, usw... - die Anzahl der Postfächer kann unabhängig vom Quota aber auch eingeschränkt werden (damit niemand 1024 Postfächer á 1 MB anlegt...)

Viele Grüße

-Klaus Keppler

Hallo,

für CentOS installieren Sie bitte folgende (inoffizielle) Versionen:
· Server: http://download.liveconfig.com…ig-1.4.2-r1503.x86_64.rpm
· Client: http://download.liveconfig.com…nt-1.4.2-r1503.x86_64.rpm
In diesen sind einige Probleme (1, 2) im Zusammenhang mit dem Anlegen von E-Mail-Postfächern unter CentOS bereits behoben (das "offizielle" Update kommt nächste Woche).

In der Datei /etc/postfix/master.cf müssen Sie außerdem noch den Pfad für das deliver-Programm anpassen (/usr/libexec/dovecot/deliver statt /usr/lib/dovecot/deliver). (Bei Neuinstallationen mit LiveConfig ab r1503 wird das bereits automatisch erledigt).

Anschließend installieren Sie bitte noch "dovecot" auf den Servern, und aktivieren Sie dieses in LiveConfig. Spätestens dann sollten die Server auch in der Auswahl für die Hostingverträge auftauchen.

Viele Grüße

Klaus Keppler

Bitte prüfen Sie, ob in der Datei /etc/suphp/suphp.conf die Einstellung "umask" wirklich auf "0022" steht.
Wenn dieser Wert noch auf der Standardeinstellung (0077) steht, dann wird die .htaccess-Datei mit zu restriktiven Berechtigungen angelegt, so dass der Webserver diese nicht lesen kann.

Viele Grüße

-Klaus Keppler

Im Zusammenhang mit Redhat-basierten Systemen haben wir inzwischen einen Fehler in einem der Lua-Scripte beseitigt - dieses hatte das "apps"-Verzeichnis vorab angelegt (um mit "chcon" die nötigen Flags für SELinux zu setzen) und die Verzeichnisrechte zu restriktiv gelassen. Unter Debian haben wir das oben beschriebene Verhalten bislang noch nicht reproduzieren können.
Können Sie mir sagen, welchem Benutzer/Gruppe die Verzeichnisse "apps" und "apps/wptest" gehören, und wie deren Berechtigungen ausschauen?

Zitat

[2012/04/30 21:25:40.461676] [1608|1611] Can't get group quota for 'web1' (path '/var/www/web1'): No such file or directory

Diese Meldung besagt nur, dass keine Quotadaten ausgelesen werden können - das spielt in diesem Zusammenhang keine Rolle.

Viele Grüße

-Klaus Keppler

Hallo,

Zitat

1. Gibt es bereits Skripte um diese Migration durchzuführen oder ist eine Neuanlage aller Kunden inkl. der Daten nötig?

Eine "in-place"-Migration wird vermutlich nicht möglich sein, da sich die verschiedenen Controlpanels sicher in die Quere kommen werden. Sie können aber mit einem einfachen Script alle Daten aus Froxlor auslesen und die Accounts & Domains automatisiert auf einem neuen LiveConfig-System anlegen. Schauen Sie sich einfach das Migrationsscript für Confixx an, und passen das entsprechend an die Datenstruktur von Froxlor an.

Zitat

2. Unsere Kunden verwenden im Moment AWStats, ist dies für die Version 1.5 von Liveconfig mit eingeplant?

Wurde bereits umgesetzt und ist in der nächsten Version enthalten. Es werden allerdings "nur" die statischen Berichte erzeugt - dafür haben wir AWStats ziemlich aufgepimpt

Zitat

Für uns ist vor allem die Verwaltung von IP-Adressen und SSL Zertifikaten unabdinglich. Wann kann man mit v1.5 rechnen? Gleiche gilt für DNS Einstellungen.

V1.5 ist für Mitte Mai (also in rund zwei Wochen) geplant - derzeit liegen wir auch ganz gut im Zeitplan. Für Anfang kommender Woche ist schon mal eine Vorab-Version mit den ersten neuen Features geplant (Details dann im Forum).

Viele Grüße

-Klaus Keppler

Kein Problem - wird kurzfristig mit eingebaut.
Es gibt dann zwei weitere Funktionen: CustomerGet (liefert eine Liste aller Kunden zurück) und ContactGet (liefert die Kontaktdaten zurück). Wir werden Anfang kommender Woche eine Vorab-Version bereitstellen, mit der Sie das dann gerne testen können.

Viele Grüße

Klaus Keppler

Wir haben sogar ursprünglich mal an der Implementierung von APS gearbeitet, das dann aber nach einer Weile abgebrochen.

Zu den wichtigsten Gründen gegen APS zählten bei uns:
- die Pakete sind kaum lokalisiert, d.h. alle Beschreibungen usw. selbst der prominentesten Pakete wie WordPress, Typo3 etc. sind ausschließlich auf Englisch
- Quantität hat nichts mit Qualität zu tun (wir haben dazu einige statistische Auswertungen über das APS-Repository gemacht...)
- die Verquickung mit dem Parallels Marketplace liegt nicht so direkt in unserem Interesse

Die API für den LiveConfig-App-Installer ist im Grunde offen (wird derzeit noch ausführlicher dokumentiert) - wer möchte kann sich da gerne einen Wrapper schreiben, der eben APS-Pakete installiert (oder Softaculous/Installatron/...)

Habe das eben noch mal geprüft, der Lua-Patch ist im nächsten Update (v1.5) enthalten. Falls Sie entsprechend modifizierte Lua-Script vorab benötigen, geben Sie uns bitte einfach kurz Bescheid (info@liveconfig.com)

Viele Grüße

-Klaus Keppler