Beiträge von arnoldB

  • PREVIEW: LiveConfig v1.7.4

    Zitat von kk

    In dem ab sofort bereitstehenden Update (v1.7.4-r2960) kann nun auch die PHP-Version bequem über die GUI umgeschaltet werden.


    Sehr hübsch. Funktioniert nach Angabe einer zweiten PHP-Version. Wenn nur eine angegeben ist werden zumindest im vhost noch ein falscher FcgidWrapper Pfad ('php5' / Standard) hinterlegt.


    Der Info-Text scheint im "Subdomain bearbeiten"-Dialog noch undefiniert zu sein:


    http://picbox.im/images/2014/0…t2014-07-27at15.40.51.png


    Gerne auch mit der Angabe welche Version standardmäßig als Standard definiert wird. :)


    Code
    - PHP 5.3.28 (code='php53', bin='/usr/bin/php53/php-cgi')
   default php.ini: '/etc/php53/apache2/php.ini'
 - PHP 5.4.31 (code='php54', bin='/usr/bin/php54/php-cgi')
   default php.ini: '/etc/php54/apache2/php.ini'
 - PHP 5.5.15 (code='php55', bin='/usr/bin/php55/php-cgi')
   default php.ini: '/etc/php55/apache2/php.ini'


    Danke & Gruß


    Arnold

  • Admin-Feature: Konfiguration aktualisieren

    Das Thema wurde bereits mehrfach im Forum von allen Seiten angesprochen. Inzwischen habe ich hierfür auch konkreten Bedarf.


    Als LC-Admin möchte ich in der Serververwaltung die Konfiguration jedes konfigurierten/ aktivierten Dienstes (einzeln) auf Knopfdruck aktualisieren lassen.


    Vorstellbar ist z.B. das bei jedem Dienst (webserver/mda/mta/mysqld/etc.) ein Button "Konfiguration aktualisieren" o.ä. angezeigt wird.


    Dieses Feature wird relevant wenn man Server mit den o.g. Diensten neu deployed und anschließend die Konfiguration wiederherstellen muss - ohne Migration zu einem anderen Server. Real World Beispiel: Disaster Recovery. Konfigurationsdaten (!) müssen nicht mehr zwingend regelmäßig gesichert werden. Die Gefahr das Backups mit veralteten Konfigurationsdaten bei der DR Probleme machen entfällt.


    Auch bei der Migration zu einem anderen Server hilft dieses Feature ungemein beim Aufsetzen der Dienste.


    Selbstverständlich muss man für die Sicherung der Benutzerdaten selber sorgen:
    * /var/www/<vertrag>/{htdocs,priv,logs,tmp}
    * /var/mail/<vertrag>/<id>/
    * MySQL DBs, Users/ Grants, mysql datadir
    * etc.


    Die Haupt-Konfigurationsdateien (main.cf, master.cf, apache2.conf, dovecot.conf, etc.) unterliegen in meinem Fall einem Configuration Management.



    Apache:
    * Dateien innerhalb von /etc/apache2/ bzw. /etc/httpd neuerstellen
    * Homeverzeichnis jedes Benutzers/ Verzeichnis anlegen wenn nicht vorhanden mit LC-Skeleton (/var/www/webx)
    * /var/www/<vertrag>/conf/ aktualisieren (php5 dir)


    Dovecot:
    * /etc/dovecot/passwd neuerstellen
    * Mailbox-Verzeichnisse in /var/mail/<vertrag>/ anlegen


    Postfix:
    * main.cf/master.cf neuerstellen
    * Lookup Tables/ Maps neuerstellen: recipient_access, sender_access, virtual_domains, virtual_alias


    ProFTPd:
    * Dateien in /etc/proftpd neuerstellen (inkl. passwd)


    MySQL:


    Nginx:


    Bind:


    Sonstiges:
    * fehlende cronjobs anlegen/ ggf. aktualisieren
    * Alle Benutzer/Gruppen (webX) der Verträge anlegen wenn nicht vorhanden oder ggf. Benutzerattribute anpassen



    kk:
    Welche Prio geben Sie diesem Feature Request? Aus meiner (externen) Sicht müsste man die jeweiligen LUA-Skripte dahingehend um Funktionen erweitern, die komplette Datensätze (oder schrittweise Teilmengen davon) entgegennehmen und dann z.B. für jeden User/ Vertrag die gewünschte Funktion ausführen (z.B. addMailbox/editMailbox, configureVHost, etc.).
    Im Optimalfall iteriert der LC-Server einfach durch alle Datensätze (verträge mit webserver, mailboxes, etc.) und führt wie aktuell auch für jeden einzelnen Eintrag die o.g. LUA-Funktionen aus und setzt bei einem LC-Crash/neustart die Arbeit fort.


    Das Neuerstellen von den Haupt-Konfigurationsdateien der Dienste sollte ja ziemlich simpel sein.

  • PREVIEW: LiveConfig v1.7.4

    Zitat von aho546745

    Hab den Artikel überflogen, andere Leute sind der Meinung, dass die Email nach der vollen Übertragung, also nach body, sehr wohl komplett übertragen wurde, auch wenn das SMTP-protokolltechnisch nicht so ist.


    Dann gehen diese Leute wohl nicht der ihrem Kenntnisstand entsprechenden Tätigkeit nach oder sind fehlinformiert. Sicherlich wird die Mail im Zuge von DATA komplett übertragen. Relevant ist doch ob der Mail-Server dann die Übergabe akzeptiert (2XX) oder ablehnt (5XX). Unterdrückung findet i.d.R. statt wenn akzeptiert (2XX) aber dem Empfänger nicht zugestellt wird.


    Zitat von aho546745


    Wenn nicht per Default die Gefahr besteht, dass Emails abgewiesen werden und der Kunde das erst einmal entscheiden muss (und die Option auch sauber erklärt ist), dann bin ich zufrieden.


    Das ist m.M.n. ein valides Argument.


    IANAL

  • Speicherplatz Einstellungen

    Ohne mich damit tiefer beschäftigt zu haben:


    Es geht doch hier um die regulären Linux Quotas oder? Diese sollten über die LUA-Skripte in de /usr/lib/liveconfig/lua/ gesetzt werden. Der geübte Admin kann prüfen ob man hier einige Funktionsaufrufe schlichtweg über die custom.lua abfangen kann und dann neben dem Soft auch das Hard Limit setzen kann.


    Derjenige der das wirklich braucht, kann das denke ich mittelfristig so lösen.

  • Standardkonfig für Apachelog

    Code
    # grep Referer /usr/lib/liveconfig/lua/apache.lua
LogFormat "%v:#:%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\" %I %O" LiveConfig
LogFormat "%v:#:%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"" LiveConfig

  • Eigene Konfiguration in Dovecot unterbringen

    Zitat von RipClaw

    Netter Patch aber der muss jedesmal neu aufgespielt werden wenn ein Update von Liveconfig installiert wird, was ich vermeiden wollte.


    Ack.


    Zitat von RipClaw


    Zudem ging es mir nicht darum das Liveconfig die dovecot.conf nicht mehr anfasst sondern das ich zusätzliche Konfigurationsoptionen einbringen kann.


    Ack.


    Link war JFYI, für den Suchindex und diejenigen die das o.ä. vielleicht irgendwamn mal in Upstream aufnehmen möchten. :)

  • Plesk Migration

    Sind die Unterschiede zu Confixx so groß das das Confixx-Migrationsscript hier in der Knowledge Base nicht als Vorlage adaptiert und entsprechend erweitert werden kann?

  • Ankündigung LiveConfig 1.7.4 / SpamAssassin

    Das klingt soweit interessant und vernünftig. Ich bin auf die Umsetzung der Filterkonfiguration gespannt.


    Zitat von kk

    lcsam ist unter einer dualen Lizenz verfügbar (Open Source (GPL) und kommerziell im Rahmen von LiveConfig), der Code wird in den nächsten Tagen bei GitHub veröffentlicht.


    Daumen hoch, *thumbs-up*

  • Backup möglichkeiten und APPS

    Zitat von aziegler

    ich habe eher das Gefühl, dass unsere Prioritäten nicht immer mit denen der Entwickler übereinstimmen ;)


    Ja oft auch zurecht. Das hängt auch mit der Tatsache zusammen, dass wir keinen Einblick auf die Software-Entwicklung haben (vgl. Open Source).


    So oder so, wichtige bzw. kritische Anliegen von uns zahlenden Kunden werden i.d.R. über den telefonischen Weg oder per E-Mail schnell bearbeitet. Einige Themen werden m.E.n. manchmal mangels Kapazität nach hinten verschoben bzw. vielleicht mit irgendeiner Prio ins Jira getackert.

  • Kein E-Mail Empfang möglich

    Verwende für den Mailserver respektive mydestination/ mydomain/ myorigin etc. einen anderen Hostname/ Domain als die die über LiveConfig verwaltet werden. Wie in der Fehlermeldung beschrieben verursacht das Probleme und sollte generell beachtet werden. :)