Beiträge von kk

Hallo,

Zitat

web@debian:~# uname -a
Linux debian 2.6.32-5-686 #1 SMP Sun May 6 04:01:19 UTC 2012 i686 GNU/Linux

Das sagt leider nicht welche Distribution verwendet wird, sondern nur welcher Kernel.
Aber so wie es aussieht dürfte es ein 32bit Debian Squeeze (6.0) sein?

Zitat

0648296fa5cba889f0ee853d12d55a9f default.tmpl

Diese Daten stimmen soweit - die Ressourcen an sich sind also vorhanden.
Was liefert bei Ihnen folgender Befehle? (###IP### bitte entsprechend ersetzen)
[EDIT] neue URLs:

curl -Ik https://###IP###:8443/res/t/default/style.css?r1700
curl -Ik https://###IP###:8443/res/t/default/style.css.gz?r1700

Zitat

Gab zuvor ein Problem mit shared memory, habe den Server rebooted die Anleitung im Wiki war funktionslos.

So wie es aussieht lief wohl noch eine Instanz von LiveConfig (siehe "Server already running?").
Welches Wiki meinen Sie?

Viele Grüße

-Klaus Keppler

Hallo,

- welche Distribution nutzen Sie?
- prüfen Sie bitte, ob /usr/share/liveconfig/default.tmpl existiert (170.982 Bytes, MD5-Summe: e4e91afafe03654911a630bf940cc76b sein)
- gibt es Fehlermeldungen in /var/log/liveconfig/liveconfig.log ?

Viele Grüße

-Klaus Keppler

Das ist im Handbuch beschrieben (Abschnitt SSL-Zertifikat verwenden) - ganz frisch ist auch ein Artikel #3 (Einrichten eines SSL-Zertifikats für den LiveConfig-Server) in der Wissensdatenbank.

Viele Grüße

-Klaus Keppler

Hallo Herr Niebergall,

Zitat

Wenn man im Kundenmenü auf "Anwendung" geht, werden die Umleitungen in dem Fenster "Neue Web-Anwendung installieren" nicht korrekt eingestellt.
Auf den weiteren Seiten werden die Umlaute wieder korrekt dargestellt.

Setzen Sie MySQL als Backend-Datenbank für LiveConfig ein? Falls ja, dann wird das Problem (und dessen Beseitigung :)) hier erklärt: Reparatur doppelt codierter UTF8-Zeichen in MySQL.

Zitat

Für die Auswahl der Domain wäre es gut wenn nur Domains angezeigt werden, bei denen ein Webspace aktiviert ist.

Guter Hinweis, wurde so übernommen (v1.5.1)

Viele Grüße

-Klaus Keppler

Zitat

Mir ging es eher um die Frage ob die Systemuser wieder angelegt werden. Die Postfachuser sind ja eh nur virtuell so wie ich das verstanden hatte odeR?

Ja, die Postfächer sind "virtuell" und gehören alle dem selben Systemuser; die "normalen" Benutzeraccounts werden aber durch LC nicht automatisch wieder angelegt. In Planung ist nun ein "Panic-Button" zur Synchronisation aller Daten zwischen LiveConfig und Server, bei dem ggf. fehlende Systemaccounts wiederhergestellt werden können.

Zitat

Kann man eigentlich auch direkt in der Mysql DB einen Kunden anlegen? Oder werden sie dann nicht wirklich auf dem System erstellt?

Zum einen raten wir dringend davon ab, direkt in der LiveConfig-Datenbank zu arbeiten (das Datenschema ist wirklich komplex, und wir können nicht helfen, wenn man sich dieses zerschießt). Zum anderen arbeitet LiveConfig nicht so, dass es jede Minute nachguckt ob es einen neuen Job in der Datenbank gibt (also kein "Polling"), sondern die Jobs werden intern verwaltet. Nur beim Neustart von LiveConfig werden ggf. noch nicht ausgeführte Jobs aus der Datenbank ausgelesen und abgearbeitet.
Für die "Fernsteuerung" von LiveConfig darf einzig und allein die SOAP-API benutzt werden.

Viele Grüße

-Klaus Keppler

Hehe... zeitgleich beantwortet

Danke für die Rückmeldung.
An einer besseren Dokumentation wird (wie gesagt) bereits gearbeitet. Mit weniger Schritten wird sich das nur schwer realisieren lassen, da SSL nunmal viele aufeinander abgestimmte Konfigurationseinstellungen braucht. Vielleicht könnten wir das aber mit einem "Wizzard" o.ä. etwas einfacher gestalten.

Viele Grüße

-Klaus Keppler

Die letzten Zeilen ("Invalid method in request...") deuten darauf hin, dass per HTTPS auf einen Port zugegriffen wird, auf dem nur HTTP aktiviert ist. Es gibt da aktuell also zwei Projekte:
1.) herausfinden wo genau der Fehler liegt, und
2.) herausfinden, wie es dazu kommen konnte und wie man das vermeiden kann (sprich: wie wir das in LiveConfig optimieren können)

Zu 1.) - was liefert bei Ihnen die Ausgabe "apache2ctl -S -t" (gerne anonymisiert/PN)? Hier sollte man erkennen, aufgrund welcher Konfigurationsdatei Port 443 aktiviert wird.
Zu 2.) - wie genau haben Sie über die LiveConfig-Oberfläche SSL aktiviert? Ich vermute, dass SSL für die IP-Gruppe "default" aktiviert ist? Haben Sie dann bei irgendeiner (Sub-)Domain auch SSL-Zugriff aktiviert? (links im Menü auf "Domains", dort sollte irgendwo ein kleines Schloß-Icon bei einer SSL-Subdomain erscheinen)

Viele Grüße

-Klaus Keppler

Sie müssen die neue IP erst noch beim Apache hinzufügen (Serververwaltung -> Web), dann können Sie auch die IP-Gruppe anlegen.

Eine ausführliche Beschreibung für's Handbuch steht bereits auf der ToDo-Liste.

Viele Grüße

-Klaus Keppler

Hallo Herr Knick,

wird leider nichts mehr heute Abend, da wir noch zwei kleinere Patches mit in dieses Update aufnehmen. Aber morgen dürfte soweit alles fertig sein - da gibt es dann auch ein Update vom Confixx-Migrations-Script (mehr dazu dann morgen im anderen Thread).

Viele Grüße

-Klaus Keppler

Starten Sie Apache bitte mal neu (/etc/init.d/apache2 restart).
Dieser o.g. Fehler kann u.a. bedeuten, dass das SSL-Modul nicht korrekt geladen wurde.
Ansonsten bitte mal meine o.g. Diagnosebefehle ausführen; "sensible" Informationen können Sie natürlich einfach entfernen/ersetzen (oder per PN schicken).

Hallo,

vielleicht ist einfach das SSL-Modul noch nicht aktiviert?

a2enmod ssl
/etc/init.d/apache2 restart

Ansonsten:
- was erscheint bei netstat -anp | grep LISTEN | grep apache
- was bedeutet "[es] kommt nichts" - eine weiße Seite? Eine Browser-Fehlermeldung? Wenn ja, welche?
- gibt es auffällige Einträge in /var/log/apache2/error.log ?

Viele Grüße

-Klaus Keppler

Meist wird dieser Text mit dem Programm "less" ausgegeben. Drücken Sie also einfach mal "q" (wie "quit").

Zitat

Wenn ich jetzt ein Dump der liveconfig MYSQL Datenbank ziehe, reicht das als Backup?

Nicht wirklich - alle Benutzerdaten müssen ja auch gesichert werden (/var/www, /var/mail). Wir empfehlen daher, auch diese Verzeichnisse und natürlich /etc mit ins Backup aufzunehmen.
Bei einer "desaster recovery" müssten dann (bei identischer Serverinstallation) nur /etc, /var/www und /var/mail (sowie die Datenverzeichnisse sonstiger Dienste) wiederhergestellt werden.

Aber was LiveConfig selbst betrifft werden alle Daten in der MySQL- bzw. SQLite-Datenbank abgelegt, sonst nirgendwo.

Geplant ist, für Migrationen künftig Accounts auch auf "frischen" Systemen angelegen zu lassen (steht aber derzeit etwas weiter hinten in der Wunschliste)

Zitat

Thema APPS, das mit dem Unterverzeichnis ist sehr Suboptimal.

Das ist wohl auch Geschmackssache, aber wir könnten in einer der nächsten Versionen die Option einbauen, Anwendungen wahlweise auch in einem beliebigen Verzeichnis unterhalb der htdocs-Struktur einzurichten.
Auf die Ordner unterhalb von /apps/ haben Sie jedenfalls auch ganz normale Schreibrechte, können diese also auch "mit eigenen Sachen" ergänzen. Die Trennung haben wir bewusst so gewählt, da unserer Erfahrung nach die meisten weniger bewandten Endkunden damit besser zurecht kommen.

Soweit ich weiß ist diese Meldung mehrere Bildschirmseiten lang. Also öfters mal die Leertaste drücken, bis die letzte Seite angezeigt wird; da sollte dann auch stehen wie's weitergeht.

Das ist eine ganz normale Meldung, die APT aufgrund einer Aktualisierung von MySQL bringt (hat mit LiveConfig nichts zu tun).
Alle weiteren Details dazu werden während des Upgrades angezeigt - ist also ein völlig normaler Upgrade-Vorgang.

Hallo Herr Niebergall,

Zitat

Dass heißt ich kann momentan über die LUA-Api bzw. durch direktes bearbeiten der php.ini Dateien die Einstellungen des jeweiligen Kunden anpassen?

Ja, genau. Da die php.ini in ~/conf/php5/php.ini aber regelmäßig wieder von LC überschrieben wird, sollten Sie "selbst" verwaltete php.inis vorübergehend am besten unter ~/.php5/php.ini ablegen (LC prüft erst, ob es dieses Verzeichnis gibt; falls nicht, dann wird die php.ini aus ~/conf/php5/ verwendet).

Die Eingabemasken sind für das übernächste Update (v1.5.2) geplant, etwa Mitte/Ende August. Eine Vorab-Version werden wir wieder möglichst früh bereitstellen.

Viele Grüße

-Klaus Keppler

Hallo,

die "Infrastruktur" dafür steht, fehlt nur noch die individuelle Konfiguration über das GUI.
Seit v1.5.0 erzeugt LiveConfig für jeden Webspace mit aktiviertem PHP eine eigene php.ini (~/conf/php5/php.ini). Diese wird jeweils so erzeugt, indem die Standard-Datei (zB. unter Debian /etc/php5/cgi/php.ini) als Vorlage genommen und um eigene/abweichende Einstellungen ergänzt wird (siehe /usr/lib/liveconfig/lua/web.lua, Zeile 593ff.) - aktuell werden eben nur die Session/Upload-Verzeichnisse auf das Benutzerverzeichnis angepasst.

Inzwischen sind die notwendigen Tabellen und Strukturen vorhanden, um diese Ersetzungen beliebig zu erweitern, die passenden Masken müssen noch erstellt werden.

Wir stellen uns das derzeit so vor, dass man pro Angebot und Vertrag jeweils beliebig php.ini-Einstellungen definieren kann (ähnlich wie alle anderen Webspace-Eigenschaften auch). Im nächsten Schritt möchten wir noch "vererbbare" Einschränkungen definieren können (so dass z.B. ein Reseller nicht das memory_limit für eigene Kunden auf 512MB setzen kann, wenn sein Vertrag das nicht erlaubt).
Die Verwaltung der php.ini-Einstellungen selbst erfolgt dynamisch über Tabellen und kann jeweils an die PHP-Version gekoppelt werden (da es zB. unter PHP 5.4 kein register_globals mehr gibt, usw.).

Falls es sonst noch spezielle Wünsche gibt, immer her damit.

Viele Grüße

-Klaus Keppler

Äh - ja, natürlich.
*neuen_Kaffee_hol*

Hallo,

im Handbuch sind eigentlich alle verfügbaren SOAP-Funktionen dokumentiert, d.h. nicht dokumentierte Funktionen sind i.d.R. auch (noch) nicht vorhanden.
Bei der SOAP-API hatten wir den ersten Schwerpunkt auf das Anlegen von Objekten gelegt (z.B. für einen automatisierten Import); alle weiteren Funktionen kommen nun schrittweise dazu.
Ein Kollege kümmert sich gleich darum (nennt sich dann "HostingUserAdd()"), dürfte schon im nächsten Update (v1.5.1) mit drin sein.

Viele Grüße

-Klaus Keppler

Der Rewrite-Base-Eintrag muss aktiviert sein (nicht deaktiviert/kommentiert), also:

RewriteBase /

Was passiert alternativ, wenn Sie die .htaccess umbenennen?

Welche Einträge erscheinen in /var/log/apache2/error.log?

Viele Grüße

-Klaus Keppler