Beiträge von kk

  • PREVIEW: LiveConfig v2.6.0

    Hallo,


    ab sofort steht die Preview für LiveConfig v2.6.0 zum Download bereit.
    Da es ziemlich viele Änderungen im "Unterbau" gab, waren Zwischen-Updates leider nicht möglich - die Release-Intervalle werden in den kommenden Updates wieder kürzer ausfallen.
    Wir planen das offizielle Release von v2.6.0 für kommende Woche ein (also noch vor Pfingsten). Ein paar Kleinigkeiten fehlen noch (u.a. Übersetzungen), die kommen voraussichtlich nächsten Montag. Zudem ist noch ein Fehler bekannt, dass der lclogsplit-Dienst nach dem Update nochmal manuell neu gestartet werden muss (nur notwendig, wenn man NGINX durch LiveConfig verwalten lässt).


    Das vollständige Changelog findet sich wie immer auf der Preview-Seite - neu ist diesmal auch eine Liste der Änderungen die automatisch während eines Upgrades durchgeführt werden.


    Die wichtigsten Neuerungen sind:

    • die Änderung des Passworts kann nach der nächsten Anmeldung erzwungen werden
    • Autoresponder kann nun automatisch zu einem bestimmten Termin beendet werden
    • lclogsplit wurde komplett überarbeitet - nun werden auch NGINX-Logs in Echtzeit erzeugt (und ggf. mit Log-Einträgen von Apache zusammengeführt)
    • unsere zusätzlichen PHP-Versionen für Debian/Ubuntu werden nun automatisch in LiveConfig registriert (siehe /etc/liveconfig/lua.d/) - die LC.web.addPHP-Aufrufe in /usr/lib/liveconfig/lua/custom.lua sind somit nicht mehr notwendig
    • Unterstützung von Ubuntu 18.04 LTS
    • AutoConfigure unterstützt nun auch iOS-Geräte (dazu die URL /liveconfig/hosting/mobileconfig aufrufen) - Details/Doku folgen noch...
    • optional kann nun eine Webmail-URL hinterlegt werden (Serververwaltung -> E-Mail -> Dovecot), die dann bei den Postfacheinstellungen mit angezeigt wird
    • unter Kunden -> Kontakte wird nun in der letzten Spalte angezeigt, bei wie vielen Verträgen oder Benutzern ein Kontaktdatensatz noch verwendet wird. Nach dieser Spalte kann auch sortiert werden - somit kann man ungenutzte Kontaktdaten bequem identifizieren und löschen (Bulk-Delete ist geplant)


    Viele Grüße


    -Klaus Keppler



    PS: wegen des Brückentags ist unser Büro am Freitag, 11.05.2018 nicht besetzt, wichtige Tickets (support@liveconfig.com) werden aber bearbeitet.

  • Wishlist-Bug: ManageSieve

    Zitat von aziegler
    Code
    touch /etc/dovecot/deny.sieve
chmod 0600 /etc/dovecot/deny.sieve
chown dovecot /etc/dovecot/deny.sieve


    Mit LiveConfig v2.6.0 ist das übrigens erledigt (die deny.sieve wird während des Upgrades ggf. automatisch angelegt, als Symlink auf die deny.imap).

  • Domainzuweisung von einem Kunden / Paket zu einem anderen

    So eine Funktion gibt es derzeit nicht, weil es schlicht serverseitig sehr komplex zu realisieren ist.
    Einfachstes Beispiel: E-Mail. Die Mailverzeichnisse sind vertragsbezogen (/var/mail/<Vertrag>/<Postfach-ID>). Würde eine Domain in einen anderen Vertrag verschoben, dann müssen diese IDs geändert, die Datenbank aktualisiert und die /etc/dovecot/passwd angepasst werden.
    Im schlimmsten Fall befände sich der Ziel-Vertrag dann noch auf einem anderen Server, weshalb dann alle Mails auch noch umkopiert werden müssten.


    Wir haben das aber bereits auf der Wunschliste - irgendwann wird das auch gehen.

  • Login mit Android Chrome nicht möglich

    Wir haben das eben mit Chrome unter Android 7 getestet und dabei kein Problem feststellen können.
    Haben Sie die Anmeldung schon mal mit einem anderen Browser unter Android 8 getestet?


    LiveConfig speichert während der Anmeldung lediglich ein Cookie (zur Authorisierung) - vielleicht macht das ja Probleme? Ansonsten wird nirgendwo "gezaubert" oder externer Content nachgeladen - daher wundert es mich, dass die Anmeldung nicht funktioniert...

  • Access Log von Web

    Das Log-Split-Tool (lclogsplit) ist mit v2.6 komplett neu - das kann dann u.a. auch Log-Einträge von NGINX und Apache in Echtzeit zusammenführen.
    Was liefert denn ein "grep <Vertragsnummer> /etc/apache2/accesslog.map - verweisen da evtl. "fremde" Domains auf das betroffene Log?

  • Vertrags-ID bereits in Verwendung

    Ist doch eigentlich schon beschrieben: in der LiveConfig-Datenbank den "gelöscht"-Status des Vertrags zurücksetzen:

    SQL
    UPDATE HOSTINGCONTRACTS SET HC_DELETED=0 WHERE HC_NAME="web28";


    Danach den Vertrag über die GUI erneut löschen (d.h. rechts oben in die Schnellsuche "web28" eingeben, den gefundenen Vertrag anklicken und löschen).
    Wenn beim Löschen etwas schief geht, wird es eine Meldung in der /var/log/liveconfig/liveconfig.log geben.
    Das Löschen geht eigentlich nur dann schief, wenn es ernste Probleme gibt (d.h. nicht löschbare Verzeichnisse o.ä., damit die nicht versehentlich "recycled" werden).

  • LiveConfig Templates ändern

    Am HTML können überhaupt keine Änderungen vorgenommen werden.
    Die beigefügte HTML-Datei dient lediglich der Entwicklung und dem Test des eigenen CSS. Der eigentliche HTML-Code wird durch LiveConfig dynamisch erzeugt.
    Wenn Sie etwas am HTML-DOM ändern müssen, dann wäre das über JavaScript (jQuery) möglich - einem eigenen Template können Sie ja auch eigenen JavaScript-Code beifügen.
    Allerdings raten wir prinzipiell von so etwas ab, da Sie Ihr Template dann bei jedem LiveConfig-Update testen müssen (ob noch alles funktioniert).


    Viele Grüße


    -Klaus Keppler

  • MX-Record trotz deaktivierter Mail-Funktion

    Hallo,


    dieses Verhalten konnte nun aufgeklärt werden. Was passiert sein dürfte:

    • es wurde ein Angebot ohne E-Mail angelegt
    • basierend auf diesem Angebot wurde ein Vertrag angelegt
    • für diesen Vertrag wurden Domains hinzugefügt
    • später wurde E-Mail für dieses Angebot aktiviert (egal ob dauerhaft oder nur kurzzeitig)
    • wurde danach die Zone modifiziert (egal ob durch eine einzelne RR-Änderung oder z.B. durch ein Massen-Update aufgrund einer SOA-Änderung im DNS-Template), dann wurde der MX-Eintrag für diesen "neu" aktivierten Mailserver automatisch angelegt


    Beim Aktivieren von E-Mail in einem bestehenden Angebot wurden bislang automatisch für alle vorhandenen Domains mit leerem Hostnamen (also z.B. für "example.org", nicht aber für "www.example.org") nachträglich automatisch E-Mail mit aktiviert, sofern nur ein einziger Mailserver im System vorhanden war.
    Das war gut gemeint (laut Changelog kam das sogar über einen Change Request erst nachträglich dazu), um beim nachträglichen Aktivierern von E-Mail im Angebot das nicht manuell für alle Domains aktivieren zu müssen.


    Ab LiveConfig v2.6 gilt dieses Verhalten nicht mehr. Aktiviert man dann E-Mail nachträglich im Angebot, werden bestehende Domains grundsätzlich nicht modifiziert ("Prinzip der geringsten Überraschung"). Statt dessen wird es in Kürze möglich sein, mehrere (Sub-)Domains gleichzeitig zu bearbeiten und somit E-Mail bequem für mehrere Subdomains einzuschalten.
    Wir werden das auch entsprechend in die Dokumentation mit aufnehmen.


    Viele Grüße


    -Klaus Keppler

  • Return-Path: <mailer-daemon> - Fehler bei MS-POP3-connector

    Zitat von aziegler

    Dann hoffen wir mal, dass "<>" genauso wenig Probleme macht wie <MAILER-DAEMON@$hostname>.


    Zumindest ist das im RFC eindeutig geregelt (der bisherige Weg von Postfix, dort nur den unqualifizierten Namen "MAILER-DAEMON" einzutragen, ist technisch betrachtet falsch - hatte aber natürlich auch seine Gründe).


    Zitat

    Wird die master.cf automatisch neu generiert oder müssen wir das wieder einmal auf unserer großen Zahl an servern überall manuell anstoßen?
    (gut, für die recipient delimiter Änderung müssen wir das vermutlich sowieso, ich tippe die wird default off sein)


    null_sender soll während des Upgrades automatisch geändert werden (steht dann auch so im Changelog), recipient_delimiter ist eine Feature-Änderung die wir nicht automatisch aktivieren ("Prinzip der geringsten Überraschung"). Längerfristig soll das über CLI möglich sein - aber erst eins nach dem anderen...

  • Return-Path: <mailer-daemon> - Fehler bei MS-POP3-connector

    Ich möchte das Thema noch mal kurz aufgreifen. Ein Anwender hat uns darauf hingewiesen, dass das RFC 5321 ganz klar für Fehlermeldungen einen leeren Absender (<>) erfordert:[INDENT]If there is a delivery failure after acceptance of a message, the receiver-SMTP MUST formulate and mail a notification message. This notification MUST be sent using a null ("<>") reverse-path in the envelope. The recipient of this notification MUST be the address from the envelope return path (or the Return-Path: line).
    [/INDENT]
    LiveConfig wird ab v2.6 also die "null_sender"-Option in der master.cf (beim pipe-Befehl) auf einen leeren Wert setzen und nicht auf MAILER-DAEMON@$hostname.


    Viele Grüße


    -Klaus Keppler

  • Webspace Berechnung ohne Quota

    Zitat von pitgrap

    Daher ist mein Feature-Request, dass man per Setting ggf. die Berechnungsart ändert kann, z.b. auf "du".


    Ich verstehe Ihr Problem, allerdings ist Quota nunmal genau dafür gedacht (und optimiert), den Speicherverbrauch jederzeit mitzuprotokollieren und zu prüfen. "du" ist da eher eine Dampfwalze (mit massivem I/O) und etlichen Einschränkungen.


    Ein Workaround um ein "ordentliches" Quota herum ist nicht geplant.


    Zitat

    Oder gibt es die Möglichkeit, dass ich per Shellskript selber die Werte berechne und an eine API weiterreiche? Das würde mir auch schon reichen.


    Nein, eine Quota-API (zum Schreiben) gibt es nicht. LiveConfig verwaltet die Werte intern in Round-Robin-Tabellen (RRA_DISK/RRD_DISK). Die könnten *theoretisch* auch "extern" befüllt werden, das ist aber alles andere als trivial, und wir können dazu keinen Support geben (schließlich *gibt* es mit Quota ja eine äußerst schlanke, schnelle und zuverlässige Lösung).


    Wenn der Hoster Virtuozzo einsetzt, kann er mit wenig Aufwand Quota für die VPS-Instanz aktivieren. Ansonsten gibt es auch viele andere vServer-Anbieter, die auf einer anderen technischen Plattform arbeiten und aufgrund eines höheren Abstraktionsgrades auch eigene Kernel (und somit Quota) erlauben.


    Viele Grüße


    -Klaus Keppler

  • LC ind Endlosschleife !!

    Zitat von aci

    Vielen Dank für die schnelle Antwort. Es gab wirklich einen Eintrag. Habe diesen gelöscht und jetzt scheint alles wieder soweit zu klappen.


    Wo kam denn dieser Eintrag her? Durch LiveConfig selbst, oder durch Software von Ihnen?


    Zitat

    Seit ein paar Tagen habe ich das Problem, dass sehr viele DNSSEC abgelaufen sind.
    Warning : The following zones have expired DNSSEC signatures


    Wo genau wird das gemeldet?
    Die DNSSEC-Signaturen werden vom Primary DNS automatisch aktualisiert (BIND macht das). Wenn diese Meldungen auf einem Secondary auftauchen, dann klappt vielleicht die DNS-Kommunikation nicht zwischen diesen beiden Servern.


    Zitat

    Gibt eine Möglichkeit alle DNS-Einträge von LC erneut schreiben zu lassen ??


    Das nutzt nichts ohne zu wissen, warum die DNSSEC-Signaturen nicht erneuert werden.

  • LC ind Endlosschleife !!

    Sehr merkwürdig. Dem Stack Trace nach zu urteilen liegt das Problem darin, dass eine Subdomain mit SD_HOST=NULL existiert (beim Start von LiveConfig werden ausstehende DNS-Updates verarbeitet). Das dürfte eigentlich gar nicht passieren.


    Wenn möglich, öffnen Sie mal die LiveConfig-Datenbank und prüfen mit "SELECT SD_ID FROM SUBDOMAINS WHERE SD_HOST IS NULL", ob tatsächlich eine solche Subdomain existiert.
    (bzw. mit "SELECT D_NAME FROM SUBDOMAINS, DOMAINS WHERE SD_DOMAINID=D_ID AND SD_HOST IS NULL" erhalten Sie Namen der Domains mit ungültigen Hostnamen)


    Sie könnten den Eintrag dann ändern ("UPDATE SUBDOMAINS SET SD_HOST='' WHERE SD_HOST IS NULL") um den Programmabbruch an dieser Stelle zu vermeiden.


    Bei weiteren Fragen wenden Sie sich bitte am besten direkt an support@liveconfig.com.


    Viele Grüße


    -Klaus Keppler

  • Debugging Single Sign On

    Thank you for your hint regarding the manual - we've updated this for the next release, the instructions at GitHub are actually the most recent ones.


    Zitat

    In both cases I get: The request to verify the token failed. Please try again!


    Does your LiveConfig run with a self-signed certificate? If yes, is "PMA_DISABLE_SSL_PEER_VALIDATION" set to "FALSE"? (lc-sso.php)
    If using an official certificate: is it possible to run eg. "curl https://url-to-your-liveconfig:8443/" without any certificate warnings? (some older distributions may not have current CA certificates)


    I've updated the lc-sso.php script at GitHub for better error handling, maybe try this new version.


    Best regards


    -Klaus