Beiträge von kk

Da gibt es auch eine Lösung: mit einem der nächsten Updates wird es möglich sein, Verträge neu zuzuordnen (also anderen Resellern - oder eben auch dem Admin). Damit könnten Sie den Import mittels einer Standard-Lizenz (Testlizenz) durchführen, dann die importierten Verträge dem "admin" zuordnen und zuletzt auf eine Basic-Lizenz umstellen.
Zum genauen Zeitplan kann ich noch nichts Verbindliches sagen - steht jedenfalls für das kommende Release auf unserer ToDo-Liste (der Issue-Tracker wird voraussichtlich morgen entsprechend überarbeitet).

Viele Grüße

-Klaus Keppler

PS: preislich liegt die Standard-Lizenz von LiveConfig durchaus in der Nähe der Confixx-Standard-Lizenz.

Wenn Sie einen ungültigen Angebotsnamen angeben, dann gibt es einen Fehler (in Form einer SoapException).
Am sichersten wäre also vorab die Anfrage mit HostingPlanGet (so macht es das Migrationsscript auch).

Sollte eigentlich nicht passieren...
Handelt es sich eventuell um gesperrte FTP-Benutzer, die nicht importiert wurden?
Ansonsten wenden Sie sich bitte per Mail an support@liveconfig.com, dann müssten wir das mal im Detail untersuchen.
Im Migrationsscript finden Sie den verantwortlichen Code ca. in Zeile 865ff.

Viele Grüße

-Klaus Keppler

Reden Sie von Domains oder Verträgen?
Wenn für einen Vertrag die Zugriffsstatistiken aktiviert werden, dann gilt das für alle darin enthaltenen Domains (schließlich wird ja die komplette access.log des Vertrags ausgewertet).

Unter Serververwaltung -> Web -> Webstatistik-Einstellungen kann eingestellt werden, welche Software (AWStats/Webalizer) ggf. automatisch für neue Verträge aktiviert werden soll.

Viele Grüße

-Klaus Keppler

Von alleine passiert mit den Konfigurationsdateien normalerweise nichts - erst wenn irgendeine Änderung vorgenommen wird, wird die jeweilige Datei neu geschrieben.
Falls LiveConfig übrigens beim Start feststellt, dass es sich um eine "ältere" Datenbank handelt, werden eventuell notwendige Schema-Updates automatisch ausgeführt (soll heißen, das Restore einer älteren Datenbank ist - wenn nötig - jederzeit möglich).

Das Bearbeiten von E-Mail-Adressen steht schon in den Startlöchern, kommt mit dem nächsten Preview-Update Anfang der Woche (erst erfolgt noch die Freigabe der nächsten Stable-Version am Montag).

Ansonsten ist ein Bearbeiten von Einstellungen jeglicher Art außerhalb von LiveConfig weder vorgesehen noch empfohlen. Dafür gibt es die SOAP-API - sollte ein API-Befehl "fehlen", einfach Bescheid geben, damit wir das aufnehmen können.

Viele Grüße

-Klaus Keppler

Nein; weitere Lizenz-Varianten sind nicht geplant. Es wird aber eine Kaufversion geben, die sich preislich an den üblichen AfA-Zeiträumen orientiert (Details folgen noch).

In dem o.g. Fall würde die Basic-Lizenz vielleicht schon genügen. Sie müssten die Webspaces aber "manuell" importieren: legen Sie als "admin" einfach die 8 Webspaces sowie 8 weitere Benutzer an. Jedem Benutzer können Sie individuell die Berechtigungen so einschränken, dass er nur auf "seinen" Vertrag zugreifen kann.
Probieren Sie das am besten mit einer Testlizenz mal aus (bestellen Sie hierzu direkt eine Basic-Testlizenz).

Viele Grüße

-Klaus Keppler

Ich skizziere mal kurz, was gerade in Arbeit ist - weitere Anregungen sind (wie immer) herzlich willkommen.
Wie an anderer Stelle schon beschrieben sollen Kunden die Möglichkeit haben, ein "dynamisch erzeugtes" Backup herunterzuladen. Es wird also nicht erst ein .tgz auf dem Server erzeugt, welches dann später irgendwann per FTP abgeholt werden kann, sondern mit Klick auf einen speziellen Download-Link stellt LiveConfig alle relevanten Daten in einem .ZIP- oder .tar.gz-Stream bereit.
Aktuell werden für Webspace und Datenbanken (sowie später für E-Mails) jeweils separate Download-Links erzeugt, da sich diese Inhalte prinzipiell auf verschiedenen Servern befinden können.
Womit wir schon beim nächsten Problem wären: in einer Multi-Server-Umgebung klickt der Kunde zwar auf dem "Hauptserver" herum, sein Webspace kann sich aber auf einem anderen Server befinden. Ein Download müsste also - um "sauber" stattzufinden - vom Webspace-Server über den LiveConfig-Hauptserver zum Browser gesendet werden. In den meisten Setups befinden sich alle mit LiveConfig verwalteten Server ja im selben Subnetz am selben Standort, was also keine Traffickosten verursachen sollte - dennoch ist es eigentlich unnötiger Traffic. Eleganter wäre es, wenn der Download direkt vom jeweiligen Quellserver stattfände. Ein LiveConfig-Client kann durchaus einen temporären Server-Socket öffnen, von dem ein Browser dann den Download starten kann. Damit das halbwegs sicher ist (schließlich können ja auch vertrauliche Daten dabei sein) sollte diese Verbindung aber SSL-gesichert sein. Tjo - und da wären wir wieder beim Zertifikats-Problem - sofern man nicht wirlich für jeden Server ein eigenes, "offizielles" SSL-Zertifikat besitzt, würde also eine Sicherheitswarnung erscheinen.

Ich hoffe, ein wenig Licht in unsere Überlegungen gebracht zu haben.
Die erste Implementierung sieht nun vor, dass der Stream vorerst ggf. über den Hauptserver geleitet wird, damit Besucher keine Zertifikatswarnung bekommen. Im nächsten Schritt sollen "statische" Download-Links generiert werden können, mit denen man dann z.B. mit wget einen Backup-Download automatisieren könnte.
Eine weitere Idee ist, dass Benutzer einen SSH-Key hinterlegen können, mit dem ein rsync-Zugriff möglich wäre (mit entsprechender Einschränkung der Key-Verwendung).

Viele Grüße

-Klaus Keppler

Wenn es darum geht, den kompletten Server zu sichern, ist TAR & FTP die absolut ungünstigste und ressourcenlastigste Lösung (nur weil andere Control-Panels das so machen heißt nicht, dass das gut ist...).

Die meisten unserer Kunden sichern komplette Server über Lösungen auf Basis von rsync (eigene Scripts oder BackupPC) oder erzeugen gleich Images über virtualisierte Storage (also Snapshots).

Wir planen für Endkunden ein bequemes Backup einzelner Webspaces (Download des Webspaces & Datenbank-Dumps als .tar.gz/.zip-Datei, die on-the-fly erzeugt werden). Außerdem gibt es noch ein paar Ideen in Richtung Cloud Storage (ownCloud, Dropbox, ...) - mal schauen

Viele Grüße

-Klaus Keppler

Danke für den Hinweis!
Bei meinen Untersuchen eben hat sich gezeigt, dass in manchen Fällen das Verzeichnis /var/www/webxxx/conf/sockets/ nicht existiert, und somit kein FastCGI-Prozess gestartet werden kann. Das passiert vermutlich dann, wenn erst ein Webspace eingerichtet und danach das Paket "php-cgi" installiert wurde.
Ich werde das Init-Script (nginx-php-fcgi) gleich mal entsprechend anpassen.

Viele Grüße

-Klaus Keppler

Bitte gedulden Sie sich noch bis zu den WorldHostingDays - da gibt es viele Neuigkeiten.

Haben Sie eine "custom.lua" mit der Zeile "dovecot.DISABLE_CRAM=true" angelegt?
Siehe http://www.liveconfig.com/de/kb/5, ganz unten im Abschnitt "Importierte E-Mail-Passwörter".

Viele Grüße

-Klaus Keppler

Soeben wurde LiveConfig v1.6.1-r2125 als Preview freigegeben. In erster Linie enthält diese nur noch Bugfixes und Verbesserungen (siehe Changelog).
Wir testen diese Version nun noch in einem größeren Umfeld durch; voraussichtlich wird diese dann am Donnerstag Abend (14.02.) produktiv freigegeben.

Viele Grüße

-Klaus Keppler

Die Berechtigungen schauen soweit richtig aus. Wurde eine Datei namens /etc/vsftpd/users/web18 (oder so ähnlich) erzeugt?Welche Fehlermeldungen gibt es in /var/log/vsftpd/vsftpd.log, wenn Sie sich als "web18" per FTP anmelden und z.B. Ein neues Verzeichnis anlegen möchten?
Mir sind aktuell keine Probleme mit dieser Konstellation bekannt, ich werde das morgen früh mal in einer unserer Test-VMs versuchen zu reproduzieren.

Hallo,

heute Mittag wurde das Lizenzportal aktualisiert (https://www.liveconfig.com/license).
Damit können die direkt über die LiveConfig-Website bezogene Lizenzen verwaltet werden. Neben der Beseitigung einiger Fehler (z.B. Kündigung einzelner Lizenzen) können nun auch Rechnungen als PDF heruntergeladen und Zahlungsvorgänge nachverfolgt werden.
Sollten noch Probleme auftreten oder weitere Funktionen gewünscht werden, geben Sie uns einfach Bescheid.

Viele Grüße

-Klaus Keppler

Wenn eine vHost-Konfiguration aktualisiert wird, dann wird automatisch auch ein Apache-Reload gequeued. Falls die Konfiguration nicht übernommen wird, liegt eventuell woanders irgendein Konfigurationsfehler vor. Liefert "/etc/init.d/apache2 reload" einen Fehler?
Ansonsten werfen Sie bitte mal einen Blick in /var/log/liveconfig/liveconfig.log, ob es Auffälligkeiten gibt.

Welche Distribution, welchen FTP-Server (vsftpd/ProFTPd) und welche LiveConfig-Version setzen Sie ein?
Handelt es sich bei den importierten FTP-Accounts um normale Systembenutzer, oder um "zusätzliche" FTP-Accounts?

Bitte suchen Sie mal irgend einen betroffenen FTP-Account heraus
Welches Home-Verzeichnis hat der Account? (z.B. "grep web123 /etc/passwd")
Welche Berechtigungen hat das übergeordnete Verzeichnis? (ls -l /var/www/web123)

Exakt. Sobald LiveConfig irgendwas an einer vHost-Konfiguration geändert hat, wird die Apache-Konfiguration neu geladen (wobei LiveConfig dabei bis zu 60 sec wartet, ob noch andere Änderungen erfolgt sind, damit man kein DoS nur durch Konfigurations-Updates erzeugen kann).

Das zeigt doch, dass SQLite als Datenbank konfiguriert ist...
Stellen Sie bitte die Konfiguration auf MySQL um, und rufen Sie dann noch mal "liveconfig -f" auf. Dann müssten Sie den Konfigurationsfehler sehen (also warum LiveConfig bei Ihnen nicht startet).

Hallo Herr Strausmann,

ich habe den Fehler bereits gefunden: ein regulärer Ausdruck beim Auslesen der Modul-Liste berücksichtigt keine Treffer, die einen Unterstrich enthalten (wie proxy_http). Ist mit dem nächsten Update (ab 1.6.1-r2116) beseitigt.
Workaround: bearbeiten Sie in /usr/lib/liveconfig/lua/apache.lua in Zeile 114 den regulären Ausdruck, so dass statt "%w" auf "[%w_]" geprüft wird:

local m = string.match(line, "([%w_]+)_module")

Viele Grüße

-Klaus Keppler