Ich habe noch nie etwas von "URL hidding" gehört.
Was genau meinen Sie damit? Können Sie ein ausführliches Beispiel geben?
Beiträge von kk
-
-
Da haben wir's ja

Fehler gefunden & beseitigt (v1.6.1-r2072)Danke für den Hinweis!
-
Immer dann, wenn die vHost-Konfiguration irgend eines Webspaces aktualisiert wird.
Die Funktion (updateLogrotate() in web.lua) ist aber so geschrieben, dass bereits existierende Abschnitte mit der zu aktualisierenden Logdatei herausgefiltert werden. Ich hätte mir ja noch einen Fehler in dem Suchmuster vorstellen können, aber bei "Standardnamen" wie /var/www/web34 gibt's da keine möglichen Probleme.
Ich habe testweise auch mal mehrere Abschnitte mit der o.g. Konfiguration manuell eingefügt; nach dem nächsten vHost-Update waren diese (erwartungsgemäß) alle verschwunden.Wie hatten Sie die Domains angelegt? Über die SOAP-API oder manuell? Falls manuell - als "externe Domain" (als Kunde), oder als ganz normale Domain (als Admin)?
Gibt es eventuell Auffälligkeiten in /var/log/liveconfig/liveconfig.log ?
-
Es handelte sich hier um einen Anzeigefehler; die Daten wurden zwar gespeichert, aber weder in der Zertifikatsliste noch in dem SSL-Popup angezeigt. Dennoch wurde das Zertifkat dem gewählten Kunden zugewiesen (d.h. dieser kann es zur SSL-Konfiguration seiner Domains nutzen).
Ist mit dem nächsten Update beseitigt (v1.6.1-r2070). -
Spontan können wir den Fehler hier nicht reproduzieren.
Wie lautet denn der vollständige Logfile-Name, der mehrfach auftaucht? -
Ja, ist tatsächlich ein Fehler (im nächsten Update beseitigt)
Viele Grüße
-Klaus Keppler
-
Erstellen Sie einfach eine .ini-Datei in /etc/php5/conf.d/ (zB. "zend.ini") - die wird dann automatisch immer geladen.
Falls Sie FastCGI nutzen, müssen die PHP-Prozesse danach neu gestartet werden, um die geänderten .ini's zu übernehmen (/etc/init.d/apache2 restart)
-
Version 1.6.1-r2068 steht ab sofort als Preview bereit, der Fehler sowie die anderen Bugs aus dem o.g. Thread sind damit beseitigt.
Viele Grüße
-Klaus Keppler
-
Fehler ist bereits beseitigt, läuft gerade durch's Build-System. Wenn alles passt ist das Update in <1 Std bereit.
Entschuldigen Sie bitte die Unannehmlichkeiten.
Viele Grüße
-Klaus Keppler
-
Vertrag Postfächer Adressen Speicherplatz
web17 5 (unbegrenzt) 17 (unbegrenzt) -.761.356,00 MB (unbegrenzt)Spricht für ziemlich große Postfach-Quotas

Hier gab es einen klassischen Integer Overflow, da auch für die Summe der Postfach-Quotas nur mit einem 32bit-Integer gerechnet wurde. Wurde mit v1.6.1-r2065 auf 64bit angepasst. -
Noch ein BUG: Ungültiger Servername für Autokonfiguration
wenn man das Feld nicht aktiviert hat und speichern möchte. Muss jetzt immer den den Servernamen entfernen und dann den Haken rausnehmen. Dann kann man wieder speichern.
Dann ist vermutlich auch ein ungültiger Hostname konfiguriert (z.B. ohne vollständigen Domainnamen), da standardmäßig der Hostname auch als Autodiscover-Servername vorgeschlagen wird. Bitte korrigieren Sie das bei Gelegenheit (/etc/hostname, /etc/hosts)
Die Maske wurde aber eben verbessert (v1.6.1-r2065), so dass ein einmal gelöschter Name künftig nicht mehr automatisch in dem Eingabefeld auftaucht. -
Danke für den Hinweis. Dieser Fehler trat offenbar nur auf, wenn MySQL als LiveConfig-Backend verwendet wurde, und auch nur beim Wählen des Verzeichnisses für eine neue Subdomain.
Wurde mit v1.6.1-r2064 beseitigt.
-
Danke für den Hinweis. Durch einen Fehler im Lua-Script (proftpd.lua) wurden für die Anzahl der erlaubten Verbindungen pro IP die selben Werte verwendet wie für die Anzahl der insgesamt erlaubten Verbindungen. Falls letztere unbegrenzt war (0), führte das zum o.g. Fehler.
Ist in v1.6.1-r2063 beseitigt, Update wird kurzfristig bereitgestellt. -
Danke für den Hinweis, wurde in r2054 beim zusätzlichen Escaping von HTML-Daten versehentlich eingeführt.
Ist mit r2062 dann beseitigt.Viele Grüße
-Klaus Keppler
-
Allowed memory size of 262144 bytes exhausted
Äh... *hüstel* mit 256 Kilobyte (!) Arbeitsspeicher wird kein PHP-Script besonders weit kommen.

Bitte ändern Sie memory_limit in /etc/php5/cli/php.ini auf irgend einen vernünftigen Wert (zB. "32M")Viele Grüße
-Klaus Keppler
-
Hmm, und ich habe eben gesehen dass ich "php5-cli" statt "php-cgi" meinte. Prüfen Sie bitte, ob dieses Paket vorhanden ist.
Außerdem: wenn Sie z.B. /var/cache/liveconfig/installer/wai-roundcube-0.8.4-1.php löschen und danach über den AppInstaller erneut versuchen Roundcube zu installieren, dann sollte diese Datei (wai-roundcube-0.8.4-1.php) automatisch erneut heruntergeladen werden. Bitte prüfen Sie das auch kurz nach.
Wenn die Datei erfolgreich heruntergeladen wurde, geben Sie auf der Shell testweise bitte mal folgenden Befehl ein:
CodeLC_LANG=de php -d include_path=/usr/lib/liveconfig/php /var/cache/liveconfig/installer/wai-roundcube-0.8.1-1.php getvarsViele Grüße
-Klaus Keppler
-
-
Installieren Sie bitte das Paket php-cgi und starten Sie LiveConfig anschließend neu.
Die Installations-Scripte für die Apps sind in PHP geschrieben.
Wir werden das Installationsprogramm so anpassen, dass eine sinnvolle(re) Fehlermeldung ausgegeben wird falls php-cgi nicht vorhanden ist.
Viele Grüße
-Klaus Keppler
-
Welche Anwendung genau möchten Sie installieren?
Welchen Browser verwenden Sie?
Welche Dateien liegen unter /var/cache/liveconfig/installer/ ?
Ist das Paket "php-cgi" installiert?Zu der Fehlermeldung (can't get group quota...): existiert das Verzeichnis /var/www/web1?
Viele Grüße
-Klaus Keppler
-
Nochmal unter CentOS 6.3.
[...]
pidofproc scheint es auch nicht zu geben.Ja, und mit LSB hat's CentOS leider auch nicht

Die Init-Scripte (liveconfig/lcclient) wurden eben so angepasst, dass diese auch hier auf die RedHat/CentOS-eigene "status()"-Funktion zurückgreifen.Erledigt in v1.6.1-r2061 (wird heute gegen 18:00 online gestellt)