Beiträge von kk

Der zweite Screenshot (sslwarning.png) enthält doch bereits eine eindeutige Fehlermeldung:

Zitat

Das Sicherheitszertifikat dieser Website wurde für eine andere Adresse der Website ausgestellt.

In dem zweiten Screenshot (ssl.png) haben Sie den Domainnamen "ausradiert" (das was bei "Allgemeiner Name (CN)" steht). Ich gehe davon aus, dass Sie nicht (oder nicht exakt) die Adresse im Browser eingegeben haben, auf die das Zertifikat ausgestellt ist.

Ansonsten schicken Sie uns gerne per PN oder an info@liveconfig.com Ihre LiveConfig-URL, dann testen wir das mal direkt durch.

Viele Grüße

-Klaus Keppler

Derzeit gibt es noch keine speziellen Abhängigkeiten die eine Reihenfolge vorschreiben. Unser Protokoll wäre aber in diesem Fall "fehlertolerant" - sollten also mal ein Client und ein Server zueinander inkompatibel sein, dann würde die Verbindung automatisch abgebrochen und regelmäßig neu aufgebaut (und erneut überprüft) werden.

Viele Grüße

-Klaus Keppler

Eben wurde ein kleines Bugfix-Release in die Repositories aufgenommen. Folgende Fehler werden damit beseitigt:

• Einträge gelöschter Verträge werden aus Logrotate-Konfiguration entfernt
• Fehler bei Sprachauswahl in der Einstellungs-Seite beseitigt (NL konnte nicht ausgewählt werden)
• Seiten-Reload nach dem Schließen eines Popup-Fensters funktioniert nun auch wieder mit Webkit-Browsern (Chrome/Safari)

Das Update ist also nicht kritisch, sollte aus Gründen der Usability aber bei Gelegenheit eingespielt werden.

Viele Grüße

Klaus Keppler

LiveConfig verrechnet sich nicht. Das Gesamtquota umfasst die maximal allen Postfächern insgesamt zuweisbare Speicherplatzgröße - egal wie groß die Postfächer aktuell tatsächlich sind.
Wenn Sie z.B. 2 GB Gesamtquota einrichten, können Sie 10 Postfächer á 200 MB anlegen, oder 20 á 100 MB etc.
Die Mailbox-Quota wird in LiveConfig mittels "Maildirquota" realisiert; moderne IMAP-Clients (und z.B. auch Roundcube) können somit auch direkt anzeigen, wie viel Platz noch im Postfach verfügbar ist.
Es gibt derzeit keine technisch sinnvolle Möglichkeit, das Gesamtquota "dynamisch" auf alle Postfächer aufzuteilen.

Wir werden das in der Doku bei Gelegenheit mal deutlicher beschreiben, um Mißverständnissen vorzubeugen.

Viele Grüße

-Klaus Keppler

Noch ein Nachtrag: als Workaround kann man auch jetzt schon einem Vertrag eine Domain wie z.B. "web1.example.org" zuweisen (und natürlich im Hintergrund eine "*.example.org" einrichten, die auf den Webserver zeigt); diese taucht beim Kunden dann eben als "ganz normale" Domain auf.

Schöner und ordentlicher ist es natürlich, wenn solche Subdomains direkt durch LiveConfig verwaltet werden - daran wird ja gleich gearbeitet.

Die Domain-Variante macht eigentlich am meisten Sinn, da man so auch verschiedene Domainkonfigurationen (z.B. Unterverzeichnisse) innerhalb eines Vertrags dann testen kann.
Wird gleich in den nächsten Tage umgesetzt und dann als Preview bereitgestellt.

Viele Grüße

-Klaus Keppler

Daran arbeiten wir bereits; für PHP-FPM müssen wir im init-Script noch prüfen ob eine entsprechend passende PHP-Version installiert ist, das Integrieren "eigener" Anweisungen in die NGINX-Konfiguration ist noch eine größere Herausforderung (erste Ergebnisse sollten in 2-3 Wochen verfügbar sein). Kurz gesagt soll es in der Oberfläche eine Möglichkeit geben, eine definierte Menge an Befehlen zu erfassen; LC prüft dann jeweils deren Syntax und ob diese in der installierten NGINX-Version auch verfügbar sind.

Viele Grüße

-Klaus Keppler

War "nur" eine Notice von PHP, aber trotzdem unschön. Wurde eben beseitigt (das Formular wurde kürzlich um die Bestellmöglichkeit für den Newsletter erweitert).
Die Testlizenz sollte trotzdem unterwegs sein - wenn dieser Hinweis angezeigt wurde, dann ist der Rest bereits "erledigt" worden.

Viele Grüße

-Klaus Keppler

Ja, ich schätze wir werden clamav-milter wieder aus dem Meta-Paket entfernen und dafür Hinweise zur Installation via RPMForge mit aufnehmen (damit das wieder alles konsistent ist).
Auf unseren Testsystemen ist wg. suPHP das RPMForge-Repo jeweils aktiviert, daher ist es noch nicht früher aufgefallen.

Viele Grüße

-Klaus Keppler

Ja, das ist so beabsichtigt; diese Absenderadresse wird jetzt bereits verwendet wenn ein Benutzer sein Passwort vergessen hat und eine Mail zum Zurücksetzen erhält - künftig wird es noch weitere System-Mails geben.
Ohne eine Einstellung wird als Absender der Standardwert (meist liveconfig@<hostname>) verwendet, was i.d.R. ungültig ist bzw. keinen Sinn macht.
Ist das ein Problem?

Viele Grüße

-Klaus Keppler

Hallo,

ich schätze mal dass die Postfächer angelegt wurden noch bevor man für den Vertrag auch ein "Gesamt-Quota" für alle Postfächer angeben konnte.
Bitte bearbeiten Sie das Angebot des Vertrags (oder den Vertrag selbst) und stellen dort als Mail-Quota z.B. 20 GB ein - dann sollte wieder alles klappen.

Viele Grüße

-Klaus Keppler

Steht nun mit auf der Wunschliste.
Bis dahin: geben Sie den gesuchten Domainnamen einfach links in dem Suchfeld ein (Schnellsuche), dort werden dann alle passenden Domains und deren dazugehöriger Vertrag angezeigt. Gerade Reseller können somit schnell einen Kunden bzw. Vertrag lokalisieren.

Wurde auch bereits zur aktuellen Version (1.5.1-r1762) berücksichtigt.
Wir haben uns lange Gedanken gemacht wie wir das am effizientesten lösen, da man mit LiveConfig auch von der selben Bildschirmmaske mehrere Instanzen (z.B. bei mehreren Kunden-Sessions) offen halten kann; Ansätze über serverseitige Speicherung oder Cookies sind damit ausgeschieden; auch möchte man normalerweise wieder ab Seite 1 starten, wenn man von einer anderen Seite kommt. Die nun umgesetzte Variante sollte hoffentlich den maximalen Komfort bieten.

Viele Grüße

-Klaus Keppler

Hallo,

vielen Dank für den Hinweis - das war tatsächlich ein Fehler im WSDL. Dieser wurde kurzfristig beseitigt, mit der gestern freigegebenen Version (1.5.1-r1762) sollte es also klappen.

Zum Bugtracker: wir setzen intern bereits einen Bugtracker ein (JIRA), planen aber mittelfristig auch einen "öffentlichen" Dienst anzubieten (voraussichtlich Bugzilla).

Viele Grüße

-Klaus Keppler

Danke für den Hinweis, wurde eben korrigiert (ab v1.5.1-r1765 enthalten).
Der Bugfix berücksichtigt dabei auch früher gelöschte Verträge (wenn das Programm nun einen Eintrag in der Logrotate-Konfiguration findet, zu dem kein Webspace mehr existiert, wird der Eintrag gelöscht).

Viele Grüße

-Klaus Keppler

Ab sofort steht LiveConfig 1.5.1 (r1763) zum Download bereit:
http://www.liveconfig.com/de/downloads

Das Handbuch wurde umfangreich erweitert: http://www.liveconfig.com/de/handbuch
Außerdem ist dieses auch als PDF-Datei (136 Seiten) erhältlich.

Die Änderungen zur Vorversion sind:

• Erkennung für Debian 7.0 (wheezy) verbessert
• Niederländische Übersetzungen aktualisiert
• Anzeige der Lizenz-Seriennummer bei Verlängerung
• Fehler beim Entfernen von Quota in Webspace-Verträgen beseitigt
• App-Installer gibt nur noch Domains mit aktivierem Webspace zur Auswahl
• Anzeigefehler für Billing-C in Kundendetail-Seite beseitigt
• IFRAME-API für "Eigene Links"
• Verbesserte Stabilität des SQLite-Treibers unter hoher Last
• Anzeige der noch verbleibenden Zeichen in Eingabefeld für Autoresponder-Text
• Berechnung der Textlänge in UTF8 via JavaScript
• Maximale Länge des Autoresponder-Texts von 2KB auf 4KB vergrößtert
• Usability für Ajax-Tabellen-Pagination verbessert
• Usability beim "Abbruch" eines Popup-Fensters verbessert
• Fehler beseitigt: Admin konnte keine weiteren Benutzer anlegen wenn er unter "Mein Hosting" einen Vertrag mit nur einem erlaubten Benutzer hatte
• Apache wird neu gestartet (statt nur "reloaded") wenn es Änderungen an der IP/SSL-Konfiguration gab
• Virusscan für eintreffende E-Mails mit Postfix und ClamAV-Milter
• Maximale E-Mail-Größe in Postfix kann nun frei konfiguriert werden
• Unterstützung für NGINX-Webserver hinzugefügt (vorerst noch experimentell)
• Fehler beseitigt, wenn Hosting-Angebote/-Verträge ohne E-Mail-Postfächer erstellt werden sollten
• Lua-API ist nun fehlertoleranter wenn ein Script abstürzt das Mutex-Sperren hatte
• Button zum Laden eines anderen Captcha-Codes hinzugefügt
• Code zur Captcha-Erzeugung aktualisiert

Die Online-Demo wurde auch schon aktualisiert, so dass dort Apache und NGINX im Parallelbetrieb zu sehen sind.

Viele Grüße vom LiveConfig-Team!

-Klaus Keppler

Hallo,

das sollte eigentlich nach wie vor dabei sein (wir haben es jedenfalls nicht entfernt). Beim Client-Paket (lcclient) ist es nicht dabei, ansonsten sollte es unter /usr/lib/liveconfig/ liegen.
Welche Distribution & LC-Revision exakt nutzen Sie?

Viele Grüße

-Klaus Keppler

Hallo,

danke für den Hinweis, hier hatte sich in einem der letzten Zwischenupdates ein Fehler eingeschlichen. Im Test-Repo ist nun r1756 erhältlich, das dieses Problem beseitigt.
In LiveConfig müssten Sie in der Serververwaltung -> Web bei NGINX die IPs noch mal neu zuweisen (also "IP-Einstellungen bearbeiten", dort die Checkboxen deaktivieren, speichern, wieder bearbeiten, IPs aktivieren, speichern). Somit wird die Haupt-Konfiguration für nginx noch mal neu erzeugt.

Viele Grüße

-Klaus Keppler

Hallo,

so wie es aussieht werden nach Änderungen an den SSL-Zertifikaten die entsprechenden Dateien nicht automatisch auf dem Server aktualisiert (werden wir mal im Code prüfen).
Kurzfristiges Workaround: öffnen Sie einfach die Domaineinstellungen der mit SSL konfigurierten (Sub-)Domain und klicken dort einfach noch mal auf "speichern" (ohne irgendeine Einstellung zu ändern). Dabei wird automatisch die SSL-Zertifikatsdatei neu geschrieben.

Der o.g. Fehler hängt aber vielleicht nicht mit der Reihenfolge im CA-Cert zusammen, sondern eher an fehlenden CA-Zertifikaten auf dem "Client"-Server (also dort wo Sie den git-Befehl eingeben). Führen Sie dort bitte einfach mal "aptitude install ca-certificates" aus.

Viele Grüße

-Klaus Keppler

Diesem Log-Auszug und der Beschreibung nach zu urteilen lief noch ein Child-Prozess* von LiveConfig der nicht ordentlich beendet war - das erklärt, warum der Shared Memory noch vorhanden war.
Der Grund für den hängenden Child-Prozess wiederum war vermutlich irgendwann mal ein Fehler/Abbruch in einem der Lua-Scripte, was zu einem Deadlock in einem der Lua-Threads führte - durch eine Änderung sollte dieses nun auch nicht mehr auftreten (wenn ein Lua-Script abbricht, werden künftig alle Ressourcen automatisch wieder freigegeben)

Falls noch mal irgendwas "Merkwürdiges" passiert geben Sie bitte Bescheid - LiveConfig soll eigentlich möglichst robust sein.

Viele Grüße

-Klaus Keppler

*) LiveConfig startet drei Prozesse: einen Watchdog, einen Server-Prozess für die GUI (als User "liveconfig") und einen Client-Prozess für die Konfigurationsarbeiten. Der LiveConfig-Client (lcclient) enthält praktisch nur den Watchdog und den Client-Prozess.